ln-302-task-replanner
Compares ideal plan vs existing tasks and applies KEEP/UPDATE/OBSOLETE/CREATE changes. Use when Story tasks need re-sync with updated requirements.
Best use case
ln-302-task-replanner is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Compares ideal plan vs existing tasks and applies KEEP/UPDATE/OBSOLETE/CREATE changes. Use when Story tasks need re-sync with updated requirements.
Teams using ln-302-task-replanner should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/ln-302-task-replanner/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How ln-302-task-replanner Compares
| Feature / Agent | ln-302-task-replanner | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Compares ideal plan vs existing tasks and applies KEEP/UPDATE/OBSOLETE/CREATE changes. Use when Story tasks need re-sync with updated requirements.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
> **Paths:** File paths (`shared/`, `references/`, `../ln-*`) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root. # 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 these before execution: - `shared/references/coordinator_summary_contract.md` - `shared/references/tools_config_guide.md` - `shared/references/storage_mode_detection.md` - `shared/references/template_loading_pattern.md` - `shared/references/destructive_operation_safety.md` - `references/replan_algorithm.md` ## Inputs Core inputs: - `storyId` - `taskType` - `storyData` - `existingTaskIds` - `idealPlan` - `teamId` Optional transport inputs: - `runId` - `summaryArtifactPath` ## Output Contract Always build a structured summary envelope: - `schema_version` - `summary_kind=task-plan` - `run_id` - `identifier` - `producer_skill=ln-302` - `produced_at` - `payload` Payload fields: - `mode` - `story_id` - `task_type` - `tasks_created` - `tasks_updated` - `tasks_canceled` - `task_urls` - `kanban_updated` - `dry_warnings_count` - `warnings` If `summaryArtifactPath` is provided: - write the same JSON summary to that path If `summaryArtifactPath` is not provided: - return the same summary in structured output only ## Workflow 1. Resolve Story context if needed. 2. Load existing tasks. 3. Normalize ideal vs existing task structures. 4. Classify `KEEP`, `UPDATE`, `OBSOLETE`, `CREATE`. 5. Show summary if interactive. 6. Execute provider-specific updates. 7. Update kanban. 8. 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. - **STOP before save_issue:** 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 when `summaryArtifactPath` is provided --- **Version:** 3.0.0 **Last Updated:** 2025-12-23
Related Skills
ln-403-task-rework
Fixes tasks in To Rework by applying reviewer feedback, then returns to To Review. Use when task was rejected during review.
ln-402-task-reviewer
Reviews task implementation for quality, code standards, and test coverage. Use when task is in To Review. Sets task Done or To Rework.
ln-401-task-executor
Executes implementation tasks through Todo, In Progress, To Review. Use when task needs coding with KISS/YAGNI. Not for test tasks.
ln-301-task-creator
Creates implementation, refactoring, and test tasks from templates. Use when an approved task plan needs tasks created in Linear and kanban.
ln-300-task-coordinator
Analyzes Story and builds optimal task plan (1-8 tasks), then routes to create or replan. Use when Story needs task breakdown or replanning.
ln-222-story-replanner
Replans Stories by comparing IDEAL vs existing (KEEP/UPDATE/OBSOLETE/CREATE). Use when Epic requirements changed and Stories need realignment.
ln-130-tasks-docs-creator
Creates task management docs (kanban board, workflow rules) with Linear integration. Use when setting up task tracking for a project.
ln-914-community-responder
Responds to unanswered GitHub discussions and issues with codebase-informed replies. Use when clearing community question backlog.
ln-913-community-debater
Launches RFC and debate discussions on GitHub. Use when proposing changes that need community input or voting.
ln-912-community-announcer
Composes and publishes announcements to GitHub Discussions. Use when sharing releases, updates, or news with the community.
ln-911-github-triager
Produces prioritized triage report from open GitHub issues, PRs, and discussions. Use when reviewing community backlog.
ln-910-community-engagement
Analyzes community health and delegates engagement tasks. Use when managing GitHub issues, discussions, and announcements.