Getting it into your agent
It runs from inside its repository, so the clone comes first — what it calls does not travel with the file alone.
git clone --depth 1 https://github.com/ChrisMckerracher/claude-dream-teamnpx agentmods add skills/chrismckerracher/claude-dream-team/codingWrote 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/chrismckerracher/claude-dream-team/coding)<a href="https://agentmods.dev/skills/chrismckerracher/claude-dream-team/coding"><img src="https://agentmods.dev/badge/skills/chrismckerracher/claude-dream-team/coding.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.1 | $0.00044 | $0.00839 |
| Opus 5 | $0.00022 | $0.00419 |
| Sonnet 5 | $0.00009 | $0.00168 |
| Haiku 4.5 | $0.00004 | $0.00084 |
Grade A, and why
Implementation & 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 7d 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 — 135 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Implementation & TDD Skill
TDD Cycle
Red-Green-Refactor
1. RED: Write a failing test that defines the desired behavior
2. GREEN: Write the minimum code to make the test pass
3. REFACTOR: Clean up the code while keeping tests green
4. REPEAT
When to Use TDD
- Always TDD: Business logic, data transformations, validation rules
- Sometimes TDD: UI components (test behavior, not layout), API handlers
- Skip TDD: Config files, type definitions, simple glue code
Test-First Template
describe('[Feature/Function name]', () => {
it('should [expected behavior] when [condition]', () => {
// Arrange
const input = /* setup */;
// Act
const result = functionUnderTest(input);
// Assert
expect(result).toBe(/* expected */);
});
it('should [error behavior] when [error condition]', () => {
// Arrange & Act & Assert
expect(() => functionUnderTest(badInput)).toThrow(/* expected error */);
});
});
Git Worktree Workflow
Setup
# From the epic branch, create a worktree for your task
git worktree add ../worktrees/${AGENT_NAME}-task-${TASK_ID} ${EPIC_BRANCH}
# Move into your worktree
cd ../worktrees/${AGENT_NAME}-task-${TASK_ID}
# Create your feature branch
git checkout -b ${AGENT_NAME}/task-${TASK_ID}-${TASK_SLUG}
During Work
# Regular commits as you work
git add <specific-files>
git commit -m "feat(scope): description of change"
# Keep up to date with epic branch
git fetch origin
git rebase ${EPIC_BRANCH}
Submitting for Review
# Ensure tests pass
npm test # or project-specific test command
# Push your branch
git push -u origin ${AGENT_NAME}/task-${TASK_ID}-${TASK_SLUG}
Cleanup After Merge
# After QA approval and merge
cd ..
git worktree remove worktrees/${AGENT_NAME}-task-${TASK_ID}
git branch -d ${AGENT_NAME}/task-${TASK_ID}-${TASK_SLUG}
Commit Message Convention
type(scope): brief description
[optional body with more detail]
[optional footer]
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.
- 7d ago First seen · 135 lines · 44 tokens per session scan A b5bdbc456d5d
Implementation & TDD is a skill published in the GitHub repository ChrisMckerracher/claude-dream-team (5 stars, last pushed 6mo ago), licensed MIT. It adds 44 tokens to every session and 839 once invoked, about $0.0002 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-31.
Other skills, from other repositories
workflow-patterns
Use this skill when implementing tasks according to Conductor's TDD workflow, handling phase checkpoints, managing git commits for tasks, or understanding the verification protocol.
nw-quality-framework
Quality gates - 11 commit readiness gates, build/test protocol, validation checkpoints, and quality metrics.
strict-tdd
Strict RED->GREEN->REFACTOR test-driven development with enforcement. Never write production code before a failing test. Atomic commits per TDD cycle.
cmux-testing
A regression test for a bug fix ships as two commits so CI proves the test catches the bug.
resolve-issues
Resolves GitHub issues using isolated worktrees and test-driven development, then delegates PR creation to /github:create-pr so the quality gate and the /github:review-pr loop always run. This skill should be used when the user asks to "resolve an issue", "fix issue.
blueprint-derive-tests
Derive test regression plans from git history by finding commits lacking tests. Use when finding untested bug fixes, coverage gaps, or generating a test backlog.