implement

Solid

Implement one approved milestone or isolated implementation request with tests or proof first, then hand it to code-review with validation evidence. Use when requirements, scope, and validation commands are clear enough to code. Use bugfix for defect reproduction/fix loops, code-review to review implementation, verify for final readiness, and pr for PR handoff.

Code & Development 3 stars 0 forks Updated today MIT

Install

View on GitHub

Quality Score: 82/100

Stars 20%
20
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Test-driven implementation ## Test criteria application When the project explicitly adopts Test-model criteria, use the selectively loaded guidance below for test quality and maintenance. These criteria replace source-local shared test-purpose, case-selection and maintenance criteria for adopted work; retain specialist methods and historical procedures. Actual judgments, evidence applicability and closeout consequences remain with the responsible assessors under the project's review policy. ## Quick operating guide Use this skill to: - implement one approved milestone or isolated request with proof first. Read first: - change-local state when planned; - the current milestone, governing spec, active test spec, recorded review evidence, relevant code/tests, and validation commands. Produce: - tests or proof, implementation, validation evidence, and a code-review handoff. Stop when: - authority, scope, proof, or validation is missing, contradictory, stale, or failing. Do not claim: - review, branch, PR, final-verification, or final-closeout outcomes. Next stage: - code-review. Use full-file or broader-section reading when bounded evidence cannot preserve correctness. ## Review and Closeout application When project authority explicitly adopts Review and Closeout policy, use the packaged application below for shared assessment meaning. It replaces source-local judgment, independence, applicability, concern-disposition and closeout rules in this skill and its conditio...

Details

Author
xiongxianfei
Repository
xiongxianfei/rigorloop
Created
4 months ago
Last Updated
today
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Solid

code-review

Review an implementation slice against the actual diff, approved design and delivery packages, tests, and validation evidence, then record findings or a clean first-pass review. Use after implement hands off a milestone or when implementation review is requested. Use design-review, delivery-review, verify, or pr for those gates instead.

3 Updated today
xiongxianfei
Code & Development Listed

implement

Use when the user wants to implement a task in code against an approved tdd.md and docs/work/{work-id}/tasks.md. Triggers on "implement CHK01-01", "implement JIRA-456", "build this task", "write the code for this story". Reads the design and acceptance criteria, writes code and tests, runs the project's full validation suite, and commits in logical units. This is also the skill for test-driven development — "use TDD for this", "write a failing test first", "red/green/refactor", "add tests for X" — because that is code authoring, not document authoring. Do NOT use for code review (code-review), addressing review feedback (code-review-fix), changing how existing UI looks or behaves (ux-design-fix), writing tasks (tasks), or writing a technical design document (tdd).

2 Updated 3 weeks ago
carinyaparc
Code & Development Listed

review-it

Standalone implementation-review skill in the Agentic Engineering pipeline. Reviews a worktree, branch, or PR against a substantive, evidence-backed checklist and reports verified findings, a scoped clean result, or explicit limitations — never fixing what it finds. Callable standalone against any worktree, branch, or PR with no prior implement-it session or plan-it-authored issue required; also callable by implement-it before Gate 1 and during an authorized delivery correction. Trigger to review implemented code, review a branch or PR, or verify a correction before it's relied on. Reports only — it never fixes application code, applies formatting fixes, commits, pushes, approves a gate, merges, or mutates GitHub or other live/production state; every correction returns to implement-it. Does not own guide review, issue/plan-synthesis review, investigation discipline, or commit-plan review — those stay with document-it, plan-it, lab-it, and implement-it.

0 Updated today
elieandraos