money-save

/money-save — ビジネス状態のチェックポイント

あなたの役割は、現在の会話で得られた結論を、構造化された復元可能な形式でディスクに保存することです。今後のセッションでは /money-restore を使って、今回の続きから正確に再開できます。

診断は行いません。ビジネス上のアドバイスもしません。状態の保存のみを行います。

---

この機能がある理由

Show Me The Money のパイプラインは、あなたの状況を把握している専属のビジネスオペレーターのように機能することを目指しています。しかし、新しい Claude Code の会話は毎回、何もない状態から始まります。先週の /money-discover の結論、見送ったピボット、現在検証中の仮説は、すべて失われます。

保存することで、単発のツールが継続的なオペレーターになります。次の会話で再オンボーディングの手順を省き、実際の作業を続けるために使えるのは、ここで書き込む状態だけです。

---

トリガー

コマンド	動作
/money-save	現在の会話で決まったことを保存します。タイトルは自動抽出されます。
/money-save <title>	明示したタイトルで保存します。例：/money-save pricing locked at $29
/money-save list	現在のプロジェクトのスナップショットをすべて一覧表示します。
/money-save list <project>	指定したプロジェクトのスナップショットを一覧表示します。
/money-save --slug <project>	デフォルト以外のプロジェクト名で保存します。

自然言語での同等表現（以下のいずれかで /money-save を実行します）：

• 英語："save this"、"checkpoint this"、"remember this"、"lock it in"、"snapshot before we continue"
• 中文："保存"、"存档"、"记下来"、"这个结论留着"、"存一份"

---

プロジェクトの分離

各スナップショットはプロジェクトに属します。プロジェクトによってビジネスを分離できるため、MusicAPI で決めた内容が KolFind の診断履歴に混ざることはありません。

デフォルトのプロジェクト名：basename($(pwd)) を使い、[a-z0-9-] 以外の文字を - に置き換えます。ユーザーが ~/Dev/musicapi から /money-save を実行した場合、プロジェクト名は musicapi になります。

明示的な上書き：--slug my-project。

フォールバック：$HOME または一般的な場所にいる場合、プロジェクト名は default になります。

会話では、プロジェクトのことをビジネスまたはプロジェクトと呼び、「slug」とは決して呼ばないでください（これは内部識別子です）。

---

ワークフロー

ステップ 1 — 保存する価値がある内容があるか判断する

何かを書き込む前に、会話の中から実際に決定した内容を確認します。スナップショットは日誌ではなく、ユーザーが確認した判断の記録です。

会話に以下のいずれかが含まれている場合は、保存する価値があります：

• ユーザーが受け入れた価格決定
• ユーザーが明確に見送ったアイデアやピボット
• 次のスプリントで検証したいとユーザーが考えている仮説
• 明確な「次のスキル」への引き継ぎ（例："次は /money-product を実行する"）
• ユーザーが同意した診断の根本原因

重要な内容が何もない場合は、適切に拒否します：

まだ保存するものはありません。この会話では決定事項が確認されていません。まず /money-discover、/money-strategy、または別の診断スキルを実行してから、もう一度お試しください。

空または内容のないスナップショットは決して書き込まないでください。

ステップ 2 — タイトルを抽出または確認する

会話から、24 文字以内の名詞句のタイトルを抽出します。例：

• pricing locked at $29
• ruled out enterprise pivot
• MVP scope frozen
• 初回受注の獲得チャネルは [niche forum]
• 価格を $9 から $29 に変更

ユーザーが /money-save <title> で明示的なタイトルを指定した場合は、そのタイトルをそのまま使います。

ステップ 3 — パスを作成する

~/.smtm/sessions/{project}/{YYYYMMDD-HHMMSS}-{title-slug}.md

• タイムスタンプ：ローカル時刻、形式は 20260503-141522
• title-slug：小文字にし、スペースを - に置き換え、句読点を削除します。CJK 文字は保持します。
• 同じ秒に衝突することがあった場合は、4 文字のランダムなサフィックスを追加します：-a7k2

ディレクトリが存在しない場合は、先に mkdir -p で作成します。

ステップ 4 — スナップショットを書き込む

YAML フロントマターと Markdown 本文を使用します。どちらも形式は固定です。他のスキルがこれを解析するため、スキーマを独自に変更しないでください。

---
slug: {project}
timestamp: {ISO 8601 with timezone, e.g. 2026-05-03T14:23:15+08:00 — generate via `python3 -c "from datetime import datetime; print(datetime.now().astimezone().isoformat(timespec='seconds'))"` or equivalent. Never use the basic-format variant 20260503T142315+0800.}
title: {the title verbatim}
source_skill: {which money-* skill produced the bulk of the conclusions in this session, e.g. money-discover. If multiple, comma-separated.}
status: {in-progress | resolved | abandoned}
next_skill: {recommended next skill name, or empty if not yet decided}
---

## Business state

{One paragraph. What is the current state of this business? What brought the user to /money this conversation? Use the user's own framing where possible; do not abstract into generic strategy-speak.}

## Confirmed conclusions

- {Conclusion 1, one line. Includes pricing decisions, validated hypotheses, accepted root causes.}
- {Conclusion 2}
- ...

If a conclusion was reached in *this* conversation specifically (not inherited), prefix with `(new) `. If it was reaffirming a prior snapshot's conclusion, prefix with `(reaffirmed) `.

## Ruled out

- {Direction the user explicitly decided NOT to pursue, with one-line reason.}
- {e.g. "Won't pivot to enterprise — sales cycle too long for solo founder."}
- {If empty, write `(none yet)`.}

## Open hypotheses

- {Assumption that needs validation in the next sprint, with how it'll be tested.}
- {e.g. "Hypothesis: niche-forum traffic will convert at >2%. Test: 5 posts over 2 weeks, track signups via UTM."}
- {If empty, write `(none yet)`.}

## Next move

{One paragraph or a bullet. Which skill picks up from here? What action does the user take first?}

E.g. "Next: /money-product to build the landing page. First action: register the domain musicapi.ai."

## Notes

{Anything else worth preserving — links, doc paths, edge-case considerations. Optional. If empty, write `(none)`.}

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

ユーザーが選んだ言語で、簡潔な確認を表示します：

✅ <title> としてプロジェクト <project> に保存しました。 ファイル：~/.smtm/sessions/<project>/<filename>.md

次回はこのディレクトリから /money-restore を実行して再開してください。

一覧モード

/money-save list と /money-save list <project> でスナップショットを一覧表示します：

musicapi (5 snapshots):
  1. 2026-05-03 14:23  pricing locked at $29  (resolved, from money-strategy)
  2. 2026-04-22 09:11  ruled out enterprise pivot  (resolved, from money-diagnose)
  3. 2026-04-15 16:40  MVP scope frozen  (in-progress, from money-product)
  ...

ファイル名のタイムスタンプで新しい順に並べます。

---

エッジケース

• 決定事項がまだない → ステップ 1 に従って、適切に拒否します。内容を捏造しないでください。
• 同じプロジェクトで同じ秒に実行 → 4 文字のランダムなサフィックスを追加します。
• iCloud と同期されたセッションディレクトリ → ファイルの mtime に依存せず、ファイル名の YYYYMMDD-HHMMSS プレフィックスのみで並べ替えます。
• 決定事項がない新規クローン済みリポジトリでユーザーが /money-save を実行 → 「決定事項がまだない」場合と同様に拒否します。
• ユーザー向けの言語 — ユーザーが選択した言語（English または 中文）に合わせます。会話では内部フィールド名（slug、source_skill、next_skill）をユーザーにわかりやすい表現に置き換えます：slug → project/business、source_skill → from、next_skill → next。

---

原則

• 物語ではなく状態 — スナップショットはチェックポイントであり、日誌ではありません。段落より箇条書きを優先します。
• あなたの言葉ではなく、ユーザーの言葉 — 可能な限りユーザーの表現を引用します。決定事項を企業的な言い回しに言い換えないでください。
• 追記のみ — 既存のスナップショットを上書きしないでください。保存するたびに新しいファイルを作成します。
• 書くのは簡単、失うのは痛手 — 実質的な内容がある場合は、保存する方向で判断します。ただし、内容のないものは保存しないでください。

---

価値の定量化（保存成功後に必須）

スナップショットが書き込まれたことを確認した後、次を追加します：

---

### 📊 What this checkpoint is worth

- 💾 **Captured** — {N confirmed conclusions, M ruled-out directions, K open hypotheses}
- ⏱ **Saves you next time** — ~15-30 minutes of re-onboarding and re-explaining context to the AI
- ⚠️ **Risk avoided** — Re-deciding something you already decided — the most common solo-founder leak. The AI doesn't remember between sessions unless you save
- 🔁 **Resume with** — `/money-restore` from this directory in any future Claude Code session

スナップショットに記録された実際の件数を使います。記録された結論が 1 つだけの場合、価値はありますが小さいため、そのとおりに示します。決して誇張しないでください。

このプロジェクトでユーザーが 3 件以上のスナップショットを保存している場合は、2 行目を追加します：

💡 {project} にはスナップショットが {N} 件あります。ひとつにまとめた成果物が必要な場合は /money-report を実行してください。共同創業者との共有や、数か月分を振り返る際に便利です。