weekly-retro
Skill2 starsChanged 24 days agoMITView on GitHub
Weekly retrospective across the entire stack. Reviews what shipped, what broke, what to improve over the past 7 days. Use this skill on a Sunday cron or whenever the user says "retro", "weekly review", "what shipped this week", or wants a system-wide health pulse. Operates on log files + git history + scheduler state. produces a 5-category summary report saved to outputs/raw/agent/ and a concise chat digest.
7 other projects use a version of this.
Adopted by
Most recently taken up by
- JamsusMaximus/growth-agentstheir own version, first seen Oct 25, 2026
- jp-solumhealth/jpstacktheir own version, first seen Oct 14, 2026
- serejaris/ris-claude-codetheir own version, first seen Oct 9, 2026
- serejaris/personal-corp-ostheir own version, first seen Aug 6, 2026
- megandmartin/agent-skills-repotheir own version, first seen Jul 24, 2026
- DScardini91/agentic-ostheir own version, first seen Jun 26, 2026
Other versions7 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 7
- serejaris/personal-corp-os★ 243same name
- serejaris/ris-claude-code★ 243same name
- JamsusMaximus/growth-agents★ 21same name
- Joshua-Palamuttam/workbench-template★ 3same name
- megandmartin/agent-skills-repo★ 3same name
- DScardini91/agentic-os★ 2same name
- jp-solumhealth/jpstack★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository57 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- llms.txtllms.txt
- advisorSkill
- agent-dispatchSkill
- arenaSkill
- audit-pypi-model-packageSkill
- branching-workflowSkill
- code-reviewSkill
- criticSkill
- cron-child-oauth-auditSkill
- daily-forestSkill
- deep-researchSkill
- diagnose-cron-timeoutSkill
- dreamingSkill
- eod-summarySkill
- filingSkill
- forest-synthesisSkill
- goalsSkill
- graph-hygieneSkill
- ideaSkill
- inline-tagsSkill
- intel-analyzerSkill
- longformSkill
- loop-experimentSkill
- loop-librarySkill
- meta-memory-reviewSkill
- office-hoursSkill
- open-loopsSkill
- plan-ceo-reviewSkill
- plan-design-reviewSkill
- prdSkill
- progressive-disclosureSkill
- reality-feedback-createSkill
- reality-review-weeklySkill
- recallSkill
- reconcile-extractionSkill
- redactSkill
- repo-auditSkill
- research-digestSkill
- review-gateSkill
- run-long-job-detachedSkill
- saveSkill
- scopeSkill
- self-auditSkill
- shadow-test-local-classifierSkill
- signal-scorerSkill
- skill-auditSkill
- skill-chainingSkill
- spawn-agent-in-tenantSkill
- spawn-tenantSkill
- split-log-rows-by-session-kindSkill
- subagent-delegationSkill
- telegram-dump-routerSkill
- telegram-reply-toolSkill
- verify-stackSkill
- wave-planSkill
The file
We split this skill into the rules it gives an agent
6 rules. 0 are common, 5 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 6 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 99
Keep it under 500 chars. Link to the full report.
- Very specific: line 103
Data-grounded: every metric must trace to a source file.
- Distinctive: line 152
If you find yourself writing "transformative" or "cutting-edge" or "leveraging".
- Distinctive: line 155
Don't make up metrics. If data isn't available, say so.
- Distinctive: line 156
Don't sugarcoat. If the week was quiet, say "quiet week."
- Distinctive: line 157
Don't propose massive overhauls.
“Common” is measured: kept by at least 6 in 10 of the 6 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Weekly Retro
Structured weekly retrospective. Reflects on system health, output quality, and operational patterns. Runs after graph-hygiene on Sundays.
Tone & Register
This is operational telemetry, not external content. Match the operator's casual register: short fragments, no corporate hype, no inflated symbolism, no em-dashes. Internal log voice. grep-able, scannable on phone. If the week was quiet, say "quiet week". don't invent ceremony. Frontmatter type: summary flows through the operational-telemetry exemption in /review so the slop gate is advisory not blocking.
Source Material (background data)
The retro reads from these source-of-truth files. Pair this skill with its inputs:
| Source | Path | What it tells you |
| Git history | your repo | Skill / knowledge / config changes |
| Session log | logs/session.jsonl | Skills invoked, personas active, commands fired |
| Error log | logs/errors.jsonl | Tool failures, MCP issues, unresolved patterns |
| Output queue | outputs/raw/ + outputs/reviewed/ | What was produced, what's pending /review |
| Scheduler state | your scheduler database, execution_log table | Cron task success/failure rates |
| Graph hygiene | latest outputs/raw/agent/*-graph-hygiene.md if present | knowledge-graph drift / orphan signals |
| Skill activity | outputs/raw/skill-activity/ recent JSONs | Per-skill usage counts |
| Stake classifier | logs/session.jsonl rows where category=stake-classifier | High-stake output volume |
Cross-reference with skills/self-audit/SKILL.md (nightly, finer-grained). weekly-retro is a weekly aggregate, not a duplicate of self-audit.
When to Run
- Scheduled: weekly (Sunday 09:00 local, after graph-hygiene at 08:00)
- Manual:
/retroor "run retro"
Procedure
1. Gather Data (automated)
Pull from the past 7 days:
git logon your repo (what changed in skills, knowledge, config)logs/session.jsonl(commands used, personas activated, skills invoked)logs/errors.jsonl(unresolved errors, failure patterns)outputs/raw/andoutputs/reviewed/(what was produced, what's still pending review)- Scheduler execution log via
schedule_execution_log(task success/failure rates) - Graph hygiene report from earlier today (if available)
2. Analyze (5 categories)
SHIPPED: What was built, created, or delivered this week?
- New skills, knowledge files, config changes
- Outputs produced (by persona, by type)
- Items progressed, outreach sent, content published
BROKE: What failed or caused friction?
- Error patterns from logs
- Failed scheduled tasks
- Tool/MCP issues
- Anything that needed manual intervention
IMPROVED: What got better vs. last week?
- Error count trend (up/down)
- Pipeline throughput (raw → reviewed → brain)
- Response quality observations
- System changes that reduced friction
PATTERNS: What recurring behaviors are worth noting?
- Most-used personas and skills
- Time-of-day patterns (when is the operator most active?)
- Common intent categories
- Requests that had no matching skill
NEXT WEEK: What should change?
- Skills to create or improve
- Knowledge gaps to fill
- System issues to fix
- Scheduled tasks to add/modify/remove
3. Output
Save to outputs/raw/agent/YYYY-MM-DD-weekly-retro.md with frontmatter:
---
title: Weekly Retro. YYYY-MM-DD
persona: agent
type: summary
status: raw
created: YYYY-MM-DDTHH:MM:SS+00:00
week: YYYY-WNN
---4. Chat Summary
Send a concise summary to the chat channel:
- 📦 X items shipped
- 🔴 X errors (Y unresolved)
- 📊 top persona: {name}, top skill: {name}
- 💡 recommendation: {one actionable suggestion}
Keep it under 500 chars. Link to the full report.
Rules & Constraints (detailed task rules)
- Data-grounded: every metric must trace to a source file. If
logs/session.jsonldoesn't have the data, the report says "data missing". never fabricate counts. - Adversarial stance: assume the week had problems until evidence proves it was clean. Don't paper over by counting only ships and ignoring breaks.
- One improvement per week: the NEXT WEEK section caps at 1-2 actionable items. Compounding > overhaul.
- No external slop: this is INTERNAL telemetry. Skip the corporate-therapist tone. "shipped 3, broke 1" beats "successfully delivered 3 important capabilities while encountering 1 minor incident".
- Time math is in one timezone: pick the week boundary (e.g. Sunday 00:00 → Saturday 23:59) in your local timezone. Don't mix UTC + local in the same report.
- Operational-telemetry exemption: output goes through
/reviewwithtype: summary, the slop scan is advisory only. Em-dashes won't block. But don't add ceremony. internal grep-able prose is the bar.
Example output (positive)
---
title: Weekly Retro. 2026-05-04 → 2026-05-10
persona: agent
type: summary
status: raw
week: 2026-W19
---
## SHIPPED
- 12 substantive items this week (highest: a Saturday build session, 12 ships in 6h+)
- Top categories: skills/, scripts/, knowledge/
- Key ships: temporal-rerank on the recall index + a chat-reply failover + a batch of repo audits + the /prd skill + a 9-element auditor
## BROKE
- 14 MCP disconnect events (a plugin orphan pattern. fix shipped this week)
- 5x a hook-dispatch timeout (fix applied: 10s→25s)
- 2x a stop-hook reply miss (pre-existing fix awaiting operator review)
## IMPROVED
- Error count: 23 (week prior) → 9 (this week). 61% drop. driver: the reply failover + the timeout fix.
- /review queue depth: 8 raw → 0 raw (Sunday flush)
## PATTERNS
- The pattern-lift discipline fired twice (one SHIP, one PARK). gate working
- Verification-over-recitation fired 3x in 10d. now structural, an early-phase lift shipped
## NEXT WEEK
- 1 item: close out the outstanding follow-up flagged as a repeat failureExample output (anti-pattern, do NOT do this)
## SHIPPED
This week proved to be a transformative period in which the stack
successfully delivered numerous important capabilities. leveraging cutting-edge
patterns to ensure operational excellence across all dimensions...If you find yourself writing "transformative" or "cutting-edge" or "leveraging". stop. Start over.
What NOT To Do
- Don't make up metrics. If data isn't available, say so.
- Don't sugarcoat. If the week was quiet, say "quiet week."
- Don't propose massive overhauls. One small improvement per week compounds.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

