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.
git clone --depth 1 https://github.com/VersoXBT/claude-initial-setupWrote 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/commands/versoxbt/claude-initial-setup/tdd)<a href="https://agentmods.dev/commands/versoxbt/claude-initial-setup/tdd"><img src="https://agentmods.dev/badge/commands/versoxbt/claude-initial-setup/tdd/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/versoxbt/claude-initial-setup/tdd"><img src="https://agentmods.dev/badge/commands/versoxbt/claude-initial-setup/tdd.svg" alt="Reviewed on agentmods" width="80" 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.1 | $0.00010 | $0.00481 |
| Opus 5.5 | $0.00004 | $0.00192 |
| Sonnet 5.5 | $0.00002 | $0.00096 |
| Haiku 4.5 | $0.00001 | $0.00048 |
Grade A, and why
tdd 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 1mo 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 — 61 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Test-Driven Development
Follow the RED-GREEN-REFACTOR cycle to implement a feature or bug fix with tests written first.
Steps
-
Identify the feature or fix to implement. Clarify requirements and expected behavior before writing any code.
-
Write a failing test (RED phase):
- Create or update the test file for the target module.
- Write a test that describes the expected behavior.
- Include edge cases: null inputs, empty collections, boundary values.
- Do not write any implementation code yet.
-
Run the test suite and verify the new test fails:
- Use the project's test runner (jest, vitest, pytest, go test, etc.).
- Confirm the failure is for the expected reason (not a syntax error or import issue).
- If the test passes without implementation, the test is not testing new behavior — revise it.
npm test pytest --cov go test -cover ./... -
Write minimal implementation (GREEN phase):
- Write only enough code to make the failing test pass.
- Do not add extra features, optimizations, or abstractions.
- Use immutable patterns — never mutate inputs.
-
Run the test suite again and verify the test passes:
- All new tests must pass.
- All existing tests must still pass.
- If any test fails, fix the implementation (not the test, unless the test is wrong).
-
Refactor (IMPROVE phase):
- Clean up the implementation while keeping all tests green.
- Extract helpers if there is duplication.
- Improve naming and readability.
- Run tests after every change to ensure nothing breaks.
-
Check coverage:
- Run tests with coverage reporting enabled.
- Verify the new code has at least 80% coverage.
- Add additional tests if coverage is below threshold.
If Tests Fail Unexpectedly
- Read the error message carefully before changing code.
- Check test isolation — tests should not depend on each other.
- Verify mocks and stubs are set up correctly.
- Fix the root cause, not the symptom.
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.
- 1mo ago First seen · 61 lines · 10 tokens per session scan A e7689653f822
tdd is a command published in the GitHub repository VersoXBT/claude-initial-setup (4 stars, last pushed 5mo ago), licensed MIT. It adds 10 tokens to every session and 481 once invoked, about $0.0000 per session on Opus 5.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-31.
Other commands, from other repositories
implement
Execute tasks from a track's implementation plan following TDD workflow.
rules
A command for managing coding rules stored in CLAUDE.md, AGENTS.md, and optional project RULES.md files. It can select built-in rules, add personal rules, change settings such as architecture or coverage, and control whether test-driven development (TDD) is required.
dev-tdd
Implements a feature by following the TDD (Test-Driven Development) cycle.
work-flow-bugfix
Complete workflow to fix a bug, from diagnosis to deployment.
work-flow-feature
Complete workflow for developing a new feature, from exploration to merge.
work-batch
Autonomous and sequential execution of user stories from a PRD file (JSON or Markdown).