This skill should be used when the user asks to "implement next feature", "implement manual", "continue implementation", "implement-manual", "pick up the plan", "implement from plan", or wants to implement the next undone item from a manual implementation plan file. Picks up a plan file created by the plan-manual skill and implements items one at a time.
From speclannpx claudepluginhub thlandgraf/cc-marketplace --plugin speclanThis skill uses the workspace's default tool permissions.
Guides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Migrates code, prompts, and API calls from Claude Sonnet 4.0/4.5 or Opus 4.1 to Opus 4.5, updating model strings on Anthropic, AWS, GCP, Azure platforms.
Provides UI/UX resources: 50+ styles, color palettes, font pairings, guidelines, charts for web/mobile across React, Next.js, Vue, Svelte, Tailwind, React Native, Flutter. Aids planning, building, reviewing interfaces.
Pick up a manual implementation plan file and implement the next actionable item. The plan file is a pure data checklist — this skill carries the procedural knowledge for how to implement each item.
Plan files use four checkbox states to track progress:
| Checkbox | State | Meaning |
|---|---|---|
[ ] | Pending | Not yet started |
[~] | In development | Implementation in progress |
[?] | In review | Implementation finished, awaiting review |
[x] | Done | Reviewed and accepted |
The plan file has a three-level hierarchy:
- [ ] [F-XXXX] Feature Title ← Level 1
- [F-XXXX](path/to/feature-spec.md) ← SPEC PATH (extract from parentheses)
- [ ] [R-AAAA] Requirement Title ← Level 2
- [R-AAAA](path/to/requirement-spec.md) ← SPEC PATH
- [ ] [R-BBBB] Requirement Title ← Level 2
- [R-BBBB](path/to/requirement-spec.md) ← SPEC PATH
- [ ] [CR-0088] CR Title — CHANGE REQUEST: ... ← Level 3
- [CR-0088](path/to/change-request-spec.md) ← SPEC PATH
- [x] [F-YYYY] Already Implemented Feature ← pre-checked
- [F-YYYY](path/to/feature-spec.md)
- [x] [R-CCCC] Already Done Requirement ← pre-checked
- [R-CCCC](path/to/requirement-spec.md)
- [ ] [CR-0042] New Change Request — CHANGE REQUEST: ... ← pending
- [CR-0042](path/to/change-request-spec.md)
Each checkbox line has a markdown link sub-bullet below it containing the spec file path inside the (...) parentheses. These paths are the primary data for reading spec files.
(See also: the plan-manual skill's references/plan-file-format.md for the canonical format spec.)
IMPORTANT: Always use EnterPlanMode at the start. All steps below run in plan mode — research, parse, and build the implementation plan for user approval before executing.
[~] + set spec status to in-developmentunder-test[?] in plan fileSPECLAN_DIR="./speclan"
PLANS_DIR="$SPECLAN_DIR/.local/plans"
ls "$PLANS_DIR"/*.plan.md 2>/dev/null
If no plan files found, report:
No manual implementation plans found.
Run the plan-manual skill first to create a plan from approved requirements.
If only one plan file exists, use it automatically.
If multiple plan files exist, present them to the user using AskUserQuestion. Sort by filename (which contains the timestamp) and recommend the latest one.
Read the selected plan file. Parse the checkbox hierarchy:
[F-XXXX] pattern[R-XXXX] and change requests [CR-XXXX])Find the first actionable item using this priority:
[~]: Find the first [~] checkbox in document order. A [~] item has a partial implementation in the codebase — search for existing code before continuing.
[~] or still [ ]).[x] feature: Resume in Mode B — just that individual item.[ ]: A feature where the feature itself is [ ] — implement in Mode A (the whole feature with all [ ] children together)[ ]: A [ ] requirement or CR whose parent feature is [x] — implement in Mode B (first [ ] child in document order, one per invocation)Items marked [?] (in-review) or [x] (done) are skipped.
If no [~] or [ ] items exist, report completion and ask whether to remove the plan file using AskUserQuestion:
All items in this plan are complete. Nothing left to implement.
Plan file: {filename}
Delete the plan file?
If the user agrees, delete the plan file. Then STOP.
Mode A — Full Feature: Feature checkbox is [ ]. Read the feature spec + ALL child requirement/CR specs. Implement everything together as one unit.
Mode B — Individual Item: Feature checkbox is [x] but has [ ] children (new requirements or CRs approved after the feature was implemented). Implement the first [ ] child in document order as a single work unit. Subsequent children are picked up in future invocations.
Update the plan file checkboxes from [ ] to [~]:
Mode A: Mark the feature AND all its [ ] children as [~].
Mode B: Mark only the individual [ ] item as [~].
Also set status: in-development in the SPECLAN spec file frontmatter for all items being marked [~].
(If resuming a [~] item, the marks and statuses are already correct — no change needed.)
Display the next work unit and ask using AskUserQuestion:
Mode A — Full Feature:
## Next: [F-XXXX] Feature Title
Requirements:
- [R-AAAA] Req Title
- [R-BBBB] Req Title
What implementation instructions do you have?
Provide context about:
- Where to implement (files, modules, components)
- Technical approach preferences
- Constraints or existing patterns to follow
Mode B — Individual Item (Requirement):
## Next: [R-XXXX] Requirement Title
Parent feature: [F-YYYY] Feature Title
What implementation instructions do you have?
Mode B — Individual Item (Change Request):
## Next: [CR-XXXX] CR Title
CHANGE REQUEST — this modifies existing implementation.
Parent: [F-YYYY] Feature Title / [R-ZZZZ] Requirement Title
What implementation instructions do you have?
The user provides free-text instructions, or "none" to proceed without additional instructions.
The plan file contains spec file paths in markdown link sub-bullets directly below each checkbox line. For example:
- [ ] [R-0266] Bottom-Up Layered Layout
- [R-0266](speclan/features/F-0297-.../R-0266-bottom-up-layered-layout.md)
Extract the path from inside the parentheses (...) of each link sub-bullet. Then read each spec file.
Mode A — Full Feature: Read ALL of these spec files:
Mode B — Individual Item: Read BOTH of these:
Do NOT skip any spec files. Every spec contains acceptance criteria and technical details essential for correct implementation.
After reading the item specs, discover and read the broader context to understand the system being built:
Ancestors — walk up the directory tree from each spec file path. Each parent directory matching F-XXXX-* or R-XXXX-* is an ancestor entity. Find and read its spec file (the *.md file with the same name as the directory). For example, given:
speclan/features/F-8512-speclannet/F-0212-online-help/F-1680-speclan-plugin/F-1680-speclan-plugin.md
The ancestors are F-8512 (speclannet) and F-0212 (online-help) — read both specs to understand what system this feature belongs to and what "online-help" means in context.
References — scan each spec body for markdown links to other specs (e.g., [R-1496](../R-1496-hover-tooltips/R-1496-hover-tooltips.md)). Read referenced specs to understand cross-cutting concerns, dependencies, and related functionality that the implementation must integrate with.
Build a step-by-step implementation plan.
For requirements: Build new functionality as described in the spec.
For change requests: The CR spec references the entity it modifies (via feature: or requirement: frontmatter). Read the parent entity's spec to understand the original design. Search the codebase for the existing implementation of that functionality. Alter the existing code as described in the CR spec — do NOT rebuild from scratch.
Combine spec content with user's instructions from Step 5.
After implementation is complete, update the SPECLAN spec file frontmatter:
Mode A: Set status: under-test in the feature spec AND all implemented requirement/CR specs.
Mode B: Set status: under-test in the individual item's spec only.
Update the plan file checkboxes from [~] to [?]:
Mode A: Mark the feature AND all its children as [?].
Mode B: Mark only the individual item as [?].
Report completion:
Implemented {item description} — now in review.
Progress: {reviewed+done}/{total} items complete.
Remaining: {pending} items pending.
Run implement-manual again to continue.
| Scenario | Action |
|---|---|
| No plan files found | Report error, suggest running plan-manual first |
| Plan file has no actionable items | Report all complete or in review |
| Spec file not found at path | Report error, skip to next actionable item |
| Plan file parse error | Report error with details |
plan-manual skill[ ] → [~] → [?] → [x][x] marking (done) is done by the user after review, not by this skill