money-report

/money-report — 納品用ビジネスレポート

あなたの役割は、プロジェクトのセッションディレクトリにあるすべての /money-save スナップショットを統合し、一貫性のある共有可能な Markdown レポートを作成することです。

レポートは、会話の記憶をもとにあなたがまとめたものではありません。 ~/.smtm/sessions/{project}/ にあるスナップショットファイルだけを読み、日付順に統合します。結論が繰り返されている場合や改訂されている場合は重複を取り除きます。これがレポートの信頼性の根拠です。AI が生成した説明ではなく、ユーザーが確認した状態をまとめた記録です。

---

この機能がある理由

スナップショットはセッションをまたぐ記憶の問題を解決しますが、多数のファイルに散らばっています。ユーザーが次のようなことをしたいときは、

• 事業の現状をビジネスパートナーに送る
• アドバイザーと、何が検証済みで何が見送られたかを確認する
• 6 か月後に振り返って、考えがどのように変化したかを確認する
• 請負業者や共同創業者に背景情報を引き継ぐ

タイムスタンプ付きの断片が入ったフォルダーではなく、ファイルが 1 つ必要です。それがこのレポートです。

---

トリガー

コマンド	動作
/money-report	現在のプロジェクトにあるすべてのスナップショットをレポートに統合します
/money-report --since YYYY-MM-DD	指定した日付より新しいスナップショットのみを含めます
/money-report --slug <project>	デフォルト以外のプロジェクトを指定します
/money-report --slug <project> --since YYYY-MM-DD	組み合わせて指定します

自然言語での同等表現（以下のいずれかが入力されたら /money-report を実行します）：

• 英語：「package this up」、「make me a report」、「export for my partner」、「give me the deliverable」、「summarize the journey」
• 中文：「出报告」、「打包」、「整理一份」、「给合伙人看的」、「做个总结发出去」

---

ワークフロー

ステップ 1 — 十分な資料があるか確認する

~/.smtm/sessions/{project}/ 内のすべての *.md ファイルを検索します。

スナップショット数	動作
0	「{project} に保存されたスナップショットはありません。いくつかの診断会話の後に /money-save を実行してから、もう一度お試しください。」
1	「{project} のスナップショットは 1 つだけです。スナップショットが 1 つであれば、統合する必要はありません。~/.smtm/sessions/{project}/{filename}.md から直接お読みください。それでもレポートを作成しますか？」— ユーザーの確認を待ちます。
≥2	続行します

--since が指定されている場合は、まず絞り込みます。絞り込んだファイルが 2 つ未満の場合は、同じルールを適用します。

ステップ 2 — 読み込んで並べ替える

すべてのスナップショットを読み込み、YAML フロントマターと本文の 6 セクションを解析します。

ファイル名の YYYYMMDD-HHMMSS 接頭辞で古い順から新しい順に並べ替えます。ファイルの更新時刻は信用しないでください。

ファイルが 1 つでも不正な形式の場合は、警告を記録してスキップします。レポート全体を中断しないでください。

ステップ 3 — 出力先のパスを作成する

~/.smtm/reports/{project}/{YYYYMMDD-HHMMSS}-{project}.md

最初に mkdir -p を実行します。レポートは毎回新しいファイルとして作成します。以前のレポートを上書きしてはいけません。ファイル名のタイムスタンプにより、ユーザーは過去のレポートとの差分を確認したり、過去のレポートを見直したりできます。

ステップ 4 — レポートを作成する

次の固定構成を使用します。生成する項目（タイトル、要約、変遷を説明する段落）は、創作せず、スナップショットから直接作成してください。

# {project} — Business Report

**Generated**: {now, formatted as 2026-05-03 14:23 local time}
**Snapshots merged**: {N} (from {oldest snapshot date} to {newest snapshot date})
**Skills active**: {dedup union of all source_skill values}

---

## 1. How the focus has evolved

List each snapshot in chronological order, one line each:

- `2026-04-15` · {one-line restatement of the snapshot's "Business state"} · from {source_skill}
- `2026-04-22` · {one-line restatement} · from {source_skill}
- ...

After the list, write **one paragraph** describing how the focus shifted — e.g., "From validating the API tier pricing in mid-April, the focus moved to ruling out the enterprise pivot in late April, and by early May had shifted to MVP scope freezing for the launch window."

This single paragraph is the *only* place in the report where you synthesize. Do not editorialize, infer, or extrapolate beyond what the snapshots show.

---

## 2. Confirmed conclusions

Merge every "Confirmed conclusions" entry across all snapshots. Deduplicate by semantic similarity. Sort newest first.

Format:

- {conclusion} · from `{snapshot title}` · {snapshot date}

If a conclusion in an *earlier* snapshot was contradicted or revised by a *later* one:
- List the newer version first
- List the older version second with `(superseded by {newer snapshot title} on {date})` appended

Example:

- **Pricing locked at $29 / month per seat** · from `pricing locked at $29` · 2026-05-01
- **Pricing should be $19 / month per seat** · from `early pricing thinking` · 2026-04-12 *(superseded by `pricing locked at $29` on 2026-05-01)*

---

## 3. Ruled out

Merge every "Ruled out" entry across all snapshots. Deduplicate.

- {direction} · from `{snapshot title}` · {snapshot date}

This list is sticky — if it was ruled out, it stays ruled out unless a later snapshot explicitly revives it. If a later snapshot revives a prior ruled-out direction, both entries stay, with a `(reopened on {date})` annotation on the original.

---

## 4. Open hypotheses

Merge "Open hypotheses" entries. **Skip any hypothesis that was later confirmed or ruled out** — those moved to sections 2 or 3.

- {hypothesis} · {test plan if present} · from `{snapshot title}`

Only show hypotheses that are still genuinely open in the most recent snapshot.

---

## 5. The current next move

Pull the "Next move" section verbatim from the **most recent snapshot only**. Older next-moves are obsolete by definition.

Append the recommended next skill: `Recommended next skill: {next_skill from the most recent snapshot}`.

---

## 6. Appendix — Source snapshots

For traceability, list every snapshot file merged:

- `{filename}` — `{title}` — {timestamp} — {status}
- ...

---

*Report generated by `/money-report` from `~/.smtm/sessions/{project}/`. To regenerate after new snapshots, run `/money-report` again.*

ステップ 5 — ユーザーに確認する

✅ Report generated.
File: ~/.smtm/reports/{project}/{filename}.md
Snapshots merged: {N}

---

エッジケース

• スナップショットがスキーマにないカスタムフィールドを参照している場合 → そのフィールドは無視し、標準のフィールドを使用します。エラーにしないでください。
• タイムスタンプが競合している場合（2 つのスナップショットが同じ秒を示している場合）→ 両方を保持し、ファイル名全体で並べ替えます。
• スナップショットのフロントマターの status が abandoned の場合 → それでもレポートに含めますが、セクション 1 では、そのスナップショットの内容を示すタイトルの横に (abandoned) を付けます。
• ユーザーが外部との共有を希望していて、スナップショットに機密情報（売上額、顧客名）が含まれている場合 → それはあなたの関知することではありません。スナップショットはユーザー自身が作成した内容です。自動的に情報を伏せないでください。

原則

• 生成ではなく、厳選する — レポート内のすべての記述は、スナップショットファイルまでたどれる必要があります。創作してはいけません。
• 時間を考慮する — 新しい情報が古い情報を上書きします。変遷を示してください。
• 要約は1段落のみ — セクション1では、進化の過程を説明してもかまいません。それ以外の場所では説明してはいけません。
• 追記専用 — レポートは毎回、日付入りの新しいファイルとして作成します。時系列でレポートを比較できること自体が機能です。
• ユーザーの言語に合わせる — スナップショットの大半が中国語なら、レポートも中国語にします。言語が混在している場合は、ユーザーが現在使用している言語を既定とし、元の内容をそのまま引用します。

---

価値の定量化（レポート生成成功後に必須）

レポートが書き込まれたことを確認した後、次を追加します。

---

### 📊 What this report is worth

- 📄 **Generated** — A merged report from {N} snapshots, spanning {oldest date} to {newest date}
- ⏱ **Time to produce manually** — ~3-6 hours of digging through old conversation transcripts and summarizing yourself
- 🤝 **Shareable with** — Co-founders, advisors, investors, contractors, or your future self
- 🚧 **Without this skill** — The {N} decisions you've made over weeks/months stay scattered across chat transcripts that get auto-deleted by the agent harness — and your trajectory is invisible to anyone but you

このプロジェクトでの最初のレポートである場合は、次を追加します。

💡 {project} での最初のレポートです。今後のレポートも同じ形式で、~/.smtm/reports/{project}/ に保存されます。時系列で2つのレポートを比較できること自体が機能です。変遷を確認できます。

レポートに矛盾が含まれる場合（後のスナップショットが前のスナップショットに優先する場合）は、次の内容を提示します。

🔄 変遷に関する注記：この期間に、{N}個のトピックについて考えが変化しました。レポートには、現在の決定と、それによって置き換えられた以前のバージョンの両方が示されています。これは有用な情報です。考えが定まらない証拠ではなく、学びの証拠です。