Getting it into your agent
This one installs as part of its plugin. Adding the marketplace and installing the plugin brings it with everything else the plugin ships.
/plugin marketplace add lwalden/AIAgentMinder/plugin install aiagentminderWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/lwalden/aiagentminder/retrospective)<a href="https://agentmods.dev/skills/lwalden/aiagentminder/retrospective"><img src="https://agentmods.dev/badge/skills/lwalden/aiagentminder/retrospective.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00007 | $0.01642 |
| Opus 5 | $0.00003 | $0.00821 |
| Sonnet 5 | $0.00001 | $0.00328 |
| Haiku 4.5 | $0.00001 | $0.00164 |
Grade A, and why
retrospective scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 8d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 148 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/aiagentminder:retrospective - Sprint Retrospective
Generate a brief retrospective for the completed sprint. Called automatically at sprint completion, or invoke manually with /aiagentminder:retrospective.
Step 1: Gather Sprint Data
Read the following:
.sprint-metrics.json— if present, use as primary metrics source (timestamps, cycle counts, rework). Fall back to git log parsing when the metrics file is absent (backward compatible with sprints that ran before metrics collection was added).SPRINT.md— sprint goal, issue list, final statuses (including Post-Merge column)- Use TaskList to get final task states and any notes
DECISIONS.md— identify entries added during this sprint (by date or sprint reference)- Recent git log for this sprint's branches:
git log --oneline --merges --since="sprint start date" - Check for any issues that were added or removed after approval (scope changes)
Step 2: Compute Metrics
From the data gathered, calculate:
| Metric | Value |
|---|---|
| Planned issues | How many issues were in the approved sprint |
| Completed issues | How many reached done |
| Rework items | How many items required rework (post-merge validation failures or test failures after initial "done") |
| Blocked issues | How many are still blocked at sprint end |
| Post-merge validations | How many items had post-merge validation tasks; how many passed vs. failed |
| Risk-tagged issues | How many had [risk] tag |
| Scope additions | Issues added after sprint approval |
| Scope removals | Issues removed after sprint approval |
| Decisions logged | DECISIONS.md entries added this sprint |
Step 3: Present the Retrospective
Sprint S{n} Retrospective
Goal: {sprint goal}
Date: {today}
Delivery:
Planned: {n} issues
Completed: {n} issues ({%} completion rate)
Rework: {n} items [list IDs and failure description if any]
Blocked: {n} issues [list IDs and blocker reason if any]
Quality:
Post-merge validations: {n} defined, {n} passed, {n} failed
{If rework items exist: "Rework was needed for: [list items and root cause]"}
Scope:
{No scope changes} OR {Added: [issue titles] / Removed: [issue titles]}
Decisions:
{n} decisions logged this sprint
{list decision topics, one line each — e.g., "Auth approach: JWT over sessions"}
Patterns:
[One honest observation about what went well]
[One honest observation about what was harder than expected — e.g., "S2-003 required rework due to staging env mismatch"]
Tooling findings (about AIAgentMinder itself, not this project):
{None} OR {one line per finding: "{type}/{severity}: {summary}"} — see Step 5
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 8d ago First seen · 148 lines · 7 tokens per session scan A 940a6eb10180
retrospective is a skill published in the GitHub repository lwalden/AIAgentMinder (5 stars, last pushed 1mo ago), licensed MIT. It adds 7 tokens to every session and 1,642 once invoked, about $0.0000 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
joycraft-decide
Invoked at the design bookend by decompose's decision gate or the human directly — turn open questions into a decision dossier; every decision terminates clarified, backlogged, discarded, or assigned.
mx-flow
Full development workflow orchestrator: brainstorm → plan → worktree → convergent TDD/review loop → verify → PR. One human gate (spec approval); all other gates auto-proceed. Use when starting a feature or significant change from scratch. Usage: /mx-flow ; /mx-flow status [name]; /mx-flow finish .
review
Business review — weekly health check, monthly close, or ad-hoc audit. Subcommands: weekly, monthly, check. Use for periodic reviews or metrics assessment.
sdd-workflow
Guide a project with Spec-Driven Development (SDD) discipline - idea, approved spec, consistent plan, tasks, a gate that verifies approval and consent, implementation, validation, and logbook. Bilingual EN/ES. Use when the user wants to start, spec, plan, implement, or validate work with SDD, or mentions specs, plans…
keel-team
OWNER-only setup wizard for a REAL human team (different people, different machines) — declare the owner (arm owner-guard), register members (@tags), seed lanes + author folders + the comprehension protocol, size the caps, pick the §6 contribution model + host wall. Packages the existing Multi-user playbook into one…
scheduler
Manage scheduled jobs — create, update, list, run remote agents on cron. Use when setting up recurring tasks, checking job status, or managing automation.