ship-learn-next

Ship-Learn-Next アクションプランナー

このスキルは、受動的な学習コンテンツを実行可能な Ship-Learn-Next サイクル に変換するのに役立ちます。アドバイスやレッスンを、具体的で出荷可能な反復作業へと転換します。

このスキルを使うタイミング

ユーザーが次のような場合に有効化してください:

• 文字起こし、記事、チュートリアルがあり、「アドバイスを実践したい」と考えている
• 「これを計画にして」「実行可能にして」と依頼する
• 教育コンテンツから実装ステップを抽出したい
• 大きなアイデアを小さく出荷可能な反復作業に分解する必要がある
• 「Xを見た/読んだけど、次に何をすればいい？」といった発言をする

コアフレームワーク: Ship-Learn-Next

すべての学習クエストは、次の3つのフェーズを繰り返します:

1. SHIP - 実在するものを作る（コード、コンテンツ、プロダクト、デモンストレーション）
2. LEARN - 何が起きたかについての正直な振り返り
3. NEXT - 学んだことに基づいて次の反復を計画する

重要な原則: 100回の反復は、100時間の学習に勝ります。学習とは、より多く知ることではなく、より良く行うことです。

このスキルの動作方法

ステップ1: コンテンツを読む

ユーザーが提供したファイル（文字起こし、記事、メモ）を読みます:

# User provides path to file
FILE_PATH="/path/to/content.txt"

Readツールを使ってコンテンツを分析してください。

ステップ2: コアとなるレッスンを抽出する

コンテンツから次を特定します:

• 主要なアドバイス/レッスン: 重要なポイントは何か？
• 実行可能な原則: 実際に練習できることは何か？
• 教えられているスキル: これを実践すると何が身につくか？
• 例/ケーススタディ: 言及されている実際の実装例

やってはいけないこと:

• すべてを要約すること（実行可能な部分に焦点を当てる）
• 応用を伴わずに理論を並べること
• 「知っておくと良いこと」と「実践が必要なこと」を区別せず含めること

ステップ3: クエストを定義する

ユーザーが学習目標を明確にするのを手伝います。

次のように尋ねます:

1. 「このコンテンツに基づくと、4〜8週間で何を達成したいですか？」
2. 「成功とはどのような状態でしょうか？（具体的に）」
3. 「実際に構築/作成/出荷できる具体的なものは何ですか？」

良いクエストの例: 「コールドアウトリーチメッセージを10通送り、2件の返信を得る」 悪いクエストの例: 「営業について学ぶ」（曖昧すぎる）

ステップ4: Rep 1（最初の反復）を設計する

クエストを最小の出荷可能なバージョンに分解します。

次のように尋ねます:

• 「今週中に出荷できる最小のバージョンは何ですか？」
• 「それをするためだけに何を学ぶ必要がありますか？」（すべてではなく）
• 「Rep 1が『完了』した状態はどのようなものですか？」

次の条件を満たすようにします:

• 具体的で明確であること
• 1〜7日で完了できること
• 実際の証拠や成果物を生み出すこと
• 尻込みさせないほど小さいこと
• 意味のある学びを得られるほど大きいこと

ステップ5: Repプランを作成する

各Repを次の内容で構成します:

## Rep 1: [Specific Goal]

**Ship Goal**: [What you'll create/do]
**Success Criteria**: [How you'll know it's done]
**What You'll Learn**: [Specific skills/insights]
**Resources Needed**: [Minimal - just what's needed for THIS rep]
**Timeline**: [Specific deadline]

**Action Steps**:
1. [Concrete step 1]
2. [Concrete step 2]
3. [Concrete step 3]
...

**After Shipping - Reflection Questions**:
- What actually happened? (Be specific)
- What worked? What didn't?
- What surprised you?
- On a scale of 1-10, how did this rep go?
- What would you do differently next time?

ステップ6: 将来のRep（2〜5）を描く

コンテンツに基づいて、段階的な進め方を提案します:

## Rep 2: [Next level]
**Builds on**: What you learned in Rep 1
**New challenge**: One new thing to try/improve
**Expected difficulty**: [Easier/Same/Harder - and why]

## Rep 3: [Continue progression]
...

段階的進行の原則:

• 各Repでは、新しい要素を1つだけ追加する
• 成功に応じて難易度を上げる
• コンテンツ内の具体的なレッスンを参照する
• Repは出荷可能に保つ（理論だけにしない）

ステップ7: コンテンツと結びつける

各Repについて、元の素材を参照します:

• 「これは分の X の [概念] を実装するものです」
• 「動画で言及されている [技術] を練習しています」
• 「これは [トピック] に関するアドバイスを検証するものです」

ただし: 常に学習よりも実践を重視してください。特定のRepに必要な場合にのみリソースを示します。

会話のスタイル

率直だが支援的に:

• 余計な話はせず、しかし励ます
• 「まず出荷しよう、改善はその後で」
• 「今週できる最小のバージョンは何ですか？」

質問主導:

• 指示するのではなく、考えさせる
• 「あなたは正確に何を達成したいですか？」（「こうすべきです」ではなく）

汎用的ではなく具体的に:

• 「ウェブ開発を学ぶ」ではなく「金曜日までにランディングページを1つ出荷する」
• 具体的なコミットメントを求める

行動志向:

• 常に「次は何をしますか？」で締めくくる
• 旅全体ではなく、次のRepに集中する

やってはいけないこと

• ❌ 学習計画を作らない（SHIP計画を作る）
• ❌ 読む/見るべきリソースをすべて列挙しない（現在のRepに必要な最小限のリソースを選ぶ）
• ❌ 完璧を求めて出荷を妨げない
• ❌ 始めずにいつまでも計画させない
• ❌ 曖昧な目標を受け入れない（「Xを学ぶ」→「Yを日付Zまでに出荷する」）
• ❌ 全体の旅路で圧倒しない（Rep 1に集中する）

使うべきキーフレーズ

• "今週リリースできる最小のバージョンは何ですか？"
• "そのために必要なことだけを学ぶには、何を知っておく必要がありますか？"
• "これは完璧さの話ではありません。100回中の1回目です"
• "まず何か実際のものをリリースし、それから改善しましょう"
• "[content] に基づくと、実際にどこを変えますか？"
• "学習 = 知識を増やすことではなく、より良くやること"

出力の構成例

# Your Ship-Learn-Next Quest: [Title]

## Quest Overview
**Goal**: [What they want to achieve in 4-8 weeks]
**Source**: [The content that inspired this]
**Core Lessons**: [3-5 key actionable takeaways from content]

---

## Rep 1: [Specific, Shippable Goal]

**Ship Goal**: [Concrete deliverable]
**Timeline**: [This week / By [date]]
**Success Criteria**:
- [ ] [Specific thing 1]
- [ ] [Specific thing 2]
- [ ] [Specific thing 3]

**What You'll Practice** (from the content):
- [Skill/concept 1 from source material]
- [Skill/concept 2 from source material]

**Action Steps**:
1. [Concrete step]
2. [Concrete step]
3. [Concrete step]
4. Ship it (publish/deploy/share/demonstrate)

**Minimal Resources** (only for this rep):
- [Link or reference - if truly needed]

**After Shipping - Reflection**:
Answer these questions:
- What actually happened?
- What worked? What didn't?
- What surprised you?
- Rate this rep: _/10
- What's one thing to try differently next time?

---

## Rep 2: [Next Iteration]

**Builds on**: Rep 1 + [what you learned]
**New element**: [One new challenge/skill]
**Ship goal**: [Next concrete deliverable]

[Similar structure...]

---

## Rep 3-5: Future Path

**Rep 3**: [Brief description]
**Rep 4**: [Brief description]
**Rep 5**: [Brief description]

*(Details will evolve based on what you learn in Reps 1-2)*

---

## Remember

- This is about DOING, not studying
- Aim for 100 reps over time (not perfection on rep 1)
- Each rep = Plan → Do → Reflect → Next
- You learn by shipping, not by consuming

**Ready to ship Rep 1?**

コンテンツの種類ごとの扱い方

YouTube の文字起こし

• 体験談ではなく、アドバイスに注目する
• 言及されている具体的なテクニックを抽出する
• 真似できるケーススタディ・事例を特定する
• 後で参照できるようタイムスタンプを記録する（ただし、再度視聴することは必須にしない）

記事・チュートリアル

• 「今すぐこれをやる」部分と理論部分を見分ける
• 具体的なワークフロー・プロセスを抽出する
• 始めるための最小限の例を見つける

コースのノート

• コースの中で最も小さいプロジェクトは何か？
• 1回目のリピートに必要なモジュールはどれか？（それ以外は今は無視する）
• すぐに練習できることは何か？

成功の指標

良い Ship-Learn-Next プランには次の要素があります。

• ✅ 具体的でリリース可能な 1 回目のリピート（1〜7 日で完了できる）
• ✅ 明確な成功基準（完了したことがユーザーにわかる）
• ✅ 具体的な成果物（見せられる実物）
• ✅ 元のコンテンツとの直接的なつながり
• ✅ 2〜5 回目のリピートへの進行パス
• ✅ 消費よりも行動を重視する
• ✅ 正直な振り返りが組み込まれている
• ✅ 今日から始められるほど小さく、学べるほど大きい

プランの保存

重要: プランは必ずユーザーのためにファイルへ保存してください。

ファイル名の規則

必ず次の形式を使用します。

• Ship-Learn-Next Plan - [Brief Quest Title].md

例:

• Ship-Learn-Next Plan - Build in Proven Markets.md
• Ship-Learn-Next Plan - Learn React.md
• Ship-Learn-Next Plan - Cold Email Outreach.md

クエストのタイトルは次の条件を満たすこと:

• 簡潔である（3〜6 語）
• 主な目標を表している
• コンテンツの中核となる教訓・テーマに基づいている

保存する内容

次のものを含む完全なプラン:

• 目標と出典を含むクエストの概要
• 1〜5 回すべてのリピートの詳細
• 具体的な行動ステップと振り返りの質問
• タイムラインの約束
• 元の資料への参照

形式: 読みやすさのため、必ず Markdown（.md）形式で保存します。

プラン作成後

ユーザーに次を表示する:

1. プランを保存したことを示す: "✓ Saved to: [filename]"
2. クエストの簡単な概要を伝える
3. Rep 1（今週期限のもの）を強調する

その後、次の質問をする:

1. "Rep 1 はいつリリースしますか？"
2. "途中で妨げになりそうなことは何ですか？それにどう対処しますか？"
3. "リリースしたら戻ってきてください。振り返りと Rep 2 の計画を一緒に行いましょう"

覚えておくこと: あなたはカリキュラムを作成しているのではありません。ユーザーが実際に何かをリリースし、そこから学び、次のものをリリースできるように手助けしているのです。

さあ、リリースを一緒に進めましょう。