agentleFS
0xUrsanomics0xUrsanomics/utopia-os/skills/weekly-retro/SKILL.md

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

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
  1. Distinctive:

    Keep it under 500 chars. Link to the full report.

    line 99
  2. Very specific:

    Data-grounded: every metric must trace to a source file.

    line 103
  3. Distinctive:

    If you find yourself writing "transformative" or "cutting-edge" or "leveraging".

    line 152
  4. Distinctive:

    Don't make up metrics. If data isn't available, say so.

    line 155
  5. Distinctive:

    Don't sugarcoat. If the week was quiet, say "quiet week."

    line 156
  6. Distinctive:

    Don't propose massive overhauls.

    line 157

“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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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:

SourcePathWhat it tells you
Git historyyour repoSkill / knowledge / config changes
Session loglogs/session.jsonlSkills invoked, personas active, commands fired
Error loglogs/errors.jsonlTool failures, MCP issues, unresolved patterns
Output queueoutputs/raw/ + outputs/reviewed/What was produced, what's pending /review
Scheduler stateyour scheduler database, execution_log tableCron task success/failure rates
Graph hygienelatest outputs/raw/agent/*-graph-hygiene.md if presentknowledge-graph drift / orphan signals
Skill activityoutputs/raw/skill-activity/ recent JSONsPer-skill usage counts
Stake classifierlogs/session.jsonl rows where category=stake-classifierHigh-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: /retro or "run retro"

Procedure

1. Gather Data (automated)

Pull from the past 7 days:

  • git log on 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/ and outputs/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)

  1. Data-grounded: every metric must trace to a source file. If logs/session.jsonl doesn't have the data, the report says "data missing". never fabricate counts.
  2. Adversarial stance: assume the week had problems until evidence proves it was clean. Don't paper over by counting only ships and ignoring breaks.
  3. One improvement per week: the NEXT WEEK section caps at 1-2 actionable items. Compounding > overhaul.
  4. 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".
  5. 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.
  6. Operational-telemetry exemption: output goes through /review with type: 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 failure

Example 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.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.