English | Русский
An AI-native methodology for living requirements — one atom, one file, one unit of knowledge.
dab512.github.io/atomic-spec
Atomic Spec is an AI-native methodology that unifies Domain-Driven Design, Test-Driven Development, Use-Case-Driven, and Requirements-Driven approaches into a single flow orchestrated by AI agents. Every requirement is a living artifact with history, not a frozen document.
Every requirement lives in a single *.spec.md file (an "atom") that progresses through three AI agent roles:
Analyst Agent (business intent) → Developer Agent (implementation) → Tester Agent (verification)
An Orchestrator Agent coordinates the pipeline, switches roles, and validates artifacts at each Gate checkpoint. The entire workflow — from decomposition to code to tests — is driven by AI agents following strict contracts.
- AI-native: three specialized AI agents (Analyst, Developer, Tester) orchestrated by a meta-agent
- One atom = one file = one unit of knowledge (
*.spec.md) - Progressive disclosure: from business intent to test cases and code
- Technology agnostic core: the heart of an atom is platform-independent
- Traceability: every artifact references its source atom
- Contract-based agent pipeline: each agent role produces artifacts, validated at gates
System <- changes once in a product's lifetime
└── Domain (Bounded Context) <- changes on strategic shifts
└── Use Case <- changes almost every sprint
└── Scenario (leaf) <- atomic test case
- Copy
templates/atom-template.spec.mdto your project'sspecs/directory - Fill in the Analyst sections (Intent, Domain Rules, AC, DMT, Constraints)
- Pass Gate A validation
- Fill in Developer sections (Tech Spec, Platform API, Implementation Notes)
- Pass Gate B validation
- Fill in Tester sections (Test Plan, Platform Tests, Coverage Matrix)
- Pass Gate C validation
See Getting Started for a detailed walkthrough.
Atomic Spec is designed to be executed by AI agents. The included Orchestrator Skill for Claude Code drives the full pipeline:
- Decomposes a task into atoms (spec files)
- Switches between Analyst → Developer → Tester agent roles
- Validates artifacts at each Gate before passing to the next role
- Follows git conventions for branches, commits, and PRs
Install the skill and your AI agent becomes a full Atomic Spec practitioner. See skill/ directory and installation instructions.
You: "Design a user registration feature"
Orchestrator: Decomposes → domain AUTH, type additive
[ROLE: Analyst] → Intent, Domain Rules, AC, Constraints → Gate A ✅
[ROLE: Developer] → Tech Spec, API, Code → Gate B ✅
[ROLE: Tester] → Test Plan, Coverage Matrix, Tests → Gate C ✅
Done: spec + code + tests, all traced to atoms.
| Document | Description |
|---|---|
| Getting Started | Step-by-step guide to your first atom |
| Methodology | Full methodology reference |
| Atom Anatomy | Structure of a spec file |
| Roles & Pipeline | Analyst, Developer, Tester roles |
| Gate Validation | Gate A, B, C checklists |
| Git Conventions | Branching, commits, PRs |
| Change Types | Parameter, Rule, Flow, Model, Boundary changes |
| Amendments | How to handle in-flight changes |
Detailed guides for each AI agent role:
- Analyst Agent — Intent, Domain Rules, AC, Constraints
- Developer Agent — Tech Spec, API, Code, Implementation Notes
- Tester Agent — Test Plan, Coverage Matrix, Platform Tests
This repository eats its own dog food — the methodology itself is described using Atomic Spec format in the specs/ directory. See specs/system.spec.md as the entry point.
atomic-spec/
├── README.md
├── README.ru.md
├── LICENSE
├── docs/ # Classic documentation
│ ├── getting-started.md
│ ├── methodology.md
│ ├── atom-anatomy.md
│ ├── roles-and-pipeline.md
│ ├── gate-validation.md
│ ├── git-conventions.md
│ ├── change-types.md
│ └── amendments.md
├── skill/ # AI agent skill (Claude Code)
│ ├── SKILL.md # Orchestrator prompt
│ ├── references/ # Role reference guides
│ │ ├── analyst.md
│ │ ├── developer.md
│ │ └── tester.md
│ └── assets/
│ └── atom-template.spec.md
├── specs/ # Meta: Atomic Spec describes itself
│ ├── system.spec.md
│ └── methodology/
│ ├── domain.spec.md
│ ├── _index.md
│ ├── atom-lifecycle/
│ ├── role-pipeline/
│ └── gate-validation/
├── templates/ # Atom template for your projects
│ └── atom-template.spec.md
└── website/ # Landing pages (HTML)
├── index.html
└── orchestrator.html
Browse the interactive documentation: dab512.github.io/atomic-spec
Can you reconstruct the complete domain history — who, when, why made each decision — only from
git logon*.spec.mdfiles? Yes → methodology applied correctly.
MIT License — see LICENSE.