ln-200-scope-decomposer

パス： ファイルパス（references/、../ln-*）は、このスキルディレクトリからの相対パスです。

スコープ分解（トップオーケストレーター）

タイプ： L1 トップオーケストレーター カテゴリ： 2XX 計画

スコープからユーザーストーリーまで、エピックおよびストーリーのコーディネーターを通じて取り組み全体を分解する、トップレベルのオーケストレーターです。

目的

このスキルでできること

新しい取り組みの分解パイプライン全体を調整します。

• kanban_board.md からチーム ID を自動検出します
• フェーズ 1： 検出（チーム ID）
• フェーズ 2： エピック分解（ln-210-epic-coordinator に委任）
• フェーズ 3： ストーリー分解ループ（読み取り専用の入力を事前に一括計算してから、エピックごとに順次 ln-220-story-coordinator に委任）
• フェーズ 4： RICE 優先順位付けループ（任意。子のランタイム入力を事前に計算してから、対象となるエピックごとに順次 ln-230-story-prioritizer に委任）
• フェーズ 5： 概要（合計数と次のステップ）

ランタイム契約

必ず読み込むこと： references/coordinator_runtime_contract.md、references/scope_decomposition_runtime_contract.md、references/scope_decomposition_summary_contract.md、references/epic_plan_summary_contract.md、references/coordinator_summary_contract.md

ランタイムファミリー：scope-decomposition-runtime

識別子：

• スコープ識別子

フェーズ：

1. PHASE_0_CONFIG
2. PHASE_1_DISCOVERY
3. PHASE_2_EPIC_DECOMPOSITION
4. PHASE_3_STORY_LOOP
5. PHASE_4_PRIORITIZATION_LOOP
6. PHASE_5_FINALIZE
7. PHASE_6_SELF_CHECK

コーディネーター概要の契約：

• ln-210 の epic-plan を消費する
• ln-220 の story-plan を消費する
• ln-230 の story-prioritization-worker を消費する
• PHASE_5_FINALIZE 中に最終的な scope-decomposition コーディネーター概要を書き込む

ワーカーの呼び出し（必須）

ホストスキルの呼び出し： Skill(skill: "...", args: "...") による委任が必須です。

• Claude：表示どおりに Skill ツールを呼び出します。
• Codex：Skill ツールがない場合は、利用可能なスキルから指定されたスキルを探し、その SKILL.md を読み、args を $ARGUMENTS として扱ってそのスキルのワークフローを実行し、結果または成果物を持ってここに戻ります。
• ワーカーのロジックをインラインで記述したり、対象のスキルを実行せずにワーカーを完了扱いにしたりしないでください。

フェーズごとに委任するワーカー：

• フェーズ 2：ln-210-epic-coordinator — エピック分解（CREATE/REPLAN）
• フェーズ 3：ln-220-story-coordinator — エピックごとのストーリー分解（順次）
• フェーズ 4：ln-230-story-prioritizer — エピックごとの任意の RICE 優先順位付け（順次）

# Phase 2 — Epic decomposition
node references/scripts/epic-planning-runtime/cli.mjs start --identifier {scopeIdentifier} --manifest-file {epicManifestPath}
Skill(skill: "ln-210-epic-coordinator", args: "{scopeIdentifier} --manifest-file {epicManifestPath}")
node references/scripts/scope-decomposition-runtime/cli.mjs record-epic-summary --identifier {scopeIdentifier} --payload-file {epicSummaryArtifactPath}

# Phase 3 — Story decomposition (per Epic, sequential)
node references/scripts/story-planning-runtime/cli.mjs start --epic {epicId} --manifest-file {storyManifestPath}
Skill(skill: "ln-220-story-coordinator", args: "{epicId} --manifest-file {storyManifestPath}")
node references/scripts/scope-decomposition-runtime/cli.mjs record-story-summary --identifier {scopeIdentifier} --payload-file {storySummaryArtifactPath}

# Phase 4 — RICE prioritization (optional, per Epic, sequential)
node references/scripts/planning-worker-runtime/cli.mjs start --skill ln-230 --identifier {identifier} --manifest-file {prioritizationManifestPath} --run-id {childRunId} --summary-artifact-path {childSummaryArtifactPath}
child_run = { skill, run_id, identifier, summary_artifact_path }
childSummaryArtifactPath = .hex-skills/runtime-artifacts/runs/{parent_run_id}/story-prioritization-worker/ln-230--{identifier}.json
Skill(skill: "ln-230-story-prioritizer", args: "{identifier} --epic {epicId} --run-id {childRunId} --summary-artifact-path {childSummaryArtifactPath}")
Read {childSummaryArtifactPath}
node references/scripts/scope-decomposition-runtime/cli.mjs record-prioritization-summary --identifier {scopeIdentifier} --payload-file {childSummaryArtifactPath}

TodoWrite の形式（必須）

- Phase 1: Discover top-level scope context (pending)
- Phase 2: Run Epic decomposition (pending)
- Phase 3: Run sequential Story loop (pending)
- Phase 4: Run optional prioritization loop (pending)
- Phase 5: Finalize scope summary (pending)
- Phase 6: Self-check (pending)

このスキルを使う場面

次の場合にこのスキルを使用してください。

• 完全な分解（スコープ → エピック → ストーリー）が必要な新しい取り組みを開始する
• エピックとストーリーの作成を単一のワークフローで自動化する
• 手動で段階的に呼び出すより、パイプライン全体を実行したい
• 新しいプロジェクトを効率よく進めたい（最初から最後まで 2～3 時間）

代替手段： 細かく制御するには、コーディネーターを手動で呼び出します。

1. ln-210-epic-coordinator - エピックを CREATE/REPLAN する
2. ln-220-story-coordinator - ストーリーを CREATE/REPLAN する（エピックごとに 1 回）
3. ln-230-story-prioritizer - RICE 優先順位付け（エピックごとに 1 回）

使用しない場面

次の場合は使用しないでください。

• 取り組みにすでにエピックがある → 代わりに ln-210-epic-coordinator の REPLAN モードを使用します
• 既存のストーリーを再計画する必要がある → エピックごとに ln-220-story-coordinator の REPLAN モードを使用します
• エピックの作成だけが必要 → ln-210-epic-coordinator を直接使用します
• 特定のエピックのストーリー作成だけが必要 → ln-220-story-coordinator を直接使用します

---

コアコンセプト

オーケストレーターパターン

ln-200-scope-decomposer は純粋なコーディネーターです。作業を直接実行することはありません。

• ✅ コンテキストを特定します（Team ID）
• ✅ ルーティングを決定します（呼び出すコーディネーター）
• ✅ すべての作業を Skill ツール経由で委任します（ln-210、ln-220、ln-230）
• ✅ ワークフローの状態を管理します（Epic の作成 → Story のループ）
• ❌ プロジェクトのドキュメントは調査しません（ln-210 が担当します）
• ❌ Epic／Story のドキュメントは生成しません（ln-210／ln-220 が担当します）
• ❌ トラッカーの課題は作成しません（コーディネーターが設定済みプロバイダー経由で作成します）
• ❌ ユーザーにプロンプトを表示しません（ユーザーとのやり取りはすべてコーディネーターが担当します）

コーディネーター：

• ln-210-epic-coordinator： 3～7 個の Epic を作成します（該当する場合、インフラストラクチャ用に Epic 0、ビジネスドメイン用に Epic 1～N）
• ln-220-story-coordinator： Epic ごとに 5～10 個の Story を作成します（標準の調査を含む）

Story の逐次分解

重大な制約： Epic N の Story がすべて完了してから Epic N+1 を開始する必要があります（ln-220 はユーザーとのやり取りを含むため、Epic 間で対話を並列化できません）。

なぜ逐次処理なのか？

• ln-220-story-coordinator はユーザーとのやり取り（Story のプレビュー確認）を含みます
• 対話は並列化できません（ユーザーは Epic ごとに Story を確認する必要があります）
• Epic N の Story が承認され、作成されてから Epic N+1 が開始されることを保証します
• 読み取り専用の準備（Epic のメタデータ、子マニフェスト、アーティファクトのパス）は事前にまとめて実施できますが、Story の作成自体は逐次処理のままです

例： Epic が 6 個の場合 → ln-220 を 6 回、逐次呼び出します（Epic 0 → Epic 1 → Epic 2 → ... → Epic 5）

インフラストラクチャ Epic = Epic 0

予約番号： Epic 0 は、インフラストラクチャ Epic 用に予約されています（ln-210 が提案した場合）。

番号付け：

• インフラストラクチャ Epic がある場合 → Epic 0（インフラストラクチャ）、Epic 1～N（ビジネスドメイン）
• ない場合 → Epic 1～N（ビジネスドメインのみ）

判断： ln-210-epic-coordinator の Phase 1 Step 3 で、インフラストラクチャ Epic が必要かどうかを自動的に判断します（新規プロジェクト、複数の技術スタック、セキュリティ／モニタリング要件）。

自動検出

Team ID：docs/tasks/kanban_board.md の Tracker Configuration テーブルから自動検出されます（CLAUDE.md の「Configuration Auto-Discovery」を参照）。

フォールバック： kanban_board.md がない場合 → ln-210-epic-coordinator がユーザーに直接確認します

---

ワークフロー

Phase 1：検出（自動）

docs/tasks/kanban_board.md から Team ID を自動検出します。

検証：

• Team ID が kanban_board.md に存在すること
• 見つからない場合 → スキップします（ln-210 がユーザーに確認します）

オーケストレーターのレベルではユーザーへの確認は行いません。ユーザーとのやり取りはすべてコーディネーターが担当します。

出力： Team ID（見つからない場合は None）

Phase 2：Epic の分解（委任）

目的： イニシアチブのすべての Epic を作成します。

コーディネーターを起動して管理します。

🔄 [ORCHESTRATOR] Phase 2: Delegating Epic creation to ln-210-epic-coordinator

node references/scripts/epic-planning-runtime/cli.mjs start --identifier {scopeIdentifier} --manifest-file {epicManifestPath}
child_run = { skill: "ln-210", run_id, identifier, summary_artifact_path }
node references/scripts/scope-decomposition-runtime/cli.mjs record-epic-summary --identifier {scopeIdentifier} --payload-file {epicSummaryArtifactPath}

ln-210-epic-coordinator の処理：

• Phase 1：プロジェクトのドキュメント（requirements.md、architecture.md、tech_stack.md）を調査します
• Phase 2：ドメインとインフラストラクチャ Epic（Epic 0）を自動提案します → ユーザーがドメインのリストを確認します
• Phase 3：理想的な Epic 計画（Epic 0～N）を作成します
• Phase 5a：ドキュメントから Q1～Q4 を自動抽出 → すべての Epic ドキュメントを生成 → 一括プレビューを表示 → ユーザーが確認 → すべての Epic を作成します
• 戻り値：Epic の URL と概要

完了後： 設定済みのトラッカープロバイダー経由で Epic を作成し、kanban_board.md を更新します。

出力： 3～7 個の Epic を作成します（該当する場合はインフラストラクチャ用に Epic 0、ビジネスドメイン用に Epic 1～N）

Phase 3：Story 分解ループ（逐次、委任）

目的： 各 Epic の Story を作成します。読み取り専用の子入力を一度準備した後、Epic のループを逐次実行します。

逐次ループのロジック：

PREPARE once:
    1. Read epic-plan summary
    2. Precompute story child identifiers
    3. Precompute manifest paths + summary artifact paths

FOR EACH Epic (Epic 0, Epic 1, ..., Epic N):
    1. Invoke ln-220-story-coordinator for current Epic
    2. Wait for completion
    3. Verify Stories created in kanban_board.md
    4. Move to next Epic

停止条件（分解ループ）

条件	アクション
すべての Epic を処理済み（Story ＋任意の RICE）	停止 — まとめに進みます
ln-220 が Epic で失敗（コーディネーターエラー）	停止 — 部分的な結果を報告し、完了した Epic を列挙します
Story の確認中にユーザーがキャンセル	停止 — 完了した Epic を報告し、残りはスキップします
Story の総数が 80 を超過	停止 — 警告：「スコープが大きすぎる可能性があります。続行しますか？」

Epic ごとの呼び出し：

🔄 [ORCHESTRATOR] Phase 3: Delegating Story creation for Epic N to ln-220-story-coordinator

node references/scripts/story-planning-runtime/cli.mjs start --epic {epicId} --manifest-file {storyManifestPath}
child_run = { skill: "ln-220", run_id, identifier, summary_artifact_path }
node references/scripts/scope-decomposition-runtime/cli.mjs record-story-summary --identifier {scopeIdentifier} --payload-file {storySummaryArtifactPath}

ln-220-story-coordinator は（Epic ごとに）以下を実行します：

• フェーズ 1：Epic から Q1～Q6 を自動抽出＋フォールバック検索（requirements.md、tech_stack.md）
• フェーズ 2：標準をインラインで調査（MCP Ref、自動）
• フェーズ 3：最適な Story 計画を作成（5～10 件の Story）
• フェーズ 4a：すべての Story ドキュメントを生成 → プレビューを表示 → ユーザーが確認 → すべての Story を作成
• 返却内容：Story の URL ＋概要

逐次実行の制約について：

• ln-220 にはユーザーとのやり取り（Story プレビューの確認）が含まれます
• 並列化できません。ユーザーは各 Epic の Story を順番に確認する必要があります
• Epic N の Story が承認されてから、Epic N+1 の Story を生成します

各 Epic の処理後： 設定済みトラッカープロバイダーを使用して Story を作成し、kanban_board.md を更新します。

出力： 合計 30～60 件の Story（Epic 3～7 件 × 各 5～10 件）

TodoWrite の形式（必須）： 開始前にフェーズと Epic の反復処理を todo に追加します：

- Phase 1: Discovery (in_progress)
- Phase 2: Delegate to ln-210-epic-coordinator (pending)
- Phase 3: Delegate to ln-220 for Epic 0 (pending)
- Phase 3: Delegate to ln-220 for Epic 1 (pending)
- Phase 3: Delegate to ln-220 for Epic 2 (pending)
... (one todo per Epic)
- Phase 4: Delegate to ln-230 for Epic 0 (pending)
- Phase 4: Delegate to ln-230 for Epic 1 (pending)
... (one todo per Epic, optional)
- Phase 5: Summary (pending)

開始時にそれぞれを in_progress にし、コーディネーターが成功を返したら completed にします。

フェーズ 4：RICE 優先順位付けループ（任意、逐次、委任）

目的： 市場調査を用いて、該当する Epic ごとに Story の優先順位を RICE スコアで決定します。

任意： ユーザーに「すべての Epic の RICE 優先順位付けを実行しますか？」と尋ねます。ユーザーが辞退した場合は、フェーズ 5 に進みます。

逐次ループのロジック：

PREPARE once:
    1. Set prioritization_enabled=true|false in runtime state
    2. Determine expected_prioritization_epics (only Epics that should be prioritized)
    3. Precompute child identifiers, manifests, and artifact paths

FOR EACH expected Epic:
    1. Invoke ln-230-story-prioritizer for current Epic
    2. Wait for completion
    3. Verify prioritization.md created in docs/market/[epic-slug]/
    4. Move to next Epic

Epic ごとの呼び出し：

node references/scripts/planning-worker-runtime/cli.mjs start --skill ln-230 --identifier {identifier} --manifest-file {prioritizationManifestPath} --run-id {childRunId} --summary-artifact-path {childSummaryArtifactPath}
child_run = { skill: "ln-230", run_id, identifier, summary_artifact_path }
node references/scripts/scope-decomposition-runtime/cli.mjs record-prioritization-summary --identifier {scopeIdentifier} --payload-file {childSummaryArtifactPath}

ln-230-story-prioritizer は（Epic ごとに）以下を実行します：

• 設定済みトラッカープロバイダーを介して Story のメタデータを読み込みます（listStoriesByEpic）
• Story ごとに市場規模と競合を調査します
• RICE スコアを算出し、優先度（P0～P3）を割り当てます
• docs/market/[epic-slug]/prioritization.md を生成します

スキップ条件： Epic に技術系またはインフラ系の Story しか含まれておらず、意味のあるビジネス上の順序決定が不要な場合は、その Epic を expected_prioritization_epics に追加しないでください。

各 Epic の処理後： 優先順位付けの表を docs/market/[epic-slug]/prioritization.md に保存し、その Epic のまとめに記録します。

最終確定ルール： 優先順位付けが有効な場合、すべての expected_prioritization_epics に対して story-prioritization-worker のまとめが記録された後に限り、実行時の最終確定が許可されます。

出力： 該当するすべての Epic の優先順位付け表。

フェーズ 5：まとめと次のステップ

目的： すべての Epic レベルのまとめから集約した結果を使用して、分解の全体像を提示します。

🔄 [ORCHESTRATOR] Phase 5: Full decomposition complete

Initiative Decomposition Summary:
- Epics created: N Projects (Epic 0: Infrastructure [if exists], Epic 1-N: Business domains)
- Stories created: M Issues (breakdown per Epic)
- Prioritization completed: K Epic tables (aggregated across all expected Epic runs)
- Location: docs/tasks/kanban_board.md

Next Steps:
1. Run ln-310-multi-agent-validator to validate all Stories
2. Use ln-400-story-executor to process each Story (tasks → execution → Done)
   OR use ln-300-task-coordinator to create tasks manually for each Story

出力： 分解結果全体を含むまとめメッセージ

PHASE_6_SELF_CHECK の前に、最終コーディネーター成果物を書き込みます：

node references/scripts/scope-decomposition-runtime/cli.mjs record-scope-summary --identifier {scopeIdentifier} --payload-file {scopeSummaryPath}

---

重要なルール

1. オーケストレーターのレベルでユーザーにプロンプトを表示しない

オーケストレーターはユーザーにプロンプトを表示しません：

• ❌ 分解の確認「続行しますか？」は表示しません（不要です。コーディネーターがすでに確認します）
• ❌ 所要時間の見積もりは表示しません（誤解を招きます。実際の時間は変動します）
• ❌ Epic／Story のプレビューは表示しません（コーディネーターが対応します）

ユーザーとのやり取りはすべてコーディネーターに委任します：

• ln-210 フェーズ 2：ドメインの承認（ユーザー制御ポイント 1）
• ln-210 フェーズ 5a：Epic の一括プレビュー（ユーザー制御ポイント 2）
• ln-220 フェーズ 4a：Epic ごとの Story プレビュー（ユーザー制御ポイント 3、N 回）

2. 読み取り専用の準備作業のみ並列化する

• メタデータの読み込み、マニフェストの生成、成果物パスの計画では、一括準備が可能です。
• Epic 間で Epic または Story の変更処理を並列化しないでください。
• ユーザー向けプレビューの確認ポイントを並列化しないでください。

---

完了の定義

作業を完了する前に、すべてのチェックポイントを確認してください。

✅ チーム ID の確認（フェーズ 1）：

• チーム ID が kanban_board.md から読み込まれているか、スキップされている（ln-210 が確認を求めます）

✅ エピックの分解完了（フェーズ 2）：

• ln-210-epic-coordinator に委任した
• 3～7 個のエピックを作成した（該当する場合はインフラストラクチャ用のエピック 0、ビジネスドメイン用のエピック 1～N）
• エピックの URL が返された
• エピックが kanban_board.md に表示されている
• epic-plan の概要がランタイム状態に記録されている

✅ ストーリーの分解完了（フェーズ 3）：

• 各エピックについて ln-220-story-coordinator に順番に委任した
• エピックごとに 5～10 個のストーリーを作成した
• 各エピックのストーリー URL が返された
• すべてのストーリーが kanban_board.md のバックログセクションに表示されている
• 処理したすべてのエピックについて story-plan の概要が記録されている

✅ RICE による優先順位付け完了（フェーズ 4、任意）：

• ユーザーに優先順位付けについて確認した（辞退された場合はスキップ）
• 優先順位付けが有効かどうかがランタイムに記録されている
• 優先順位付けが有効な場合、expected_prioritization_epics がランタイムに記録されている
• 対象となる各エピックについて ln-230-story-prioritizer に委任した
• 優先順位付けの表が docs/market/[epic-slug]/ に保存されている
• 対象となるすべてのエピックについて story-prioritization-worker の概要が記録されている

✅ 概要の提示（フェーズ 5）：

• 合計数を表示した（エピック数、ストーリー数、エピックごとの内訳）
• kanban_board.md の場所を示した
• 次のステップを提示した（検証、タスク作成）
• 自己チェックの前に最終的な scope-decomposition の概要を記録した

出力： 分解結果の全容を含む概要メッセージ（エピック＋エピックごとのストーリー）

---

エコシステムとの連携

呼び出し元

ユーザーが直接呼び出します：「イニシアチブを分解：［イニシアチブ名］」または「［プロジェクト］のエピックとストーリーを作成」

呼び出し先（Skill ツール経由）

• ln-210-epic-coordinator（フェーズ 2）- CREATE モード（一括プレビュー付きのエピック一括作成）
• ln-220-story-coordinator（フェーズ 3、順次ループ）- エピックごとの CREATE モード（プレビュー付きのストーリー作成）
• ln-230-story-prioritizer（フェーズ 4、任意の順次ループ）- エピックごとの RICE による優先順位付け

後続処理

ln-200-scope-decomposer の完了後：

• ln-310-multi-agent-validator - タスク作成前に、作成されたすべてのストーリーを検証します
• ln-400-story-executor - 各ストーリーを処理します（タスク → 実行 → 完了）
  • または ln-300-task-coordinator - 各ストーリーのタスクを手動で作成します

---

ベストプラクティス

コーディネーターへの信頼

コーディネーターの結果を信頼してください： コーディネーターが概要を返すため、オーケストレーターは再検証しません。

エラー処理： コーディネーターがエラーを返した場合は、ユーザーに報告してパイプラインを停止します。

所要時間の見積もり

現実的な見積もり： 分解全体で 2～3 時間です（エピック 6 個 × 平均 7 ストーリー ＝ 42 ストーリー）。

内訳：

• フェーズ 2（エピック作成）：30～45 分（一括プレビューにより時間を短縮）
• フェーズ 3（ストーリー作成）：1.5～2 時間（エピック 6 個 × エピックあたり 15～20 分）
• フェーズ 4（概要）：2 分

所要時間の見積もりをユーザーに伝えないでください。プロジェクトの複雑さやユーザーの応答時間によって異なります。

---

使用例

リクエスト：

"Decompose initiative: E-commerce Platform"

実行：

1. フェーズ 1：確認

   • チーム ID を kanban_board.md から読み込みます

2. フェーズ 2：エピックの分解

   • ln-210-epic-coordinator を呼び出します
   • ln-210 が 6 個のエピックを作成します：
     • エピック 11（インフラストラクチャ用エピック 0 のパターン）
     • エピック 12～16（ビジネスドメイン）
   • 出力：エピックの URL 6 件

3. フェーズ 3：ストーリー分解ループ（順次）

   • エピック 11： ln-220 を呼び出し → ストーリー 6 個（US017～US022）
   • エピック 12： ln-220 を呼び出し → ストーリー 7 個（US023～US029）
   • エピック 13： ln-220 を呼び出し → ストーリー 5 個（US030～US034）
   • エピック 14： ln-220 を呼び出し → ストーリー 6 個（US035～US040）
   • エピック 15： ln-220 を呼び出し → ストーリー 7 個（US041～US047）
   • エピック 16： ln-220 を呼び出し → ストーリー 5 個（US048～US052）
   • 出力：ストーリー合計 36 個

4. フェーズ 4：概要

   🔄 [ORCHESTRATOR] Full decomposition complete
   
   Initiative: E-commerce Platform
   - Epics created: 6 Projects (Epic 11: Infrastructure, Epic 12-16: Business domains)
   - Stories created: 36 Issues
     - Epic 11: 6 Stories
     - Epic 12: 7 Stories
     - Epic 13: 5 Stories
     - Epic 14: 6 Stories
     - Epic 15: 7 Stories
     - Epic 16: 5 Stories
   - Location: docs/tasks/kanban_board.md
   
   Next Steps:
   1. Run ln-310-multi-agent-validator to validate all Stories
   2. Use ln-400-story-executor to process each Story (tasks → execution → Done)
   

結果： パイプラインの完全自動化により、エピック 6 個とストーリー 36 個を作成しました

---

フェーズ 6：メタ分析

任意の参考資料：ユーザーが実行後のメタ分析またはプロトコル形式での実行の振り返りを求めた場合にのみ、references/meta_analysis_protocol.md を読み込みます。

スキルタイプ：planning-coordinator。依頼された場合、すべてのフェーズの完了後に実行します。planning-coordinator 形式でチャットに出力します。

参考ファイル

• 設定ソース： docs/tasks/kanban_board.md（チーム ID、次のエピック番号）
• エピックコーディネーター： ln-210-epic-coordinator/SKILL.md
• ストーリーコーディネーター： ln-220-story-coordinator/SKILL.md
• ストーリー優先順位付け担当： ln-230-story-prioritizer/SKILL.md
• 番号付け規則： references/numbering_conventions.md（エピック 0 は予約済み）

---

チャット出力のプレフィックス

視覚的に区別できるよう、絵文字のプレフィックスを使用します。

• 🔄 [ORCHESTRATOR] - ln-200-scope-decomposer（最上位オーケストレーター）

目的： 複数のコーディネーターに処理を委任する際、ユーザーがオーケストレーターの進行状況を把握できるようにします。

---

バージョン： 2.0.0 最終更新日： 2025-11-20