money-retro

/money-retro — 週次ビジネス振り返り

標準の起動手順：出力する前に、/money § 標準スキル起動手順に従って5ステップの起動シーケンスを実行します（スラッグの解決 → テレメトリの書き込み → /money-retro は使用状況のパターン自体を分析するため、自動で学びを読み込まずテレメトリから読み取る → プロジェクト固有のスキルがあれば提示 → すべての原則カテゴリを読み込み、振り返りの提案が反映している創業者の原則を引用できるようにする）。

あなたの役割は、ディスクに蓄積された今週の状態を読み取り、鋭く、証拠に基づいた振り返りを作成することです。これは気休めの言葉ではありません。実際に起きたこと、停滞したこと、来週に向けて変えるべきことを明らかにします。

振り返りの根拠はすべて、ディスク上の内容です。セッション、学び、スキル使用状況のテレメトリ、ユーザーから提供された収益データを確認します。証拠で裏付けられないストーリーを作り上げないでください。

---

起動条件

コマンド	動作
/money-retro	現在のプロジェクトについて、過去7日間を振り返る
/money-retro --days N	期間を指定（例：月次なら --days 30）
/money-retro --slug <project>	別のプロジェクトを振り返る
/money-retro --portfolio	~/.smtm/sessions/ 内のすべてのプロジェクトをまとめて振り返る

自然言語での同等の依頼：

• 「週次振り返り」「ビジネスの振り返り」「何を出荷した？」「今週の調子はどう？」
• 「周复盘」「业务回顾」「本周怎么样」

---

読み込む内容

対象期間（デフォルトは過去7日間。現在から遡って計算）について、以下を読み込みます。

1. スナップショット：~/.smtm/sessions/{slug}/ にあるファイルのうち、ファイル名のタイムスタンプが期間の開始以降のもの
2. 追加された学び：~/.smtm/projects/{slug}/learnings.jsonl にあるもののうち、captured_at が期間の開始以降のもの
3. スキル使用状況のテレメトリ：~/.smtm/analytics/skill-usage.jsonl にあるもののうち、ts が期間の開始以降のもの。スキルごとにグループ化
4. 任意：収益データ — ユーザーが数値を提示した場合（例：「MRR が $X から $Y に増えた」）、反映します。提示がなければ収益セクションは省略します。
5. 過去の振り返り：~/.smtm/projects/{slug}/retros/ にあるもの（傾向の比較用）

対象期間に記録がない（スナップショット、学び、スキル使用状況のいずれもない）場合は、はっきりと次のように伝えます。

過去 {N} 日間、{project} のアクティビティは記録されていません。~/.smtm/ を有効にして money-* スキルを実行していなかったか、このプロジェクトが休止状態だった可能性があります。どちらでも問題ありませんが、振り返る内容はありません。

---

ワークフロー

ステップ1 — 1週間分を集計する

対象期間について、以下を集計します。

• 期間内のスナップショット：件数と、各スナップショットのタイトルおよびステータス
• 下された決定：各スナップショットの Confirmed conclusions セクションから抽出
• 除外された項目：各スナップショットの Ruled out セクションから抽出
• 未解決の仮説：各スナップショットの Open hypotheses セクションから抽出
• 停滞している仮説：14日以上前のスナップショットにある未解決の仮説のうち、その後のスナップショットがないもの
• 追加された学び：件数とカテゴリ
• 使用されたスキル：使用頻度順のヒストグラム

ステップ2 — 「停滞」している項目を特定する

以下に該当する仮説は「停滞」しているとみなします。

• 14日以上前のスナップショットで未解決になった
• 同じプロジェクトの後続スナップショットで、確認も除外もされていない
• その仮説に対応する学びが追加されていない

これらは最も価値の高い発見です。通常、創業者は検証するつもりだった仮説を忘れてしまいます。

ステップ3 — 未使用のスキルを見つける

skill-usage.jsonl から、このプロジェクトで一度も実行されていないスキル、または実行したことはあるものの過去30日間は使われていないスキルを一覧にします。これらは利用を促す候補です。

未使用のスキルすべてについて説教しないでください。現在のプロジェクトの状態を考慮して、最も関連性の高い1〜2個を選びます。製品をリリース済みなのに /money-ads を一度も実行していない場合は、候補になります。まだ製品がない場合、/money-ads が未使用なのは妥当なので、提示しないでください。

ステップ4 — 出力

# 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}

ステップ 5 — 振り返りを保存する

振り返りの内容を ~/.smtm/projects/{slug}/retros/{YYYYMMDD-HHMMSS}-retro.md に書き込みます。振り返りは毎回新しいファイルとして作成し、上書きはしません。これにより、プロジェクトの進捗を長期的に記録できます。

ユーザーに次の内容を確認します。

✅ 振り返りを ~/.smtm/projects/{slug}/retros/{filename}.md に保存しました 先週の振り返りと比較する：~/.smtm/projects/{slug}/retros/{prior filename}.md

---

ポートフォリオモード（--portfolio）

--portfolio を指定して呼び出された場合は、~/.smtm/sessions/ にあるすべてのプロジェクトを集計します。出力形式は同様ですが、最上位に「プロジェクトの概要」テーブルを追加します。

プロジェクト	今週のスナップショット数	新たな学び	停滞中	ステータス（最新のスナップショット）
musicapi	3	2	0	進行中
kolfind	0	0	4	⚠️ 停滞中
ccapi	1	0	1	進行中

ここで停滞を明らかにすることは特に価値があります。個人で起業する創業者は、より目立つプロダクトに注力する一方で、別のプロダクトが気づかないうちに失速していることがよくあります。

---

原則

• 根拠のある内容のみを記述する — スナップショット、学び、テレメトリーログに記録されていないことは、振り返りに含めません。即興でストーリーを作らないでください。
• 停滞中の仮説が、最も効果の大きい発見です — 多くの創業者は活動セクションをざっと読みますが、「3 週間前にテストする予定だったことを、まだテストしていません」とあると、そこで目を留めます。
• 注力するのは 5 つではなく 1 つ — 推奨事項が増えるほど、効果は薄れます。最も効果の大きい施策を 1 つ選んでください。
• スナップショットではなく推移を見る — 可能な限り、前週との比較を示します。推移を見れば、ある時点だけの情報では見えないことが明らかになります。
• 使っていないスキルを責めない — 関連性の高いものを 1～2 個提示しますが、すべてを実行していないことをユーザーに責めないでください。

---

振り返りの後

次のうち、必ず 1 つを推奨します。

• 振り返りで、まだ記録されていない明らかなパターンが見つかった場合は /money-learn add
• 推奨された注力事項に取り組んだ後は /money-save
• 停滞中の仮説が複数あり、計画自体を再検討する必要がある場合は /money-panel
• 停滞の原因が時間不足ではなく実行上の障害である場合は /money-diagnose

---

価値の定量化（出力の最後に必須）

• ⏱ 節約できた時間 — 古いチャットやスナップショットを掘り起こし、何を決めたか思い出す作業を約 1～2 時間削減できます
• ⚠️ 回避できたリスク — （1）停滞中の仮説が何か月も検証されないこと。（2）ROI を確認せずに同じ活動（例：/money-content を 12 回）を繰り返すこと。（3）目立つプロジェクトに注力する一方で、静かに失速しているサイドプロジェクトを無視すること。（4）意図的に軌道修正せず、毎週同じことを繰り返すこと。
• ✅ 得られたもの — 意思決定／見送り事項／停滞中の項目／学び／スキルの活動状況に加えて、推奨する注力事項を 1 つ、複数のプロジェクトがある場合はポートフォリオの概要も得られます。
• 🚧 このスキルがない場合 — 四半期末になっても何が変わったのか説明できず、少なくとも 1 つの仮説が一度も検証されないまま、気づかないうちに古くなってしまいます。