atdd-developer

Enforce RED/GREEN/REFACTOR phases with Given/When/Then acceptance tests.

12|2|Updated Jan 27, 2026
One-click install
npx skills add https://github.com/jikig-ai/soleur --skill atdd-developer
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: atdd-developer
Source: https://github.com/jikig-ai/soleur/tree/main/plugins/soleur/skills/atdd-developer
Command: npx skills add https://github.com/jikig-ai/soleur --skill atdd-developer

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Guides developers to implement features reliably by enforcing an Acceptance Test Driven Development cycle that ensures tests define behavior before implementation and prevents skipping critical phases.

Core Features & Use Cases

  • Structured RED/GREEN/REFACTOR workflow: Forces failing acceptance tests first, minimal implementation to pass, then safe refactoring with tests kept green.
  • Explicit permission gates: Requires user confirmation before moving between phases to maintain discipline and review opportunities.
  • Use Case: Implement a user story by writing Given/When/Then acceptance tests, making the smallest change to pass them, and then refactoring while running the full test suite.

Quick Start

Write Given/When/Then acceptance tests for the feature, run them to confirm they fail, and ask to proceed to the next phase.

Frequently Asked Questions about atdd-developer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement a user story using acceptance test driven development?

Acceptance test driven development (ATDD) implements user stories by writing Given/When/Then acceptance tests, confirming they fail, writing minimal code to pass them, and then refactoring while keeping tests green. This enforces a structured RED/GREEN/REFACTOR cycle.

What is the RED GREEN REFACTOR cycle in test driven development?

The RED/GREEN/REFACTOR cycle in test driven development enforces writing failing acceptance tests first, implementing the smallest code change to make them pass, and then safely refactoring while running the full test suite to prevent regressions.

How do I write acceptance tests in Given When Then format for new features?

Writing acceptance tests in Given/When/Then format for new features requires defining the initial context, the triggering action, and the expected outcome before any implementation begins. These tests must fail initially to validate the RED phase.

How do I prevent skipping phases during test driven development?

Preventing phase skipping during test driven development requires explicit user confirmation gates before moving between RED, GREEN, and REFACTOR phases. This ensures failing tests are written first and the full suite runs after each change.

Does ATDD work with conventional commits?

ATDD works with conventional commits by producing structured commit messages after each completed RED/GREEN/REFACTOR cycle. This ensures feature implementation history aligns with the acceptance tests and iterative refactors.

When should I not use acceptance test driven development?

You should not use acceptance test driven development when implementing exploratory spikes or throwaway prototypes where writing formal Given/When/Then acceptance tests and maintaining a full test suite creates unnecessary overhead.