About ln-302-task-replanner
A standalone-capable worker that compares an ideal task plan with existing tasks and applies the needed changes. It is intended for task-planning workflows that need classified operations and a structured summary artifact.
Key features
- 01Compare ideal and existing tasks
- 02Classify keep, update, obsolete, create
- 03Apply task changes
- 04Update kanban after mutations
- 05Write structured task-plan summary
Use cases
- 01Reconcile changed plans with tracker tasks
- 02Skip provider changes when replanning is a no-op
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ levnikolaevich/ claude-code-skills --skill ln-302-task-replannerAfter installing, type/ln-302-task-replannerin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
references/agent_skill_roots_contract.mdcoordinator_summary_contract.mddestructive_operation_safety.mdenvironment_state_contract.mdreplan_algorithm_common.mdreplan_algorithm_stories.mdreplan_algorithm.mdreplan_workflow.mdstorage_mode_detection.mdtask_plan_worker_runtime_contract.mdtemplate_loading_pattern.mdreferences/scripts/coordinator-runtime/lib/artifacts.mjscli-helpers.mjscore.mjsloop-health.mjsruntime-constants.mjsschemas.mjsvalidate.mjsworker-guards.mjsworker-runtime.mjsreferences/scripts/task-plan-worker-runtime/cli.mjsreferences/scripts/task-plan-worker-runtime/lib/guards.mjsphases.mjsstore.mjsDetails
From the project READMEPaths: File paths (
references/,../ln-*) are relative to this skill directory.
Task Replanner
Type: L3 Worker Category: 3XX Planning
Standalone-first worker for task replanning. It compares the ideal task plan with existing tasks and applies the required operations.
MANDATORY READ: Load references/coordinator_summary_contract.md and references/task_plan_worker_runtime_contract.md
MANDATORY READ: Load references/environment_state_contract.md, references/storage_mode_detection.md, references/template_loading_pattern.md, and references/destructive_operation_safety.md
MANDATORY READ: Load references/replan_algorithm.md
Inputs
Core inputs:
storyIdtaskTypestoryDataexistingTaskIdsidealPlanteamId
Transport inputs:
- standalone: omit
runIdandsummaryArtifactPath - managed: pass both
runIdandsummaryArtifactPath
Runtime
Runtime family: task-plan-worker-runtime
Phase profile:
PHASE_0_CONFIGPHASE_1_LOAD_INPUTSPHASE_2_LOAD_EXISTING_TASKSPHASE_3_NORMALIZE_AND_CLASSIFYPHASE_4_CONFIRM_OR_AUTOAPPROVEPHASE_5_APPLY_REPLANPHASE_6_UPDATE_KANBANPHASE_7_WRITE_SUMMARYPHASE_8_SELF_CHECK
Summary artifact rules:
- emit
summary_kind=task-plan - standalone runs generate their own
run_idand write the default worker-family artifact path - managed runs require both
runIdandsummaryArtifactPathand must write the summary to the exact provided path - always write the validated summary artifact before terminal outcome
Output Contract
Always build a structured task-plan summary envelope per:
references/coordinator_summary_contract.mdreferences/task_plan_worker_runtime_contract.md
Payload fields:
modestory_idtask_typetasks_createdtasks_updatedtasks_canceledtask_urlskanban_updateddry_warnings_countwarnings
Always write the validated summary before terminal outcome.
Workflow
- Resolve Story context if needed.
- Load existing tasks.
- Normalize ideal vs existing task structures.
- Classify
KEEP,UPDATE,OBSOLETE,CREATE. - If classification is empty, emit a verified no-op summary and stop.
- Show summary if interactive.
- Execute provider-specific updates.
- Update kanban only when provider mutations occurred.
- Return structured summary.
Critical Rules
- Remain standalone-capable.
- Do not require coordinator runtime state.
- Preserve type-specific rules after replanning.
- Return machine-readable output every time.
- Fast path for no-op replans: when no task changes survive normalization, do not mutate provider state or kanban; return a summary with zero changes.
- STOP before tracker createTask/updateBody: verify all 7 sections present in body: Context, Implementation Plan, Technical Approach, Acceptance Criteria, Affected Components, Existing Code Impact, Definition of Done. PreToolUse hook will BLOCK creation without them.
Definition of Done
- Existing tasks loaded and compared
- Replan operations classified
- Updates, cancellations, and creations executed
- kanban updated
- Structured summary returned
- Summary artifact written to the managed or standalone runtime path
Version: 3.0.0 Last Updated: 2025-12-23