mcpField
L
ln-302-task-replanner

ln-302-task-replanner

github.com/levnikolaevich開発584382 回インストール2 日前に更新
リポジトリ

ln-302-task-replanner について

理想のタスク計画と既存タスクを比較し、必要な変更を適用する単独実行可能なワーカーです。操作を分類し、構造化されたサマリーを作成するタスク計画ワークフロー向けです。

主な機能

  1. 01理想計画と既存タスクの比較
  2. 02維持・更新・不要・作成の分類
  3. 03タスク変更の適用
  4. 04変更後のカンバン更新
  5. 05構造化されたタスク計画サマリーの出力

活用シーン

  1. 01変更された計画とトラッカー上のタスクの整合
  2. 02変更がない場合のサービス状態更新の省略

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-302-task-replanner

インストール後、Claude Code で/ln-302-task-replannerを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
agent_skill_roots_contract.md
coordinator_summary_contract.md
destructive_operation_safety.md
environment_state_contract.md
replan_algorithm_common.md
replan_algorithm_stories.md
replan_algorithm.md
replan_workflow.md
storage_mode_detection.md
task_plan_worker_runtime_contract.md
template_loading_pattern.md
references/scripts/coordinator-runtime/lib/
artifacts.mjs
cli-helpers.mjs
core.mjs
loop-health.mjs
runtime-constants.mjs
schemas.mjs
validate.mjs
worker-guards.mjs
worker-runtime.mjs
references/scripts/task-plan-worker-runtime/
cli.mjs
references/scripts/task-plan-worker-runtime/lib/
guards.mjs
phases.mjs
store.mjs

詳細

パス： ファイルパス（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/destructive_operation_safety.md を読み込みます 必須の読み込み： references/replan_algorithm.md を読み込みます

入力

コア入力：

  • storyId
  • taskType
  • storyData
  • existingTaskIds
  • idealPlan
  • teamId

実行方式の入力：

  • スタンドアロン：runId と summaryArtifactPath を省略します
  • 管理対象：runId と summaryArtifactPath の両方を渡します

ランタイム

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

フェーズプロファイル：

  1. PHASE_0_CONFIG
  2. PHASE_1_LOAD_INPUTS
  3. PHASE_2_LOAD_EXISTING_TASKS
  4. PHASE_3_NORMALIZE_AND_CLASSIFY
  5. PHASE_4_CONFIRM_OR_AUTOAPPROVE
  6. PHASE_5_APPLY_REPLAN
  7. PHASE_6_UPDATE_KANBAN
  8. PHASE_7_WRITE_SUMMARY
  9. PHASE_8_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. 必要に応じて Story コンテキストを解決します。
  2. 既存のタスクを読み込みます。
  3. 理想的なタスク構造と既存のタスク構造を正規化します。
  4. KEEP、UPDATE、OBSOLETE、CREATE に分類します。
  5. 分類が空の場合は、検証済みの変更なしサマリーを出力して停止します。
  6. 対話型の場合は、サマリーを表示します。
  7. プロバイダー固有の更新を実行します。
  8. プロバイダーに変更があった場合にのみ、カンバンを更新します。
  9. 構造化サマリーを返します。

重要なルール

  • スタンドアロンで実行できる状態を維持します。
  • コーディネーターのランタイム状態を必須にしないでください。
  • 再計画後も、種類固有のルールを維持します。
  • 毎回、機械可読な出力を返します。
  • 変更なしの再計画の高速処理： 正規化後にタスクの変更が残らない場合、プロバイダーの状態もカンバンも変更せず、変更数がゼロのサマリーを返します。
  • tracker の createTask/updateBody の前に必ず停止： 本文に次の7つのセクションがすべて含まれていることを確認します：Context、Implementation Plan、Technical Approach、Acceptance Criteria、Affected Components、Existing Code Impact、Definition of Done。これらがない場合、PreToolUse フックによって作成がブロックされます。

完了の定義

  • 既存のタスクを読み込み、比較した
  • 再計画の操作を分類した
  • 更新、キャンセル、作成を実行した
  • カンバンを更新した
  • 構造化サマリーを返した
  • 管理対象またはスタンドアロンのランタイムパスにサマリー成果物を書き込んだ

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

コメント

Markdown 対応