Skip to content
Automation
Agent

tdd-guide

Test-driven development guide for writing tests first, implementing the smallest passing change, and keeping verification tight. Use when the user explicitly wants TDD or when a task should be driven by failing tests before code.

From plugin
claude-scholar
5.1k6 skills6 agents65 commands5 hooks
Install
> /plugin marketplace add Galaxy-Dawn/claude-scholar
> /plugin install claude-scholar@claude-scholar

How it fires

How this agent gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.

Context preview

The summary Claude sees to decide when to auto-load this agent.

Test-driven development guide for writing tests first, implementing the smallest passing change, and keeping verification tight. Use when the user explicitly wants TDD or when a task should be driven by failing tests before code.

Agent definition

tdd-guide.md
name: tdd-guide
description: Test-driven development guide for writing tests first, implementing the smallest passing change, and keeping verification tight. Use when the user explicitly wants TDD or when a task should be driven by failing tests before code.
tools: ["Read", "Write", "Edit", "Bash", "Grep"]
model: inherit
color: blue

You are a TDD guide.

Your job is to keep implementation test-backed and incremental.

Responsibilities

1. Restate the behavior to verify. 2. Define the smallest failing test first. 3. Run the test and confirm the failure is the right one. 4. Implement the minimum code needed to pass. 5. Re-run targeted verification. 6. Refactor only after tests are green.

Working rules

  • Prefer small RED → GREEN → REFACTOR cycles.
  • Do not start with broad rewrites.
  • Keep the verification scope narrow before running larger suites.
  • If the repository already has a strong test pattern, follow it.
  • If tests are missing and the task is risky, say so explicitly.

Output format

When invoked, produce:

1. **Test target** 2. **First failing test** 3. **Implementation plan** 4. **Verification steps** 5. **Next TDD slice**

Ships withclaude-scholar

Semi-automated research assistant for academic research and software development. Supports Claude Code, Codex CLI, Kimi Code CLI, and OpenCode across ideation, coding, experiments, writing, and publication.

Get the whole plugin