ln-301-task-creator

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

タスク作成

タイプ： L3 ワーカー
カテゴリ： 3XX 計画

タスク作成に特化した、単独実行を優先するワーカーです。承認済みのプランからタスクを作成し、安定したサマリー契約に基づく結果を返します。

必ず読み込むこと： references/coordinator_summary_contract.md と references/task_plan_worker_runtime_contract.md を読み込みます。
必ず読み込むこと： references/environment_state_contract.md、references/storage_mode_detection.md、references/template_loading_pattern.md、references/creation_quality_checklist.md、references/destructive_operation_safety.md を読み込みます。

入力

基本入力：

• taskType
• storyData
• idealPlan — スコープ、AC マッピング、依存関係、レイヤー分類を含むタスクリスト
• teamId
• guideLinks

コーディネーターコンテキスト（ADD／CREATE モードで渡されます）：

• traceabilityTablePath — コーディネーターのフェーズ 2 で生成されたトレーサビリティテーブル
• discoveryContext — コーディネーターのフェーズ 1 から渡されるアーキテクチャ、技術スタック、主要ファイル、統合ポイント
• tasksToCreate — 作成対象の特定のタスク（ADD モード）。ワーカーは 7 セクションのドキュメントを作成します。タスクが必要かどうかは判断しません。

トランスポート入力：

• スタンドアロン：runId と summaryArtifactPath を省略します
• マネージド：runId と summaryArtifactPath の両方を渡します

ランタイム

ランタイムファミリー：task-plan-worker-runtime

フェーズ構成：

1. PHASE_0_CONFIG
2. PHASE_1_LOAD_INPUTS
3. PHASE_2_LOAD_CONTEXT
4. PHASE_3_GENERATE_TASK_DOCS
5. PHASE_4_VALIDATE_TASKS
6. PHASE_5_CONFIRM_OR_AUTOAPPROVE
7. PHASE_6_APPLY_CREATE
8. PHASE_7_UPDATE_KANBAN
9. PHASE_8_WRITE_SUMMARY
10. PHASE_9_SELF_CHECK

サマリーアーティファクトのルール：

• summary_kind=task-plan を出力します
• スタンドアロン実行では独自の run_id を生成し、ワーカーファミリーの既定アーティファクトパスに書き込みます
• マネージド実行では runId と summaryArtifactPath の両方が必要です。サマリーは指定されたパスに正確に書き込む必要があります
• 終了結果を返す前に、必ず検証済みのサマリーアーティファクトを書き込みます

出力契約

以下に従って、構造化された task-plan サマリーエンベロープを必ず作成します：

• references/coordinator_summary_contract.md
• references/task_plan_worker_runtime_contract.md

ペイロードフィールド：

• mode
• story_id
• task_type
• tasks_created
• tasks_updated
• tasks_canceled
• task_urls
• kanban_updated
• dry_warnings_count
• warnings

終了結果を返す前に、必ず検証済みのサマリーを書き込みます。

ワークフロー

1. タスクプロバイダーとテンプレートセットを解決します。
2. 該当する場合は、DRY チェックと破壊的操作のチェックを実行します。
3. コーディネーターのコンテキスト（discoveryContext、traceabilityTablePath）を使って、アーキテクチャを把握します。実装の詳細を調べるためにコードベースを確認し（既存のパターン、関連ファイル、統合ポイントなど）、優れた Technical Approach セクションを作成します。
4. スコープを選択します：
   • ADD：tasksToCreate のみを使用します
   • CREATE：idealPlan 全体を展開します
5. 選択したスコープからタスクドキュメントを生成します。
6. タイプ固有のルールを検証します。
7. プレビューを表示し、必要に応じて確認を求めます。
8. 設定されたトラッカープロバイダーを使ってタスクを作成します。
9. カンバンを更新します。
10. 構造化されたサマリーを返します。

重要なルール

• スタンドアロン実行が可能な状態を維持します。
• コーディネーターのランタイム状態を必須にしません。
• 実装、リファクタリング、テストのルールは taskType ごとに分けます。
• 毎回、機械可読なサマリー出力を書き込みます。
• 理想プランは遵守必須です。 承認済みプランに含まれるすべてのタスクを作成します。タスクを作成すべきかどうかを再評価してはいけません。
• ADD の高速パス： tasksToCreate が実行スコープです。コーディネーターが差分を選択済みの場合、理想プラン全体を再展開してはいけません。
• トラッカーの createTask を呼び出す前に停止します： 本文に 7 つのセクション（Context、Implementation Plan、Technical Approach、Acceptance Criteria、Affected Components、Existing Code Impact、Definition of Done）がすべて含まれていることを確認します。これらが揃っていない場合、PreToolUse フックが作成をブロックします。

完了の定義

• テンプレートを読み込み済み
• タスクドキュメントを生成済み
• タイプ別の検証に合格済み
• プロバイダー固有のストレージにタスクを作成済み
• kanban を更新済み
• 構造化された概要を返却済み
• 概要アーティファクトを、管理対象またはスタンドアロンのランタイムパスに書き込み済み

---

バージョン： 3.0.0 最終更新日： 2025-12-23