Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/dinhnguyenngoc/spec-driven-claude-code/incremental-implementationnpx skills add dinhnguyenngoc/spec-driven-claude-code --skill incremental-implementationgit clone --depth 1 https://github.com/dinhnguyenngoc/spec-driven-claude-codeWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/dinhnguyenngoc/spec-driven-claude-code/incremental-implementation)<a href="https://agentmods.dev/skills/dinhnguyenngoc/spec-driven-claude-code/incremental-implementation"><img src="https://agentmods.dev/badge/skills/dinhnguyenngoc/spec-driven-claude-code/incremental-implementation.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00014 | $0.01022 |
| Opus 5 | $0.00007 | $0.00511 |
| Sonnet 5 | $0.00003 | $0.00204 |
| Haiku 4.5 | $0.00001 | $0.00102 |
Grade A, and why
incremental-implementation scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 211 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Incremental Implementation Skill
Philosophy
"The simplest thing that could work."
Build in thin vertical slices. Each increment leaves the system working and testable.
When to Apply
Use this skill when:
- Multi-file changes
- New features
- Refactoring work
- Any change > 100 lines
Skip for:
- Single-file, small changes
- Simple bug fixes
- Configuration updates
The Increment Cycle
┌─────────────────────────────────────────┐
│ 1. Pick smallest complete piece │
│ ↓ │
│ 2. Write failing test (RED) │
│ ↓ │
│ 3. Implement minimal code (GREEN) │
│ ↓ │
│ 4. Refactor if needed │
│ ↓ │
│ 5. Run all tests │
│ ↓ │
│ 6. Commit with clear message │
│ ↓ │
│ 7. Repeat for next piece │
└─────────────────────────────────────────┘
Vertical vs Horizontal Slicing
Vertical Slices (Correct)
Each slice delivers end-to-end functionality:
Task 1: User can create a task
└── DB model + API route + UI component
Task 2: User can view task list
└── DB query + API endpoint + List component
Task 3: User can complete a task
└── DB update + API handler + Toggle UI
Horizontal Slices (Anti-pattern)
Layers completed separately:
Task 1: Create all DB models
Task 2: Create all API routes
Task 3: Create all UI components
❌ Problem: Nothing works until everything is done
Slicing Strategies
1. Happy Path First
Slice 1: Basic flow works
Slice 2: Add validation
Slice 3: Add error handling
Slice 4: Add edge cases
2. Risk-First
Slice 1: Uncertain/complex piece (reduce risk early)
Slice 2: Dependent pieces (build on verified foundation)
Slice 3: Polish (now safe to invest time)
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 4d ago First seen · 211 lines · 14 tokens per session scan A 081addd07d89
incremental-implementation is a skill published in the GitHub repository dinhnguyenngoc/spec-driven-claude-code (20 stars, last pushed 5d ago), licensed MIT. It adds 14 tokens to every session and 1,022 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
outside-in-tdd
Use when writing tests from the outside-in, defining behavior before code, or any feature where tests should start from observable business behavior and let internal design emerge.
kiro-impl
Implement approved tasks using TDD with subagent dispatch. Runs all pending tasks autonomously or selected tasks manually.
drill-tdd
Use when implementing any feature or bugfix — enforces the Red-Green-Refactor drill with no production code allowed without a failing test first.
the-hit
Use when the execution plan is approved and it is time for parallel execution — dispatches workers through crew leads to implement work packages with TDD enforcement, report collection, and escalation protocols.
specx-component-architecture
Design or review specx core scope boundaries in Python services. Use when deciding where code belongs across packaged scoped foundation bases, optional local foundation extensions, core/, capabilities, delivery, infrastructure, shared/, and ioc; when adding guardrails or splitting use cases, services, DTOs, schemas…
specx-project-structure
Create or reshape a Python FastAPI service repo into the specx clean core/delivery architecture using packaged scoped foundation bases. Use when starting an API backend, adding the first src package, or establishing AGENTS.md, core/, optional local foundation/, delivery/, infrastructure, ioc/, migrations, and tests.