claude-code-conductor 1.3.0__tar.gz → 1.4.0__tar.gz

{claude_code_conductor-1.3.0 → claude_code_conductor-1.4.0}/.claude/hooks/session_utils.py

@@ -20,6 +20,7 @@ def is_worktree(cwd: str) -> bool:
 def create_session_template(date_str: str) -> str:
     return (
         f"SESSION: {date_str}\n"
+        f"TASK_TYPE: \n"
         f"AGENT: \n"
         f"DURATION: \n"
         f"\n"

{claude_code_conductor-1.3.0 → claude_code_conductor-1.4.0}/.claude/skills/dev-workflow/SKILL.md

@@ -16,27 +16,31 @@ user-invocable: false
 
 `.claude/agents/interviewer.md` を Read してペルソナを採用する。
 
-今日のセッションファイル（`.claude/memory/sessions/YYYYMMDD.tmp`）に以下を追記する（未登録の場合のみ）:
-- `- [ ] ヒアリング` / `- [ ] 設計` / `- [ ] 計画`
+### TASK_TYPE の確認
 
-### A-1: 目的
+今日のセッションファイル（`.claude/memory/sessions/YYYYMMDD.tmp`）の冒頭から
+`^TASK_TYPE: (\S+)$` を抽出してコンテキストに保持する。
 
-AskUserQuestion ツール:
-```json
-{
-  "questions": [{
-    "question": "このプロジェクト・機能の目的を教えてください",
-    "options": [
-      { "label": "新機能の追加", "description": "新しい機能を実装したい" },
-      { "label": "既存機能の改善", "description": "現在の動作を変えたい・良くしたい" },
-      { "label": "バグ修正", "description": "問題のある動作を直したい" },
-      { "label": "リファクタリング", "description": "動作は変えずに内部を整理したい" }
-    ]
-  }]
-}
-```
+抽出した値が `feature / bug-fix / refactor / security-audit / docs` のいずれでもない場合
+（空欄、enum 外の文字列など）は「TASK_TYPE 未確定」とみなして以下のフォールバックを実施する。
+
+`TASK_TYPE` が空欄や行が無い、または enum 外の場合（`/develop` 直接呼び出しなど Step 0.5 を経由しないケース）:
+- Skill ツールで `task-routing` を呼ぶ。`args` に `from_start=true` を渡すことで
+  「種別確認のみモード」で動作させ、Step 2〜4 をスキップさせる（`/start` Step 0.5 と同じ呼び方）:
+  ```
+  Skill(skill="task-routing", args="from_start=true")
+  ```
+- 戻ってきた種別を当日 tmp 冒頭の `TASK_TYPE:` 行に Edit で書き込む（dev-workflow 側で書き込む）
+- これにより task-routing が再帰的に `/start` を Read して再び `task-routing` を呼ぶ事態を回避する
 
-### A-2: 背景・きっかけ
+`TASK_TYPE` が `feature` 以外（bug-fix / refactor / security-audit / docs）の場合は、
+本来 dev-workflow フェーズ A〜E のフルパスを通す必要がない種別であることを通知し、
+ユーザーに本当に dev-workflow を実行するか確認する（誤起動の防止）。
+
+今日のセッションファイルに以下を追記する（未登録の場合のみ）:
+- `- [ ] ヒアリング` / `- [ ] 設計` / `- [ ] 計画`
+
+### A-1: 背景・きっかけ
 
 AskUserQuestion ツール:
 ```json
@@ -53,7 +57,7 @@ AskUserQuestion ツール:
 }
 ```
 
-### A-3: 制約・前提条件
+### A-2: 制約・前提条件
 
 AskUserQuestion ツール:
 ```json
@@ -73,7 +77,7 @@ AskUserQuestion ツール:
 
 制約を選んだ場合は補足情報（納期の日付など）を追加で確認する。
 
-### A-4: 非機能要件
+### A-3: 非機能要件
 
 AskUserQuestion ツール:
 ```json
@@ -91,9 +95,19 @@ AskUserQuestion ツール:
 }
 ```
 
-### A-5: requirements-report の生成と承認
+### A-4: requirements-report の生成と承認
 
 収集した内容をもとに `.claude/reports/requirements-report-YYYYMMDD-HHMMSS.md` に Write する。
+ファイル冒頭のフロントマターに `task_type: {task_type}` を含めること（後段の architect / planner が参照する）:
+
+```yaml
+---
+task_type: {task_type}   # /start Step 0.5 で確定した種別（feature / bug-fix / refactor / security-audit / docs のいずれか）を埋める
+---
+```
+
+`{task_type}` は plain string で、前述の TASK_TYPE 確認フェーズで保持した値と同じものを書く。
+
 内容を提示した後、AskUserQuestion で確認する:
 
 ```json
@@ -123,6 +137,8 @@ AskUserQuestion ツール:
 
 **フェーズ A から続いている場合:** 要件はコンテキスト内にあるため読み直し不要。
 **直接開始の場合:** Glob で `.claude/reports/requirements-report-*.md` の最新を Read する。
+requirements-report のフロントマターに `task_type:` があれば読み取ってコンテキストに保持する
+（後段で agent 起動方針の判定に使う）。
 
 今日のセッションファイルに以下を追記する（未登録の場合のみ）:
 - `- [ ] 設計` / `- [ ] 計画`

{claude_code_conductor-1.3.0 → claude_code_conductor-1.4.0}/.claude/skills/init-session/SKILL.md

@@ -22,6 +22,8 @@ Bash ツールで以下を **2回に分けて** 実行する（`&&` で結合し
 Glob で `.claude/memory/sessions/*.tmp` を検索し、ファイル名（YYYYMMDD）が最大のものを Read する。
 ファイルが存在しない場合は「前回セッションなし」として Step 3 へ進む。
 
+冒頭から `^TASK_TYPE: (\S+)$` を抽出して `prev_task_type` として記録する（存在すれば Step 3 のサマリに含める）。
+
 ---
 
 ## Step 2: 昇格候補パターンを確認する
@@ -39,6 +41,8 @@ Glob で `.claude/memory/sessions/*.tmp` を検索し、ファイル名（YYYYMM
 ## セッション再開 ({今日の日付})
 
 ### 前回セッション ({前回の日付})
+**前回のタスク種別:** {prev_task_type があれば表示、なければ省略}
+
 **残タスク:**
 {残タスクリスト。完了済み [x] は省略する}
 
@@ -80,6 +84,7 @@ AskUserQuestion ツールで以下を提示する:
 
 **「ワークフローで始める」の場合:**
 Skill ツールで `start` スキルを呼び出す。
+（`/start` 内の Step 0.5 で task-routing が自動実行されるため、ここで個別呼び出しは不要）
 
 **「直接指示する」の場合:**
 ```

claude_code_conductor-1.4.0/.claude/skills/start/SKILL.md

@@ -0,0 +1,252 @@
+---
+description: 開発ワークフローの入口。既存レポートの整理後、ヒアリング・設計・計画・実装のどこから始めるかを選んで dev-workflow を実行する。
+---
+
+# start
+
+開発ワークフローの入口。フロー順序: **Step 0（レポート整理）→ Step 0.5（タスク種別確認）→ Step 1（開始地点選択）→ Step 2（フェーズ遷移）**。
+
+---
+
+## Step 0: レポートの整理
+
+Glob で `.claude/reports/*.md` を検索する（`archive/` 配下は含まない）。
+レポートが存在しない場合はこの Step をスキップして Step 1 へ進む。
+
+レポートが存在する場合はファイル名の一覧をテキストで提示してから AskUserQuestion で確認する:
+
+```json
+{
+  "questions": [{
+    "question": "既存のレポートがあります。どうしますか？",
+    "options": [
+      { "label": "全てアーカイブして新しく始める", "description": "全レポートを reports/archive/ に移動する" },
+      { "label": "アーカイブするフェーズを選ぶ", "description": "フェーズ単位で選んで一部だけ移動する" },
+      { "label": "そのまま引き継ぐ", "description": "レポートを変更せずに続ける" }
+    ]
+  }]
+}
+```
+
+**「全てアーカイブして新しく始める」の場合:**
+Bash ツールで実行する:
+```bash
+mkdir -p .claude/reports/archive && mv .claude/reports/*.md .claude/reports/archive/
+```
+
+**「アーカイブするフェーズを選ぶ」の場合:**
+AskUserQuestion で対象フェーズを確認する:
+
+```json
+{
+  "questions": [{
+    "question": "アーカイブするフェーズを選んでください（複数選択可）",
+    "options": [
+      { "label": "要件定義", "description": "requirements-report-*.md" },
+      { "label": "設計", "description": "architecture-report-*.md" },
+      { "label": "計画", "description": "plan-report-*.md" },
+      { "label": "レビュー", "description": "code-review-report-*.md / security-review-report-*.md" }
+    ],
+    "multiSelect": true
+  }]
+}
+```
+
+選択されたフェーズに対応するファイルを Bash ツールで移動する（ファイルが存在しない場合はスキップ）:
+- 要件定義: `mkdir -p .claude/reports/archive && mv .claude/reports/requirements-report-*.md .claude/reports/archive/ 2>/dev/null || true`
+- 設計: `mkdir -p .claude/reports/archive && mv .claude/reports/architecture-report-*.md .claude/reports/archive/ 2>/dev/null || true`
+- 計画: `mkdir -p .claude/reports/archive && mv .claude/reports/plan-report-*.md .claude/reports/archive/ 2>/dev/null || true`
+- レビュー: `mkdir -p .claude/reports/archive && mv .claude/reports/code-review-report-*.md .claude/reports/archive/ 2>/dev/null || true && mv .claude/reports/security-review-report-*.md .claude/reports/archive/ 2>/dev/null || true`
+
+---
+
+## Step 0.5: タスク種別の確認
+
+タスクの種別（feature / bug-fix / refactor / security-audit / docs）を確定して、
+当日セッション tmp の冒頭 `TASK_TYPE:` 行に書き込む。
+
+### 0.5-A: 当日 tmp の準備
+
+当日セッションファイル（`.claude/memory/sessions/{今日のYYYYMMDD}.tmp`）が存在しない場合は、
+Bash で `session_utils.create_session_template` を使ってテンプレートを生成する:
+
+```bash
+python -c "
+import sys
+from pathlib import Path
+sys.path.insert(0, '.claude/hooks')
+from session_utils import create_session_template
+date_str = '{今日のYYYYMMDD}'
+target = Path(f'.claude/memory/sessions/{date_str}.tmp')
+if not target.exists():
+    target.parent.mkdir(parents=True, exist_ok=True)
+    target.write_text(create_session_template(date_str), encoding='utf-8')
+"
+```
+
+これによりテンプレート全体が一度に書かれ、`TASK_TYPE: ` 行も冒頭に含まれる。
+
+### 0.5-B: 前回 TASK_TYPE の確認とショートカット
+
+Glob で `.claude/memory/sessions/*.tmp` を検索し、当日より前で最大日付のファイルを Read する。
+冒頭から `^TASK_TYPE: (\S+)$` を抽出して `prev_type` とする。
+
+**ホワイトリスト検証**: 抽出した `prev_type` が
+`feature / bug-fix / refactor / security-audit / docs` のいずれでもない場合
+（空欄、enum 外の文字列、不正な値など）は `prev_type=None` として 0.5-C に進む
+（プロンプト汚染対策、`[SR-V-001]` 対応）。
+
+`prev_type` が確定種別（上記 5 種のいずれか）の場合、AskUserQuestion で 2 択ショートカットを提示する:
+
+```json
+{
+  "questions": [{
+    "question": "前回と同じ種別 ({prev_type}) で進めますか？",
+    "header": "種別ショートカット",
+    "options": [
+      { "label": "前回と同じ ({prev_type}) で進める", "description": "task-routing をスキップして種別を引き継ぐ" },
+      { "label": "別の種別を選ぶ", "description": "task-routing で 5 択から選び直す" }
+    ]
+  }]
+}
+```
+
+「前回と同じ」を選んだ場合は `task_type = prev_type` として 0.5-D へ進む。
+「別の種別を選ぶ」または `prev_type=None` の場合は 0.5-C へ進む。
+
+### 0.5-C: task-routing の呼び出し
+
+Skill ツールで `task-routing` を呼ぶ。`args` パラメータに `from_start=true` を渡すことで、
+task-routing 側に「/start 経由での呼び出しなので Step 1 のみ実行して種別を返す」ことを伝える:
+
+```
+Skill(skill="task-routing", args="from_start=true")
+```
+
+task-routing は args に `from_start=true` が含まれていることをコンテキストから読み取り、
+Step 1（種別の 5 択）のみ実行して種別を返す。Step 2〜4 はスキップされる。
+
+戻ってきた種別を `task_type` とする。
+
+### 0.5-D: TASK_TYPE 行の書き込み
+
+当日 tmp の冒頭 `TASK_TYPE:` 行を Edit で `TASK_TYPE: {task_type}` に置換する。
+0.5-A で生成したテンプレートには `TASK_TYPE: ` のような空欄行が冒頭にあるため、そこを置換する:
+
+```
+old: TASK_TYPE: 
+new: TASK_TYPE: {task_type}
+```
+
+`{task_type}` には Step 0.5-B または 0.5-C で確定した種別の文字列
+（feature / bug-fix / refactor / security-audit / docs のいずれか）を埋める。
+
+---
+
+## Step 1: 開始地点の選択
+
+確定した `task_type` に応じて、種別ごとに異なる選択肢を AskUserQuestion で提示する。
+
+### feature の場合（4 択・現状維持）
+
+```json
+{
+  "questions": [{
+    "question": "feature の作業をどこから始めますか？",
+    "header": "開始地点",
+    "options": [
+      { "label": "ヒアリング", "description": "要件を整理するところから始める（新規・大きな変更）" },
+      { "label": "設計", "description": "要件は明確なので設計から始める" },
+      { "label": "計画", "description": "設計済みなのでタスク計画から始める" },
+      { "label": "実装", "description": "計画済みなので実装から始める" }
+    ]
+  }]
+}
+```
+
+### bug-fix の場合（最大 2 択）
+
+既存 `.claude/reports/plan-report-*.md` が存在するかを Glob で確認し、選択肢を組み立てる:
+
+```json
+{
+  "questions": [{
+    "question": "bug-fix の作業をどこから始めますか？",
+    "header": "開始地点",
+    "options": [
+      { "label": "systematic-debugger 直起動", "description": "原因調査から始める（推奨）" },
+      { "label": "計画から", "description": "既存 plan-report がある場合のみ。計画フェーズから入って修正タスクとして整える" }
+    ]
+  }]
+}
+```
+
+`plan-report-*.md` が無い場合は「計画から」の選択肢を外して 1 択（自動的に systematic-debugger）にする。
+
+### refactor の場合（2 択）
+
+```json
+{
+  "questions": [{
+    "question": "refactor の作業をどこから始めますか？",
+    "header": "開始地点",
+    "options": [
+      { "label": "計画", "description": "planner で po_plan_version 付き plan-report を生成して PO 並列実行に備える" },
+      { "label": "実装", "description": "既存 po_plan_version 付き plan-report を使って wave-execution に直接入る" }
+    ]
+  }]
+}
+```
+
+### security-audit の場合（即実行のみ）
+
+選択肢は 1 つのみ。AskUserQuestion で確認のみ取る:
+
+```json
+{
+  "questions": [{
+    "question": "security-audit を実行します。code-reviewer と security-reviewer を並列起動してよいですか？",
+    "header": "実行確認",
+    "options": [
+      { "label": "実行する", "description": "code-reviewer + security-reviewer を 1 メッセージで並列起動" },
+      { "label": "中止する", "description": "ここで停止" }
+    ]
+  }]
+}
+```
+
+### docs の場合（即実行のみ）
+
+```json
+{
+  "questions": [{
+    "question": "docs 作業を実行します。doc-writer を起動してよいですか？",
+    "header": "実行確認",
+    "options": [
+      { "label": "実行する", "description": "doc-writer を起動してドキュメント作業を進める" },
+      { "label": "中止する", "description": "ここで停止" }
+    ]
+  }]
+}
+```
+
+---
+
+## Step 2: 種別 × 開始地点 → フェーズ遷移
+
+| 種別 | 開始地点 | 遷移先 |
+|---|---|---|
+| feature | ヒアリング | `.claude/skills/dev-workflow/SKILL.md` を Read してフェーズ A から |
+| feature | 設計 | `.claude/skills/dev-workflow/SKILL.md` を Read してフェーズ B から |
+| feature | 計画 | `.claude/skills/dev-workflow/SKILL.md` を Read してフェーズ C から |
+| feature | 実装 | `.claude/skills/dev-workflow/SKILL.md` を Read してフェーズ D から |
+| bug-fix | systematic-debugger 直起動 | Agent ツールで `systematic-debugger` を起動 → `developer` → `tester` → `code-reviewer` の順 |
+| bug-fix | 計画から | `.claude/skills/dev-workflow/SKILL.md` を Read してフェーズ C から（既存 plan-report を利用） |
+| refactor | 計画 | Agent ツールで `planner` を起動して `po_plan_version` 付き plan-report を生成 → `.claude/skills/wave-execution/SKILL.md` を Read |
+| refactor | 実装 | `.claude/skills/wave-execution/SKILL.md` を Read して PO 並列実行に直接入る |
+| security-audit | 即実行 | Agent ツールで `code-reviewer` と `security-reviewer` を **1 メッセージ内で並列起動** |
+| docs | 即実行 | Agent ツールで `doc-writer` を単独起動 |
+
+**最初に必ず** 遷移先の SKILL.md を Read してから実行する。記憶・推測で進めず、AskUserQuestion・Edit・セッションファイル更新の手順を省略しないこと。
+
+各エージェント完了後は通常の Approval Flow に従う。

{claude_code_conductor-1.3.0 → claude_code_conductor-1.4.0}/.claude/skills/task-routing/SKILL.md

@@ -7,12 +7,30 @@ disable-model-invocation: false
 
 タスクの種別を選び、それに対応するエージェント編成を提示する skill。
 Ruflo の「タスク種別 → エージェント編成テンプレ」発想を C3 の既存エージェント
-構成に当てはめたもの。当面は単独で利用し、将来的に `/start` への自動統合を検討する。
+構成に当てはめたもの。`/start` から自動呼び出し可能（Skill ツール `args` に
+`from_start=true` が渡される）。単独利用（`/task-routing` 直接実行）も継続サポートする。
+
+## 動作モード
+
+呼び出し元は Skill ツールの `args` パラメータで動作モードを指定する。
+LLM はこの skill が起動された際、文脈や呼び出し情報から `from_start=true` の有無を判定する。
+
+- **/start 経由（args に `from_start=true`）**: Step 1 で種別を確定したら
+  そのまま終了し、種別を `/start` 側に返却する。Step 2〜4 はスキップする。
+  TASK_TYPE 書き込みも `/start` 側で行うため、本 skill では行わない。
+  編成詳細は `/start` 後段（Step 1 開始地点選択 / Step 2 フェーズ遷移）で
+  扱うため、ここでは出さない。
+- **単独利用（args 指定なし、または `from_start=false`）**: 従来通り Step 1 → 2 → 3 → 4 を
+  順に実行する。Step 4 完了時に TASK_TYPE 書き込みも本 skill が行う。
 
 ---
 
 ## Step 1: タスク種別を選択する
 
+Skill ツールの `args` に `from_start=true` が含まれているときは「/start 経由モード」とみなし、
+Step 1 で種別を確定したら **Step 2〜4 はスキップ** して種別を呼び出し元（/start）に
+返却する（編成詳細は /start 側で表示するため）。
+
 AskUserQuestion ツール:
 
 ```json
@@ -117,9 +135,16 @@ AskUserQuestion ツール:
 
 ### 「この編成で進める」の場合
 
-選択された種別に応じて以下を実行する:
+**まず最初に** 当日のセッション tmp（`.claude/memory/sessions/YYYYMMDD.tmp`）の
+冒頭に `TASK_TYPE: {種別}` 行を Edit で書き込む（既存行があれば置換、空欄なら埋める）。
+これは `args` に `from_start=true` が **無い** 場合のみ task-routing 側で行う
+（`from_start=true` の場合は /start 側が書き込むため、ここでは書かない）。
+
+その後、選択された種別に応じて以下を実行する:
 
-- **feature**: `.claude/skills/start/SKILL.md` を Read して `/start` フローに合流する
+- **feature**:
+  - `args` に `from_start=true` が含まれているとき: 種別を返却するのみ（制御を /start に返す。再帰呼び出しを避ける）
+  - `args` 指定なし/`from_start=false` のとき: `.claude/skills/start/SKILL.md` を Read して `/start` フローに合流する
 - **bug-fix / docs**: 編成順に Agent ツールでエージェントを順次起動する
 - **refactor**: planner で `po_plan_version` 付き plan-report を生成 → `.claude/skills/wave-execution/SKILL.md` を Read して PO 並列実行に合流する
 - **security-audit**: code-reviewer と security-reviewer を **1 メッセージ内で並列起動**（複数 Agent ツール呼び出し）

{claude_code_conductor-1.3.0 → claude_code_conductor-1.4.0}/CHANGELOG.md

@@ -1,5 +1,46 @@
 # Changelog
 
+## [1.4.0] - 2026-05-09
+
+### マイルストーン
+
+第 8 波として F-010（タスク種別 → エージェント編成 skill）の Phase 2 を完成。Phase 1 で実装済みの `task-routing` skill を **`/start` フローに自動統合** し、bug-fix / refactor / security-audit / docs といった軽量タスクで dev-workflow フェーズ A〜E のフルパスを回避できる経路を提供した。同時に dev-workflow フェーズ A-1（目的選択）と task-routing 5 種別の二重質問を解消し、UX 負債を 1 つ削減した。
+
+### 追加（第 8 波）
+
+#### F-010 Phase 2: task-routing skill を /start フローに自動統合
+
+- `start/SKILL.md` に **Step 0.5「タスク種別の確認」** を新設。Step 0（レポート整理）と Step 1（開始地点選択）の間に挿入され、`/start` 起動時に必ずタスク種別が確定される。
+- 前回 tmp に `TASK_TYPE` があれば「前回と同じ / 別の種別」の 2 択ショートカットで質問数を最小化。なければ Skill ツールで `task-routing` を `args="from_start=true"` 付きで呼び出し。
+- Step 1（開始地点選択）を **種別ごとに選択肢を絞る** 分岐に改修。feature 4 択 / bug-fix 1〜2 択（既存 plan-report 有無で動的）/ refactor 2 択 / security-audit / docs は確認のみの 1 択。
+- Step 2 を **種別 × 開始地点 → フェーズ遷移** マッピング表に拡張。bug-fix → systematic-debugger 直結 / docs → doc-writer 単独 / security-audit → 並列レビュアー / refactor → wave-execution の各経路を明文化。
+- `task-routing/SKILL.md` に **動作モード分岐** を追加。`args` に `from_start=true` が含まれていれば Step 1 のみ実行して `/start` に種別を返却し、Step 2〜4 はスキップ（再帰呼び出し回避）。単独利用（`/task-routing`）は Step 1〜4 すべて実行する後方互換を維持。
+- `dev-workflow/SKILL.md` フェーズ A 冒頭で TASK_TYPE を読み取り、**A-1「目的選択」を削除**して A-2〜A-5 を A-1〜A-4 へ繰り上げ。これにより task-routing 5 種別との二重質問が解消。`/develop` 直接呼び出しなど Step 0.5 を経由しない場合のフォールバックも実装。
+- `dev-workflow/SKILL.md` A-4（旧 A-5）の requirements-report 生成手順に `task_type:` フロントマターを追加し、後段の architect / planner / interviewer に種別を伝達。
+- `init-session/SKILL.md` Step 1 で前回 TASK_TYPE を抽出して Step 3 サマリに含めるよう拡張。Step 5「ワークフローで始める」に「`/start` 内で task-routing が自動実行されるため個別呼び出し不要」と注記追加。
+- `session_utils.py::create_session_template` のテンプレートに `TASK_TYPE: \n` 行を追加（SESSION 直後）。tmp 冒頭順序非依存パーサのため既存 hook（stop / restore_session / consolidate_memory）に影響なし。
+
+### 設計判断
+
+- **Skill ツール呼び出しのフラグ伝達は env ではなく args**: 当初 `C3_TASK_ROUTING_FROM_START=1` の env 経由を想定したが、Skill ツールは LLM 内のコンテキスト読み込みで子プロセス起動を伴わないため env が伝わらない。code-reviewer の H-1 指摘で発見し、Skill `args="from_start=true"` 方式に切り替え。
+- **TASK_TYPE 値のホワイトリスト検証**: 前回 tmp から抽出した `TASK_TYPE` が `feature / bug-fix / refactor / security-audit / docs` のいずれでもない場合は `prev_type=None` として task-routing に進む（プロンプト汚染対策 [SR-V-001]）。
+- **dev-workflow A-1 削除の影響緩和**: requirements-report のフロントマターに `task_type:` を必ず含めることで、後段の architect / planner / interviewer に種別を伝達。`/develop` 直接呼び出し時は dev-workflow A 冒頭で task-routing を `args="from_start=true"` 付きで呼んでフォールバック。
+
+### 注意（既存利用先への影響）
+
+- `/start` 起動時に Step 0.5「タスク種別の確認」が追加されるため、既存ユーザーには質問が 1 つ増える。`feature` を最初の選択肢に置き「feature を選ぶと従来の /start と同じフローに進む」と明示することで UX 劣化を最小化。
+- セッション tmp の冒頭に `TASK_TYPE: \n` 行が追加される。既存 hook はこの行を順序依存でパースしないため影響なし。
+- `/task-routing` 単独利用は完全な後方互換を維持。既存ユーザーの動線に影響なし。
+
+### 内部
+
+- 新規テスト追加: `test_session_utils.py::TestCreateSessionTemplate` に `test_contains_task_type_line` / `test_task_type_line_position_after_session` の 2 ケース。
+- 全体: **747 passed / 3 skipped / 0 failed**（前回 745 + 2）。
+
+### 関連コミット
+
+- `b745c31` feat(skills): F-010 Phase 2 task-routing を /start に自動統合
+
 ## [1.3.0] - 2026-05-09
 
 ### マイルストーン

{claude_code_conductor-1.3.0 → claude_code_conductor-1.4.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 1.3.0
+Version: 1.4.0
 Summary: Multi-agent orchestration framework for Claude Code (C3)
 Project-URL: Homepage, https://github.com/satoh-y-0323/claude-code-conductor
 Project-URL: Repository, https://github.com/satoh-y-0323/claude-code-conductor

{claude_code_conductor-1.3.0 → claude_code_conductor-1.4.0}/src/c3/__init__.py

@@ -1,3 +1,3 @@
 """Claude Code Conductor (C3) - multi-agent orchestration framework for Claude Code."""
 
-__version__ = "1.3.0"
+__version__ = "1.4.0"

{claude_code_conductor-1.3.0 → claude_code_conductor-1.4.0}/tests/hooks/test_session_utils.py

@@ -114,6 +114,23 @@ class TestCreateSessionTemplate:
         result = module.create_session_template("20260505")
         assert "<!-- C3:SESSION:JSON" in result
 
+    def test_contains_task_type_line(self):
+        """返り値に TASK_TYPE: 行（空欄）が含まれる。F-010 Phase 2: /start Step 0.5 で埋める。"""
+        module = _load_module()
+        result = module.create_session_template("20260505")
+        assert "TASK_TYPE: \n" in result
+
+    def test_task_type_line_position_after_session(self):
+        """TASK_TYPE: 行は SESSION: 行の直後に配置される（冒頭順序を担保）。"""
+        module = _load_module()
+        result = module.create_session_template("20260505")
+        # 冒頭から: SESSION: -> TASK_TYPE: -> AGENT: -> DURATION: の順
+        lines = result.split("\n")
+        assert lines[0].startswith("SESSION: ")
+        assert lines[1].startswith("TASK_TYPE:")
+        assert lines[2].startswith("AGENT:")
+        assert lines[3].startswith("DURATION:")
+
 
 # ---------------------------------------------------------------------------
 # 3. append_checkpoint(session_file, label, summary)

claude_code_conductor-1.3.0/.claude/skills/start/SKILL.md

@@ -1,92 +0,0 @@
----
-description: 開発ワークフローの入口。既存レポートの整理後、ヒアリング・設計・計画・実装のどこから始めるかを選んで dev-workflow を実行する。
----
-
-# start
-
-開発ワークフローの入口。
-
----
-
-## Step 0: レポートの整理
-
-Glob で `.claude/reports/*.md` を検索する（`archive/` 配下は含まない）。
-レポートが存在しない場合はこの Step をスキップして Step 1 へ進む。
-
-レポートが存在する場合はファイル名の一覧をテキストで提示してから AskUserQuestion で確認する:
-
-```json
-{
-  "questions": [{
-    "question": "既存のレポートがあります。どうしますか？",
-    "options": [
-      { "label": "全てアーカイブして新しく始める", "description": "全レポートを reports/archive/ に移動する" },
-      { "label": "アーカイブするフェーズを選ぶ", "description": "フェーズ単位で選んで一部だけ移動する" },
-      { "label": "そのまま引き継ぐ", "description": "レポートを変更せずに続ける" }
-    ]
-  }]
-}
-```
-
-**「全てアーカイブして新しく始める」の場合:**
-Bash ツールで実行する:
-```bash
-mkdir -p .claude/reports/archive && mv .claude/reports/*.md .claude/reports/archive/
-```
-
-**「アーカイブするフェーズを選ぶ」の場合:**
-AskUserQuestion で対象フェーズを確認する:
-
-```json
-{
-  "questions": [{
-    "question": "アーカイブするフェーズを選んでください（複数選択可）",
-    "options": [
-      { "label": "要件定義", "description": "requirements-report-*.md" },
-      { "label": "設計", "description": "architecture-report-*.md" },
-      { "label": "計画", "description": "plan-report-*.md" },
-      { "label": "レビュー", "description": "code-review-report-*.md / security-review-report-*.md" }
-    ],
-    "multiSelect": true
-  }]
-}
-```
-
-選択されたフェーズに対応するファイルを Bash ツールで移動する（ファイルが存在しない場合はスキップ）:
-- 要件定義: `mkdir -p .claude/reports/archive && mv .claude/reports/requirements-report-*.md .claude/reports/archive/ 2>/dev/null || true`
-- 設計: `mkdir -p .claude/reports/archive && mv .claude/reports/architecture-report-*.md .claude/reports/archive/ 2>/dev/null || true`
-- 計画: `mkdir -p .claude/reports/archive && mv .claude/reports/plan-report-*.md .claude/reports/archive/ 2>/dev/null || true`
-- レビュー: `mkdir -p .claude/reports/archive && mv .claude/reports/code-review-report-*.md .claude/reports/archive/ 2>/dev/null || true && mv .claude/reports/security-review-report-*.md .claude/reports/archive/ 2>/dev/null || true`
-
----
-
-## Step 1: 開始地点の選択
-
-AskUserQuestion ツールで以下を提示する:
-
-```json
-{
-  "questions": [{
-    "question": "どこから始めますか？",
-    "options": [
-      { "label": "ヒアリング", "description": "要件を整理するところから始める（新規・大きな変更）" },
-      { "label": "設計", "description": "要件は明確なので設計から始める" },
-      { "label": "計画", "description": "設計済みなのでタスク計画から始める" },
-      { "label": "実装", "description": "計画済みなので実装から始める" }
-    ]
-  }]
-}
-```
-
----
-
-## Step 2: dev-workflow/SKILL.md を Read してフェーズを実行する
-
-**最初に必ず** `.claude/skills/dev-workflow/SKILL.md` を Read する。記憶・推測で進めず、`.claude/skills/dev-workflow/SKILL.md` の AskUserQuestion・Edit・セッションファイル更新の手順を省略しないこと。
-
-選択した開始地点に対応するフェーズから実行する:
-
-- **ヒアリング** → フェーズ A から実行
-- **設計** → フェーズ B から実行
-- **計画** → フェーズ C から実行
-- **実装** → フェーズ D から実行