ln-222-story-replanner
Replans Stories by comparing IDEAL vs existing (KEEP/UPDATE/OBSOLETE/CREATE). Use when Epic requirements changed and Stories need realignment.
Best use case
ln-222-story-replanner is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Replans Stories by comparing IDEAL vs existing (KEEP/UPDATE/OBSOLETE/CREATE). Use when Epic requirements changed and Stories need realignment.
Teams using ln-222-story-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-222-story-replanner/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How ln-222-story-replanner Compares
| Feature / Agent | ln-222-story-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?
Replans Stories by comparing IDEAL vs existing (KEEP/UPDATE/OBSOLETE/CREATE). Use when Epic requirements changed and Stories need realignment.
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. # Story Replanner **Type:** L3 Worker **Category:** 2XX Planning Standalone-first worker for Story replanning. It compares ideal Story intent with existing Stories and applies the resulting 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` - `references/replan_algorithm_stories.md` ## Inputs Core inputs: - `epicData` - `idealPlan` - `existingStoryIds` - `standardsResearch` - `teamId` - `autoApprove` Optional transport inputs: - `runId` - `summaryArtifactPath` ## Output Contract Always build a structured summary envelope: - `schema_version` - `summary_kind=story-plan` - `run_id` - `identifier` - `producer_skill=ln-222` - `produced_at` - `payload` Payload fields: - `mode` - `epic_id` - `stories_planned` - `stories_created` - `stories_updated` - `stories_canceled` - `story_urls` - `warnings` - `kanban_updated` - `research_path_used` 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 Epic context if not already provided. 2. Load existing Stories one by one. 3. Normalize ideal vs existing Story structures. 4. Run the replan algorithm to classify `KEEP`, `UPDATE`, `OBSOLETE`, `CREATE`. 5. Show operations summary unless `autoApprove=true`. 6. Execute provider-specific updates. 7. Update kanban. 8. Return structured summary. ## Critical Rules - Prefer conservative updates when matching is ambiguous. - Preserve finished work when replanning conflicts with completed Stories. - Keep the worker standalone-capable. - Never require coordinator runtime state to operate. - Return machine-readable results, not prose-only outcomes. - **STOP before save_issue:** verify all 9 sections present in body: Story, Context, Acceptance Criteria, Implementation Tasks, Test Strategy, Technical Notes, Definition of Done, Dependencies, Assumptions. PreToolUse hook will BLOCK creation without them. ## Definition of Done - [ ] Existing Stories loaded and normalized - [ ] Replan algorithm applied - [ ] Required 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-500-story-quality-gate
Story-level quality gate with 4-level verdict (PASS/CONCERNS/FAIL/WAIVED) and Quality Score. Use when Story is ready for quality assessment.
ln-400-story-executor
Executes Story tasks in priority order (To Review, To Rework, Todo). Use when Story has planned tasks ready for implementation.
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.
ln-230-story-prioritizer
RICE-scores Stories with market research and generates prioritization table. Use when Stories need business priority ranking for sprint planning.
ln-221-story-creator
Creates Story documents with 9-section structure and INVEST validation in Linear. Use when Epic has an IDEAL plan ready for Story generation.
ln-220-story-coordinator
Creates, replans, or appends 5-10 Stories per Epic with standards research and multi-epic routing. Use when Epic needs Story decomposition.
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.
ln-840-benchmark-compare
Runs built-in vs hex-line benchmark with scenario manifests, activation checks, and diff-based correctness. Use when measuring hex-line MCP performance against built-in tools.