Complete slice
Skill ryan-scheinberg/harness/skills/project-skillset/complete-slice
Personal agent operating system
npx -y skills add ryan-scheinberg/harness --skill complete-sliceAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 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 a vertical slice from SLICES.md end-to-end using TDD. Use when user wants to code a slice of a project or mentions "complete slice"
SKILL.md
2.7 KB, as published. Nobody here has run it
Take one slice from SLICES.md and ship it. Often for dev work, but might be a different task that you should still complete to the standards of the company
Process
-
Read the slice and the brief. Find the target slice. Internalize what it delivers. Read
PROJECT_BRIEF.mdfor architectural context -
Orient in the codebase. Module boundaries, test patterns, naming, DI style, config approach, what prior slices built. Your code should feel native — same seams, same style. Greenfield: scaffolding + test runner + lint + CI belong inside slice 1, not as separate phases
-
Plan the TDD sequence. Map acceptance criteria to red-green-refactor cycles. Start with the criterion that proves the core approach. Decide what's a real collaborator and what's a system boundary to mock. Keep the plan light. Use judgement for when to use TDD or take a different approach
-
Build one test at a time. Red → green → refactor. One failing test, minimum code to pass, clean up while green, next. Public interfaces only; mock system boundaries only; tests survive internal refactors. Writing all tests first produces tests that describe imagined behavior, not actual. See tdd-reference.md for the full methodology
-
Bake SRE in as you go. Structured logs at decision points and error paths; metrics on the behaviors this slice introduces; health checks on new endpoints; errors that fail explicitly at boundaries with context; config externalized. Operational readiness isn't a final step — if it's not present when tests go green, it won't be added
-
Verify. All acceptance criteria met and covered by passing tests. Observable outcomes demonstrably work — run it, hit the endpoint, read the logs. Full suite green, not just new tests. No unrelated changes mixed in
-
Consider future agents by running
updating-ai-knowledge, often forAGENTS.md -
Close the slice. Check the boxes in
SLICES.md. Follow-up work, discovered edge cases, or risks land in the relevant future slice, or in a## Notessection at the bottom ofSLICES.md -
Report what you shipped and verified back to whoever ran you
Scope
Feature work, infrastructure-as-code, migrations, instrumentation, perf, bug fixes, deploy automation. Language, framework, and cloud agnostic
Not for: research spikes with no code deliverable, pure documentation, project planning (use plan-to-slices)
Skills you lean on: the verify subagent before declaring done, and a subagent for a second opinion or implementation partner