A revolutionary approach to software development that transforms problems into focused, incremental missions using Claude Code's specialized subagents.
Install AB Method in your project with a single command:
npx ab-method
This will:
- β
Install all AB Method workflows in
.ab-method/
- β
Add 10 slash commands to Claude Code (both
/ab-master
and individual commands) - β
Create necessary directories (
docs/architecture/
,tasks/
) - β
Set up or update
CLAUDE.md
with instructions - β Install builtin specialized agents for enhanced development workflow
After installation, open Claude Code and choose your preferred approach:
Quick Access (NEW!):
/create-task # Create new tasks with technical details
/create-mission # Transform tasks into focused missions
/analyze-project # Complete project analysis
# ... and 7 more individual commands
Traditional Approach:
/ab-master # Master controller for all workflows
That's it! You're ready to start using the AB Method with enhanced command access.
- Overview
- Core Philosophy
- System Architecture
- Getting Started
- Workflow Files Documentation
- Usage Examples
- Task Lifecycle
- Mission Execution Flow
- Architecture Documentation
- Advanced Features
The AB Method is an incremental task management system designed specifically for Claude Code that breaks down complex software development projects into manageable tasks and missions. Each mission is completed entirely before moving to the next, building knowledge incrementally while maintaining focus and conserving context.
- One Task at a Time - Maintain laser focus on a single task
- Incremental Missions - Each mission builds on previous knowledge
- Backend First - For full-stack tasks, start with backend to provide types and data
- Validation Checkpoints - User validates before implementation begins
- Continuous Documentation - Architecture and progress tracked in real-time
- Context Conservation - Avoid overwhelming the model with too much planning
- Knowledge Building - Each mission uses learnings from previous ones
- No Redundancy - Prevent implementing the same thing twice
- Clear Progress - Always know exactly where you are
.claude/
βββ commands/
βββ ab-master.md # Traditional master controller
βββ create-task.md # Direct task creation
βββ resume-task.md # Resume existing tasks
βββ create-mission.md # Direct mission creation
βββ resume-mission.md # Resume missions
βββ test-mission.md # Create comprehensive tests
βββ analyze-project.md # Full project analysis
βββ analyze-frontend.md # Frontend analysis
βββ analyze-backend.md # Backend analysis
βββ update-architecture.md # Architecture updates
.ab-method/
βββ core/ # Core workflow files
β βββ analyze-project.md # Project analysis orchestrator
β βββ analyze-frontend.md # Frontend architecture analysis
β βββ analyze-backend.md # Backend architecture analysis
β βββ update-architecture.md # Architecture documentation updater
β βββ create-task.md # Task creation workflow
β βββ resume-task.md # Task resumption workflow
β βββ create-mission.md # Mission creation workflow
β βββ resume-mission.md # Mission resumption workflow
β
βββ utils/ # Mission utility files
β βββ backend-mission.md # Backend mission coordinator
β βββ frontend-mission.md # Frontend mission coordinator
β βββ planning-mission.md # Planning mission coordinator
β
βββ structure/ # Configuration
β βββ index.yaml # Paths and structure configuration
docs/
βββ architecture/ # Generated architecture docs
βββ tech-stack.md
βββ entry-points.md
βββ frontend-patterns.md
βββ backend-patterns.md
βββ external-services.md
βββ project-constraints.md
tasks/ # Created tasks and missions
βββ [task-name]/
βββ progress-tracker.md
βββ mission-*.md
π Quick Access (Recommended for experienced users):
/create-task # Create new task with enhanced technical details
/resume-task # Resume paused tasks
/create-mission # Transform tasks into missions
/resume-mission # Continue incomplete missions
/test-mission # Create comprehensive tests
/analyze-project # Complete project analysis
/analyze-frontend # Frontend architecture analysis
/analyze-backend # Backend services analysis
/update-architecture # Maintain architecture docs
π Traditional Controller (Great for beginners):
/ab-master [workflow-name]
The master controller provides:
- View all available workflows (call without arguments)
- Start specific workflows with guidance (provide workflow name)
- Help text and workflow descriptions
Workflow | Purpose | When to Use |
---|---|---|
analyze-project |
Full project architecture analysis | Starting a new project or onboarding |
analyze-frontend |
Deep frontend analysis | Understanding client-side architecture |
analyze-backend |
Deep backend analysis | Understanding server-side architecture |
create-task |
Create a new development task | Starting new feature/fix |
resume-task |
Resume an existing task | Continuing previous work |
create-mission |
Create next mission for a task | Ready for next step |
resume-mission |
Resume an in-progress mission | Continuing mission work |
update-architecture |
Update architecture docs | After implementing features |
Purpose: Orchestrates comprehensive project analysis using specialized subagents.
Flow:
- Prompts user to confirm parallel agent deployment
- Deploys frontend-developer and backend-architect agents simultaneously
- Creates comprehensive architecture documentation
Usage:
/ab-master analyze-project
Purpose: Deep-dive analysis of frontend/backend architecture.
Key Features:
- Reads from
.ab-method/structure/index.yaml
for output paths - Creates detailed patterns documentation
- Identifies tech stack and conventions
Purpose: Creates a new task with all missions defined upfront.
Task Status Flow:
Brainstormed β Validated β In dev β Testing β Completed
Process:
- Define problem statement, context, and expected outcome
- Identify task type (Frontend/Backend/Full-stack)
- Create all missions upfront
- Initialize with "Brainstormed" status
Purpose: Resume work from exact breakpoint.
Features:
- Shows current progress visually
- Identifies last action and next step
- Maintains continuity across sessions
Responsibilities:
- Loads backend architecture documentation
- Coordinates backend-architect and backend-developer agents
- Ensures DTOs use database types for maintainability
Responsibilities:
- Loads frontend patterns and backend types
- Coordinates UX expert and frontend-developer agents
- Integrates with backend missions for type safety
Responsibilities:
- Loads ALL architecture documentation
- Handles research and design decisions
- Documents rationale and trade-offs
# 1. Create task directly with enhanced technical context
/create-task
# 2. System asks for problem definition + technical details
"Create a todos table that fetches from API and displays in frontend"
"Follow existing shadcn/ui patterns, use our current API structure"
"Testing with vitest, ensure responsive design"
# 3. Creates task with comprehensive technical context:
# Technical Context: Code constraints, architecture hints, tech requirements
# Code Guidance: File organization, testing requirements, performance
# - Mission 1: Backend - Create todo model and API
# - Mission 2: Frontend - Create table component
# - Mission 3: Integration - Connect frontend to backend
# 4. System prompts for validation
"Task created with status 'Brainstormed'. Ready to validate?"
# 5. After validation, start first mission
/create-mission # Deploys nextjs-backend-architect agent
# 1. Use master controller for guidance
/ab-master create-task
# 2. Same enhanced flow but with help text and explanations
# 3. Creates same comprehensive task documentation
# 4. Use /ab-master create-mission for guided mission creation
Quick Style:
# Resume directly
/resume-task
> "Which task to resume?"
> "todo-table"
# Shows progress with agent tracking:
# β Mission 1: Backend API - COMPLETED (nextjs-backend-architect)
# β³ Mission 2: Frontend Table - IN PROGRESS (shadcn-ui-adapter)
# Last: Created base component with shadcn/ui patterns
# Next: Add state management and data fetching
# Agent Output: Component documented in docs/tasks/todo-table/
Traditional Style:
# Resume with guidance
/ab-master resume-task
# Same progress display with helpful explanations
graph LR
A[Problem Definition] --> B[Create Task]
B --> C[Define All Missions]
C --> D[Brainstormed Status]
D --> E[User Validation]
E --> F[Validated Status]
F --> G[Mission 1]
G --> H[Mission 2]
H --> I[Mission N]
I --> J[Task Complete]
graph TB
A[Create Mission] --> B{Mission Type?}
B -->|Backend| C[Load backend-mission.md]
B -->|Frontend| D[Load frontend-mission.md]
B -->|Planning| E[Load planning-mission.md]
C --> F[Backend Architect Agent]
F --> G[Backend Developer Agent]
D --> H[UX Expert Agent]
H --> I[Frontend Developer Agent]
E --> J[Research/Planning Agent]
G --> K[Update Progress]
I --> K
J --> K
K --> L[Mission Complete]
The system automatically generates and maintains architecture documentation:
- tech-stack.md - Technologies, frameworks, and tools
- entry-points.md - API endpoints and application entries
- frontend-patterns.md - Component architecture and patterns
- backend-patterns.md - API design and service patterns
- external-services.md - Third-party integrations
- project-constraints.md - Limitations and requirements
After implementing features, run:
/ab-master update-architecture
This will:
- Assess impact of changes
- Update relevant documentation
- Preserve history with timestamps
- Mark deprecated features
The AB Method leverages Claude Code's specialized agents for enhanced development:
Built-in Agents (Installed by default):
- shadcn-ui-adapter - UI component creation and styling
- nextjs-backend-architect - Next.js backend development
- sst-cloud-architect - Serverless infrastructure
- vitest-component-tester - Component testing
- playwright-e2e-tester - End-to-end testing
- ascii-ui-mockup-generator - UI mockups and wireframes
- mastra-ai-agent-builder - AI agent development
- qa-code-auditor - Code quality analysis
Agent Coordination Flow:
graph TB
A[Mission Start] --> B{Mission Type?}
B -->|Backend| C[nextjs-backend-architect]
B -->|Frontend| D[shadcn-ui-adapter]
B -->|Testing| E[vitest-component-tester]
C --> F[Document in docs/]
D --> F
E --> F
F --> G[Update Progress Tracker]
All agent work is automatically documented in structured locations:
Architecture Documentation:
docs/architecture/
- Generated by analysis workflows- Technical constraints, patterns, and tech stack details
- Updated continuously as missions complete
Task Documentation:
docs/tasks/[task-name]/
- Individual task folders- Progress trackers with technical context sections
- Mission-specific documentation with agent outputs
Agent Output Tracking: Each mission tracks which agents were used and their contributions:
## Agent Usage Tracking
### Mission 1 Agents
- nextjs-backend-architect: Created API endpoints and data models
- qa-code-auditor: Performed code quality analysis
## Sub-Agent Outputs
### Backend Architecture Plan (nextjs-backend-architect)
- Database schema: users, todos tables
- API endpoints: GET/POST /api/todos
- Type definitions: TodosTable, UserTable
Create-task workflow now includes comprehensive technical guidance:
Technical Context Sections:
- Code Constraints - File naming, coding standards, patterns
- Architecture Hints - Services to reuse, integration points
- Tech Stack Requirements - Required libraries, versions, dependencies
- API Constraints - Endpoint naming, authentication patterns
Code Guidance Sections:
- File Organization - Directory structure, import patterns
- Testing Requirements - Coverage expectations, test frameworks
- Performance Considerations - Caching, optimization requirements
The analyze-project workflow deploys multiple specialized agents in parallel for maximum efficiency:
- Frontend Expert Agent
- Backend Architect Agent
Backend missions generate types that frontend missions automatically use:
// Backend creates:
interface Todo {
id: string;
title: string;
status: TodosTable["status"]; // Database type
}
// Frontend uses:
const TodoList: React.FC<{ todos: Todo[] }> = ...
Each mission document contains:
- Dependencies from previous missions
- Files created/modified
- Architectural decisions
- Test results
- Agent contributions and outputs
The .ab-method/structure/index.yaml
file allows customization of:
- Documentation paths
- Task folder structure
- Workflow output locations
project_structure:
docs:
architecture:
files:
- tech-stack.md
- entry-points.md
# ... more files
workflow_outputs:
analyze-project: docs/architecture/
analyze-frontend: docs/architecture/frontend-patterns.md
# ... more mappings
-
Choose your preferred command style:
- Quick: Use direct commands like
/create-task
,/analyze-project
- Guided: Use
/ab-master
for help and workflow descriptions
- Quick: Use direct commands like
-
Complete missions sequentially - Don't skip ahead, each builds on the previous
-
Validate before implementing - Review plans and technical context before execution
-
Leverage technical context - Fill in code constraints, architecture hints, and testing requirements during task creation
-
Trust the agent coordination - Let specialized agents handle their domains (UI, backend, testing)
-
Review documentation outputs - Check
docs/
folders for agent-generated architecture and technical details -
Update architecture regularly - Use
/update-architecture
after major changes -
Use backend types in frontend - Maintain type safety across the stack
The AB Method is continuously evolving. Key areas for improvement:
- Cleaner diagram organization
- Additional mission types
- Enhanced agent coordination
- Better progress visualization
- The system uses Claude Code's subagent capabilities extensively
- All paths are configurable via
index.yaml
- Mission workflows delegate architecture reading to utils files
- Each workflow checks
.ab-method/structure/index.yaml
first
- Install:
npx ab-method
(includes builtin agents) - Choose your style: Direct commands (
/create-task
) or guided (/ab-master
) - Start with
/analyze-project
for new projects (creates architecture docs) - Create your first task with
/create-task
(includes technical context) - Fill in technical constraints and code guidance during task creation
- Validate before starting implementation
- Let specialized agents handle missions (creates documentation in
docs/
) - Complete missions one at a time, review agent outputs
- Use
/update-architecture
after major changes
Remember: The AB Method is about focused, incremental progress. One task, one mission, one step at a time. Each building on the last, creating a robust and maintainable codebase.