Phase implement
Skill yarlson/yarstack/plugins/yarstack/skills/phase-implement
Engineering workflows and standards for Codex and Claude Code: plan, implement, test, review, and deliver repository changes.
npx -y skills add yarlson/yarstack --skill phase-implementAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 3 stars3 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Implement exactly one selected phase from an authoritative repository plan. Use when a named phase or equivalent scoped implementation unit must be completed without later-phase work.
SKILL.md
2.1 KB, as published. Nobody here has run it
Phase Implementation
Own phase scope and orchestrate only the work required to implement it.
Keep the implementation simple and limited to current requirements. Reuse an existing source of truth when the same rule or knowledge would otherwise be maintained in more than one place, but do not combine unrelated behavior merely because the code looks similar. Add abstractions, flexibility, and configuration only when a concrete current need justifies them.
Workflow
- Read the selected phase, applicable repository instructions, and the minimum local evidence needed to identify files, patterns, and required checks.
- Confirm phase boundaries, prerequisites, acceptance criteria, and unchanged behavior.
- Use
plan-updatefor proven plan-mechanics defects andspec-updatefor non-plan semantic contract defects. - Use
behavior-implementfor product behavior. For engineering tooling and infrastructure, use it only when native checks cannot credibly prove important behavior, concrete complexity or failure risk warrants regression coverage, and a focused deterministic test boundary fits the task. Otherwise implement through the repository-native path and run its applicable checks without adding test infrastructure. - Implement only the phase and prerequisites required for it to work.
- Run phase-required and focused checks, fixing only scoped implementation failures.
- Report implemented behavior, changed scope, checks, alternative evidence, and remaining blockers.
Do not perform independent post-implementation validation, structural review, final closeout, commits, pushes, releases, later phases, or unrelated cleanup. Those remain separate gates unless the user explicitly requests them.
Finish at implementation evidence when the selected phase is complete, required checks pass or are explicitly blocked, and no later-phase work was introduced.