reconcile-feature
Reconcile Feature
Use this skill after a feature change packet has been reviewed and the approved delta needs to be folded back into the canonical feature docs and a human has explicitly requested final reconcile/cleanup. It also supports canonical-only repair when a feature has no change packet but all planned slices are already closed and the remaining work is feature-level cleanup.
Responsibilities
- Resolve the canonical feature and selected change packet, or confirm the canonical-only repair path when no change packet exists.
- Reconcile approved change-local discovery, design, or UI docs back into canonical feature docs.
- Copy any durable figures needed by the canonical feature docs.
- Verify that all slices planned for the change are closed before cleanup.
- When no change packet exists, use the canonical feature's
slice-planning.mdorready_slice_idsto verify remaining slices are closed before cleanup. - Remove completed execution slices for that reviewed change or canonical-only repair.
- Close the change packet cleanly through the existing feature-change state model when a packet exists.
- Remove the completed change packet after canonical reconciliation is done when applicable.
Required Output
- updates to canonical feature docs under
<planning_dir>/<feature-slug>/ - optional updates to
<feature_path>/figures/ - updated
<feature_path>/.planning-meta.json
Workflow
- Confirm a human explicitly requested
reconcile-featurefor the selected reviewed change packet or canonical-only repair. - If reconciling a change packet, verify that all slices listed in the change packet's
slice-planning.mdare closed, unless force is explicitly used for repair. - If no change packet exists, use canonical
slice-planning.mdorready_slice_idsto identify the closed slices that still need cleanup. - Select the supported change-local docs that should reconcile into the canonical feature when a change packet exists.
- Rewrite the canonical docs directly with the approved change content; do not keep surviving change-packet markers or backlinks.
- Copy any durable
figures/assets needed by the rewritten canonical docs. - Advance the change through
reconciledandclosedwhen a packet exists. - Remove the closed execution slices from the execution registry and filesystem.
- Remove the completed change packet from the feature-change registry and filesystem when applicable.
Tooling
# Reconcile the supported change-local docs and close the feature change
python3 skills/reconcile-feature/scripts/reconcile_feature_change.py \
"checkout" "replace-legacy-flow"
# Repair a canonical feature that has no change packet
python3 skills/reconcile-feature/scripts/reconcile_feature_change.py \
"checkout" --canonical-only
# Reconcile only selected canonical docs
python3 skills/reconcile-feature/scripts/reconcile_feature_change.py \
"checkout" "replace-legacy-flow" \
--canonical-file discover.md \
--canonical-file system-design.md \
--canonical-file ui-design.md
Guardrails
- Do not invoke this skill autonomously after review or closure;
reconcile-featureis human-owned and should run only when a human explicitly requests it. - Do not use this skill before planning review has marked the change packet
reviewed, unless you are deliberately repairing state with--force. - Do not reconcile a feature change as complete while planned slices are still open unless you are deliberately repairing state with
--force. - When no change packet exists, use
--canonical-onlyinstead of inventing or backfilling a fake change packet. - Do not keep surviving change-packet backlinks,
reconciliation.md, or feature-local history files after cleanup. - Cleanup belongs to reviewed change completion here, not to per-slice closure.
- Do not reconcile change-local
slice-planning.mdorslice-traceability.mdback into canonical feature planning.
More from sirius-cc-wu/sirius-skills
dioxus-ui-ux
Dioxus UI/UX design intelligence. Specialized guidelines for Dioxus Components, plus 50 styles, 21 palettes, 50 font pairings. Stacks: dioxus, daisyui, shadcn, html-tailwind. Actions: plan, build, create, design, implement, review, fix, improve, optimize. Projects: web app, dashboard, admin panel, SaaS, mobile app. Elements: button, modal, navbar, card, form, chart.
16dioxus-stitch
Transforms Stitch designs into clean, modular Dioxus code using daisyUI. Handles RSX conversion, type-safe props, and data decoupling for Rust projects.
8dioxus-ui-skill
Dioxus UI/UX design intelligence. Specialized guidelines for Dioxus Components, plus 50 styles, 21 palettes, 50 font pairings. Stacks: dioxus, shadcn, html-tailwind. Actions: plan, build, create, design, implement, review, fix, improve, optimize. Projects: web app, dashboard, admin panel, SaaS, mobile app. Elements: button, modal, navbar, card, form, chart.
4discover
Frames a project or feature before implementation by capturing goals, constraints, stakeholders, and initial story candidates.
2ui-flow
Captures optional UI and UX flows, screen-level requirements, and interaction notes before implementation.
2design
Produces feature-level system-design.md artifacts before breakdown when a feature needs architecture, interface, constraint, failure-handling, or validation decisions captured durably.
2