review-execution
Review Execution
Use this skill after implementation and validation, and before close-slice, when a execution slice needs an explicit review against brief.md and blueprint.md.
Responsibilities
- Review implementation and validation evidence against the active slice's
brief.mdandblueprint.md. - Distinguish brief-to-implementation gaps from intent-to-brief gaps.
- Feed durable fixes back into slice-scoped artifacts or upstream planning guidance so the next execution starts from improved context.
- Confirm whether the slice is ready for
close-sliceor needs more execution work first.
Preferred Input
<slice_path>/brief.md<slice_path>/blueprint.md- optional
<slice_path>/slices.mdfor legacy slices - the implementation diff or changed files
- validation results, review notes, or PR context when available
Resolve <slice_path> through guide-execution.
Required Output
- updated slice-scoped execution artifacts when the review exposes durable gaps
- explicit review outcome recorded in the PR, closure context, or repository docs used by the team
Artifact Ownership
review-execution owns the review outcome and any durable updates needed in brief.md, blueprint.md, or upstream planning guidance when the review exposes context gaps.
guide-execution should route into execution review, but it should not absorb the review itself or silently close slices without that owning review step.
Review Rules
- Check that requirements, acceptance notes, and validation steps still match the implementation.
- Classify findings explicitly:
- brief-to-implementation gap
- intent-to-brief gap
- follow-up improvement outside the active slice
- Prefer fixing the brief or plan when the issue reflects missing or ambiguous execution context.
- Capture any follow-up work in planning docs, the next slice backlog, or PR context instead of overloading slice readiness state.
Workflow
- Resolve the active slice with
guide-execution. - Read
brief.md,blueprint.md, changed code, and available validation evidence. - Compare the implementation with the slice-scoped requirements and validation plan.
- Update
brief.md,blueprint.md, or upstream planning guidance when the review reveals a durable context gap. - Stop when the slice is ready for
close-sliceor return the work to execution with explicit findings.
Guardrails
- Do not close the slice while blocking review findings remain unresolved.
- Do not treat code-only fixes as complete if the underlying brief or plan is still wrong.
- Do not use slice metadata to mirror ad hoc execution states beyond the readiness model owned by
guide-execution.
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.
4slice
Validates approved, committed execution-ready work, bootstraps a slice-scoped execution slice, and hands off to guide-execution.
2ui-flow
Captures optional UI and UX flows, screen-level requirements, and interaction notes before implementation.
2commit
Use this skill when requested to commit changes. It ensures commit messages follow project standards and ensures code quality via verification steps.
2