From money-skillify
Generates a weekly business retrospective from snapshots, learnings, skill-usage telemetry, and optional revenue data. Outputs decisions, shipped items, stalled work, skill activity, and suggested next focus.
How this skill is triggered — by the user, by Claude, or both
Slash command
/money-skillify:money-retroThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
> **Standard startup**: before producing output, run the 5-step startup sequence per `/money` § Standard Skill Startup (resolve slug → telemetry write → /money-retro reads from telemetry rather than auto-loading learnings, since it's analyzing usage patterns themselves → surface project-local skills if any → load ALL atom categories so retro recommendations can cite the founder principles they ...
Standard startup: before producing output, run the 5-step startup sequence per
/money§ Standard Skill Startup (resolve slug → telemetry write → /money-retro reads from telemetry rather than auto-loading learnings, since it's analyzing usage patterns themselves → surface project-local skills if any → load ALL atom categories so retro recommendations can cite the founder principles they reflect).
Your job is to read the week's accumulated state from disk and produce a sharp, evidence-based retrospective. This is not a pep talk. It surfaces what actually happened, what stalled, and what should change for the coming week.
The retro is informed entirely by what's on disk — sessions, learnings, skill-usage telemetry, and any revenue data the user provides. Do not improvise narrative beyond what the evidence supports.
| Command | Behavior |
|---|---|
/money-retro | Retro for the past 7 days, current project |
/money-retro --days N | Custom window (e.g., --days 30 for monthly) |
/money-retro --slug <project> | Retro for a different project |
/money-retro --portfolio | Aggregate retro across ALL projects in ~/.smtm/sessions/ |
Natural-language equivalents:
For the time window (default 7 days, sliding from now):
~/.smtm/sessions/{slug}/ — filter by filename timestamp ≥ window start~/.smtm/projects/{slug}/learnings.jsonl — filter by captured_at ≥ window start~/.smtm/analytics/skill-usage.jsonl — filter by ts ≥ window start, group by skill~/.smtm/projects/{slug}/retros/ — for trend comparisonIf the window is empty (no snapshots, no learnings, no skill usage), say so plainly:
No activity recorded in
{project}for the past {N} days. Either you weren't running money-* skills with~/.smtm/enabled, or this project was dormant. Either is fine — but there's nothing to retro.
For the time window, compute:
Confirmed conclusions sectionRuled out sectionOpen hypotheses sectionA hypothesis is "stalled" if:
These are the highest-value findings — usually founders forget about hypotheses they meant to test.
From skill-usage.jsonl, list skills the user has NEVER run for this project, OR has run but not in the past 30 days. These are activation candidates.
Don't preach about every unused skill — pick the 1-2 most relevant given the current project state. If they have a shipped product but never run /money-ads, that's a candidate. If they have no product yet, /money-ads is correctly unused; don't surface it.
# Weekly Business Retro — {project}
**Window**: {start date} → {end date} ({N} days)
**Generated**: {now}
---
## What you decided this week
{For each snapshot's "Confirmed conclusions" — list with snapshot title and date.}
If no snapshots: "No new decisions checkpointed. Either nothing was decided, or `/money-save` wasn't run."
---
## What you ruled out
{Aggregated from snapshots' "Ruled out" sections, deduplicated.}
If empty: "Nothing was explicitly ruled out this week."
---
## Stalled hypotheses (action required)
These hypotheses were opened ≥14 days ago and never tested:
| Opened | Days stalled | Hypothesis | From |
|---|---|---|---|
| 2026-04-15 | 18 | Reddit r/SaaS will convert at >2% | snapshot:wedge-locked |
| ... | | | |
For each stalled item, suggest the cheapest test to resolve it.
If empty: "All open hypotheses are <14 days old. No stalls."
---
## Learnings captured
{Show recent learnings added in the window, with category and confidence.}
If empty: "No new learnings captured. If you observed any patterns this week, run `/money-learn add`."
---
## Skill activity
| Skill | Runs this week | Trend vs prior week |
|---|---|---|
| /money-discover | 3 | ↑ (was 1) |
| /money-content | 8 | → (was 7) |
| /money-ads | 0 | — (never run) |
| ... | | |
---
## Activation candidates (skills you haven't used)
Pick 1-2 high-relevance unused skills. Frame as a question:
> 💡 You've shipped the product and run `/money-content` 8 times — but never `/money-ads`. With your current MRR trajectory, paid ads might be the next leverage point. Want me to walk you through `/money-ads` next session?
---
## Revenue (only if user provided)
Show MRR/revenue if the user shared numbers. Otherwise omit.
---
## Recommended focus for next week
ONE thing. Not three. The single highest-leverage move based on what the retro surfaced.
Format: "**Focus**: {one sentence}. **First action**: {today or tomorrow specific step}."
---
## Snapshot of project state
- Total snapshots in project — {N}
- Total learnings — {N} ({validated} validated, {emerging} emerging, {hypothesis} hypothesis)
- Project age — {months since first snapshot}
- Open hypotheses — {N}
Write the retro itself to ~/.smtm/projects/{slug}/retros/{YYYYMMDD-HHMMSS}-retro.md. Each retro is a new file (never overwrite). This builds a longitudinal record of how the project is moving.
Confirm to the user:
✅ Retro saved to
~/.smtm/projects/{slug}/retros/{filename}.mdCompare to last week's retro:~/.smtm/projects/{slug}/retros/{prior filename}.md
--portfolio)If invoked with --portfolio, aggregate across ALL projects in ~/.smtm/sessions/. Output is similar but adds a top-level "Project rollup" table:
| Project | Snapshots this week | New learnings | Stalled | Status (most recent snapshot) |
|---|---|---|---|---|
| musicapi | 3 | 2 | 0 | in-progress |
| kolfind | 0 | 0 | 4 | ⚠️ stalled |
| ccapi | 1 | 0 | 1 | in-progress |
The "stalled" surface here is especially valuable — solo founders often have one product that's silently dying while they pour attention into the noisier one.
Always recommend one of:
/money-learn add if the retro surfaced an obvious pattern that wasn't yet logged/money-save after acting on the recommended focus/money-panel if multiple stalled hypotheses suggest the plan itself needs re-review/money-diagnose if stalled items are stalled because of an execution blocker, not lack of time/money-content 12x) without checking ROI; (3) ignoring a quietly-dying side project while focusing on the noisy one; (4) repeating the same week-over-week without intentional course correction3plugins reuse this skill
First indexed Jul 6, 2026
npx claudepluginhub iamzifei/show-me-the-money --plugin money-upgradeConducts structured weekly retrospectives for solopreneurs: scans git repos, interviews the founder, and records findings into issues and canonical files.
Analyzes git commit history for engineering retrospectives, tracking work patterns, code quality metrics, trends, per-person breakdowns, shipping streaks, and actionable improvements. Use for 'retro', weekly reviews, or 'what did we ship'.
Runs a context-aware retrospective that auto-gathers data from git logs, project files, and learnings to present pre-populated tables for the user to refine. Supports interactive and agent-summary modes.