money-skillify

/money-skillify — 成功したパターンを再利用可能なスキルとして形式化する

多くのワークフローは、一度見つけられて手作業で実行され、そのまま忘れられてしまいます。次にユーザーが同じ問題に直面したとき、また一から見つけ出す（あるいは、さらに悪い方法を作り直す）ことになります。/money-skillify はこの問題を解決します。直近で成功したワークフローを振り返り、手順を抽出して、プロジェクトローカルの SKILL.md に書き込みます。

出力されるカスタムスキルは、~/.smtm/projects/{slug}/skills/{name}/SKILL.md に保存されます。このプロジェクトで今後開始する Claude Code のセッションから参照できます。

---

トリガー

コマンド	動作
/money-skillify	この会話で直近に成功したワークフローを形式化します
/money-skillify <name>	同じ処理を行い、新しいスキルに明示的な名前を付けます
/money-skillify list	~/.smtm/projects/{slug}/skills/ にあるすべてのプロジェクトローカルスキルを一覧表示します
/money-skillify show <name>	プロジェクトローカルスキルを表示します

自然言語での同等表現：

• 「これはうまくいったので、保存して」「これを形式化して」「これをスキルにして」「再利用できるようにして」
• 「把这个固化下来」「存成 skill」「保存这个流程」

---

「成功したワークフロー」とは

以下の3つすべてに当てはまる場合、そのワークフローは /money-skillify の対象です。

1. ユーザーが明確に成功を確認している（明確な合図：「これはうまくいった」「これで変換できた」「これで出荷して」「前よりずっと良い」「我们就这么干」）
2. 明確な一連の手順がある（単一の気づきだけではない。その場合はスキルではなく /money-learn が適切です）
3. パターンが再利用可能である（次回、このプロジェクトでまったく同じことを行うのに役立つ）

スキル化すべきでないアンチパターン：

• 一度限りのバグ修正
• ユーザー固有で、ユーザーの他の製品では再利用できないパターン
• 学び（単一の観察）として記録するほうが自然なパターン
• 既存の money-* スキルで既にカバーされているパターン

---

ワークフロー

ステップ 1 — ワークフローを特定する

会話を振り返ります。以下の条件を満たす直近の一連のやり取りを見つけます。

1. ユーザーが何かの実行を依頼した、または説明した
2. 一連の手順が実行された
3. ユーザーが満足したことを確認した

これから形式化しようとしているワークフローをユーザーが確認できるよう、ユーザーの確認の言葉を引用して提示します。

「{引用した確認の言葉}」につながったワークフローを形式化します。私が理解した手順は次のとおりです。

1. {ステップ 1}
2. {ステップ 2} ...

これをスキル化しますか？ [y / edit / different workflow]

別のワークフローを希望する場合は、どれにするか尋ねます。

ステップ 2 — 名前を決める

デフォルト：{ワークフローのスラッグ}（例：cold-email-saas-buyers、ad-creative-3x-baseline、weekly-ship-cadence）。

/money-skillify <name> が指定されている場合は、その名前を使います。指定がない場合は、候補名を1～3個提案し、ユーザーに選んでもらいます。

スキル名はファイルパスになります。

~/.smtm/projects/{slug}/skills/{name}/SKILL.md

ステップ 3 — 手順を抽出する

ワークフローを次の固定形式に変換します。

---
name: {project-slug}-{name}
description: "{One-line summary of what this skill does, when to invoke. Auto-derived but user can edit.}"
project: {project slug}
captured_at: {ISO 8601}
captured_from: {conversation-summary | snapshot-id}
trigger: {natural-language phrase or /command pattern that invokes this}
---

# {Title}

## When to use

{1-2 sentences describing the trigger condition. Specific. "Cold email to early-stage SaaS founders with under $10k MRR" not "cold email to people".}

## Inputs needed

- {Input 1, e.g., "Target ICP description"}
- {Input 2, e.g., "Sender's product URL"}
- ...

## Steps

1. {Step 1, including any specific commands, tools, or templates used}
2. {Step 2}
3. ...

## Success signal

How to know it worked. ("Reply rate ≥10%", "Conversion ≥1.5%", etc.)

## Failure mode + fallback

What goes wrong, and what to do instead. ("If reply rate <5%, the subject line is the issue — switch to {alternative}")

## Variables / templates

If the workflow uses a template (e.g., email body, ad creative), include the template literally. Mark variables in `{double-braces}`.

## Evidence this works

The original conversation context: who, what, when, what result. One paragraph.

## Limitations

When this skill should NOT be used. ("This works for B2B SaaS; do not use for B2C.")

ステップ 4 — ディスクに書き込む

パス：~/.smtm/projects/{slug}/skills/{name}/SKILL.md

最初に mkdir -p でディレクトリツリーを作成します。そのパスにファイルが既に存在する場合は、次のいずれかを尋ねます。

• バージョン番号を追加する（例：cold-email-v2/）
• 上書きする
• キャンセルする

デフォルトは「バージョンを追加する」です。新しいスキルのほうが劣っていた場合に備え、以前のスキルを保持できます。

ステップ 5 — 確認して登録する

次を表示します。

✅ Skill codified.

Path: ~/.smtm/projects/{slug}/skills/{name}/SKILL.md
Trigger: {trigger}

To re-run this skill in a future Claude Code session:
1. Open Claude Code in this project's directory
2. Type "{trigger}" or load the file directly: `read ~/.smtm/projects/{slug}/skills/{name}/SKILL.md`
3. The skill will execute the same steps with new inputs

このワークフローが成功したことを記録するために、学びの作成を任意で提案します。

学びも記録しますか？ 例：「{name} は {ICP} で X% のコンバージョン率」— /money-learn add

---

プロジェクトローカルスキルの自動読み込み

他の money-* スキルは、起動時に ~/.smtm/projects/{slug}/skills/ を確認します。プロジェクトローカルスキルが存在する場合は、セッションごとに一度だけ提示します。

📦 このプロジェクトには、形式化されたスキルが3つあります：cold-email-saas-buyers、ad-creative-3x-baseline、weekly-ship-cadence。名前を指定して参照するか、/money-skillify list を実行してすべてを表示してください。

こうして、ユーザーが積み重ねてきたノウハウが、今後のすべてのセッションに自動的に取り込まれます。

---

一覧表示モード

/money-skillify list：

Project-local skills for `{project}`:

| Name | Captured | Trigger |
|---|---|---|
| cold-email-saas-buyers | 2026-04-22 | "cold email outreach for SaaS" |
| ad-creative-3x-baseline | 2026-04-15 | "generate ad creative" |
| ... | | |

/money-skillify show <name>： ファイルの内容を出力します。先頭にパスを表示します。

---

エッジケース

• 会話の中に明確に成功したワークフローがない — ユーザーにワークフローの説明を求め、ステップ 3 を手動で進めます。
• ワークフローで、ユーザーが設定していない外部ツールを使用している — 前提条件として SKILL.md に記載します。失敗として扱う必要はありません。
• ワークフローに機密データ（顧客名、社内 URL など）が含まれている — それらを削除し、{variable} プレースホルダーに置き換えて、サニタイズをユーザーに確認します。
• プロジェクトローカルのスキルが、グローバルな money-* スキルと重複している — 次のように警告します。「これは /money-content と大きく重複しています。プロジェクトローカル版を作成しますか？ それとも、代わりに /money-content のワークフローを更新しますか？」

---

原則

• 実証済みのパターンだけを形式化する — 失敗したワークフローや確認が取れていないワークフローは、スキルではなく /money-learn に記録します。
• 一般的なものより具体的なものを — cold-email-template よりも cold-email-saas-founders-under-10k-mrr という名前のスキルのほうが役立ちます。具体性によって検索精度と品質が高まります。
• 保存前にサニタイズする — プロジェクトローカルのスキルは、バージョン管理されたり共有されたりする可能性があります。ステップ 3 の一環として、秘密情報と PII を削除します。
• 上書きではなく、バージョンを作る — cold-email/、次に cold-email-v2/、さらに cold-email-v3/。この変遷自体が、組織にとって有用な記憶になります。
• スキルは日誌ではありません — スキルには手順をまとめます。日誌には起きたことを記録します。形式化する手順がない場合は、代わりに学びを記録します。

---

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

形式化に成功した後：

• 📦 記録した内容 — {path} に、再利用可能なスキルを 1 つ保存しました
• ⏱ 今後の利用で節約できる時間 — 約 30～90 分 — 同じ手順を再発見する時間と、SKILL.md に従って実行する時間との差です
• ⚠️ 回避できるリスク — 次回、同じワークフローを以前より悪い形でやり直すリスクです。元の成功が記録されていないために、自分の過去の成功を劣化させて再構築する創業者は少なくありません
• 🔁 自動表示 — 今後、このプロジェクトで Claude Code を起動するたびに、利用可能なプロジェクトローカルのスキルを一覧にした一行の通知が表示されます

/money-skillify list の実行後：

• 📋 表示された内容 — {N} 個のプロジェクトローカルスキルと、それぞれのトリガー
• ✅ 得られるもの — このプロジェクトで形式化したワークフローの完全な一覧と、各スキルのファイルパスおよびトリガー