AI-DLC Help
Explain the AI-DLC methodology and guide users through the planning plugin.
References
- •Use @${CLAUDE_PLUGIN_ROOT}/references/aidlc-methodology.md for detailed methodology documentation
- •Use @${CLAUDE_PLUGIN_ROOT}/references/planning-shared.md for templates and operational guidance
What is AI-DLC?
AI-DLC (AI-Driven Development Lifecycle) is a methodology that puts AI at the center of the development process. It was developed by AWS as an AI-native approach to software engineering.
Core Idea
Traditional methods: Human initiates, AI assists AI-DLC: AI proposes, human approves
This reversal allows developers to focus on high-value decision-making while AI handles planning, task decomposition, and execution.
Key Principles
- •Reimagine Rather Than Retrofit - Don't force AI into old methods; design for AI capabilities
- •Reverse the Conversation Direction - AI drives workflows, humans validate and approve
- •Integration of Design Techniques - DDD, BDD, TDD are core, not optional add-ons
- •Align with AI Capability - Balance AI strengths with human oversight
- •Build Complex Systems - Designed for architectural complexity, not simple scripts
- •Retain Human Symbiosis - Keep artifacts that enable validation and risk mitigation
- •Facilitate Transition - Familiar concepts with modernized terminology
- •Streamline Responsibilities - Developers transcend traditional silos
- •Minimize Stages, Maximize Flow - Continuous iteration with strategic checkpoints
- •No Opinionated Workflows - AI recommends approach based on context
Core Artifacts
| Artifact | Description | Analogy |
|---|---|---|
| Intent | High-level statement of purpose | Product vision / Epic description |
| Unit | Cohesive, self-contained work element | DDD Subdomain / Scrum Epic |
| Bolt | Smallest iteration cycle (hours/days) | Sprint (but much shorter) |
| Domain Design | Business logic model | DDD tactical patterns |
| Logical Design | Domain + NFRs + patterns | Architecture design |
| Deployment Unit | Packaged executable + config | Deployable artifact |
Available Skills
| Skill | Purpose | When to Use |
|---|---|---|
/aidlc-intent | Create Intent docs in Confluence | Starting a new initiative |
/aidlc-elaborate | Break Intent into Tasks & Units in Confluence, propose Bolt groupings | After Intent is approved |
/aidlc-design | Domain Design & ADRs with confidence assessment | After Units are created |
/aidlc-verify | Verify docs, refine Bolts & transfer to Jira | After design, before implementation |
/aidlc-bolt | Guide Bolt implementation with TDD | During implementation |
/aidlc-help | This help guide | When you need guidance |
Workflow Order
1. /aidlc-intent | v (Intent approved in Confluence) 2. /aidlc-elaborate | v (Tasks & Units created in Confluence, Bolt groupings proposed, reviewed, reorganized) 3. /aidlc-design | v (Domain model & ADRs documented, confidence assessed) 4. /aidlc-verify | v (Documentation verified, Bolts refined, transferred to Jira) 5. /aidlc-bolt | v (Bolt implementation with TDD)
Phase 1: Intent Documentation (/aidlc-intent)
Creates an Intent document in Confluence containing:
- •Problem/Opportunity statement
- •Target users and outcomes
- •Scope (in/out)
- •Technical considerations
- •NFRs and measurement criteria
- •Risks and assumptions
- •Proposed Units (hypotheses)
Output: Approved Confluence document with workflow status tracking
Phase 2: Decomposition (/aidlc-elaborate)
Breaks the Intent into actionable work using Mob Elaboration:
- •Theme clusters identified
- •Tasks elaborated in parallel (subagents)
- •Tasks grouped into Units
- •Bolt groupings proposed for each Unit
- •Confluence pages created for review
- •Team reviews and comments
- •Comments resolved, Tasks refined
- •Units reorganized based on domain principles
Output: Confluence pages for Units and Tasks with proposed Bolt groupings (Jira transfer happens later in verify phase)
Phase 3: Design (/aidlc-design)
Creates design artifacts for implementation with confidence assessment:
- •Assess context sufficiency (confidence check)
- •Domain models (aggregates, entities, value objects)
- •Logical design (patterns, NFR solutions)
- •Architecture Decision Records (ADRs)
Output: Design documentation linked to Units in Confluence
Phase 4: Verification (/aidlc-verify)
Verifies documentation completeness and transfers to Jira:
- •Spawn parallel sub-agents to assess each Unit
- •Calculate confidence score across all documentation
- •Identify gaps and provide remediation suggestions
- •Refine Bolt groupings based on assessment
- •If confidence ≥80%, transfer to Jira:
- •Units → Sub-epics
- •Bolts → Stories
- •Tasks → Sub-tasks
- •Clean up Confluence decomposition pages
Output: Jira artifacts (Sub-epics → Stories → Sub-tasks) linked to Intent
Quick Start Guide
Starting Fresh?
"I want to plan a new feature for user authentication" Use
/aidlc-intent
This will:
- •Gather requirements through clarifying questions
- •Draft an Intent document
- •Create the Confluence page for team review
Have an Approved Intent?
"Break down the authentication intent into Tasks" Use
/aidlc-elaborate
This will:
- •Validate the Intent is approved
- •Identify theme clusters
- •Spawn parallel agents to elaborate Tasks
- •Create Confluence pages for Tasks and Units
- •Propose Bolt groupings for each Unit
- •Guide you through review and reorganization
Note: Jira transfer happens later in
/aidlc-verifyafter design is complete.
Ready to Design?
"Create the domain model for the auth unit" Use
/aidlc-design
This will:
- •Validate Units exist in Confluence
- •Assess context sufficiency (confidence check)
- •Create domain models using DDD principles
- •Document logical design decisions
- •Create ADRs for architectural choices
Ready to Transfer to Jira?
"Verify documentation and transfer to Jira" Use
/aidlc-verify
This will:
- •Spawn sub-agents to assess each Unit's documentation
- •Calculate confidence score (needs ≥80% to proceed)
- •Identify gaps and suggest fixes
- •Refine Bolt groupings for each Unit
- •Transfer to Jira: Units → Sub-epics, Bolts → Stories, Tasks → Sub-tasks
- •Clean up Confluence decomposition pages
Key Concepts Explained
Intent vs Epic
| Intent | Epic |
|---|---|
| Confluence document | Jira artifact |
| Captures WHAT and WHY (lightweight) | Tracks work items |
| Created first | Created later (if at all) |
| Living document | Work tracking |
Unit vs Sub-epic
| Unit | Sub-epic |
|---|---|
| Cohesive work grouping (like DDD Subdomain) | Jira representation of a Unit |
| Designed for loose coupling | Created during verify phase |
| Enables parallel development | Contains Bolts (Stories) in Jira |
Task vs Sub-task
| Task (Confluence) | Sub-task (Jira) |
|---|---|
| Work item in Confluence | Jira representation of a Task |
| Contains AC, dependencies, risks | Grouped under a Bolt/Story |
| Created during elaborate phase | Created during verify phase |
Bolt vs Sprint
| Bolt | Sprint |
|---|---|
| Hours to days | 2-4 weeks |
| Intense focus | Planned capacity |
| Testable increment | Shippable increment |
| Multiple per Unit | One at a time |
| Becomes Story in Jira | N/A |
| Groups related Tasks | Tracks work items |
Mob Elaboration
A collaborative ritual where AI and humans work together:
- •Single room (physical or virtual) with shared screen
- •AI proposes breakdown of Intent into Tasks, Units, and Bolt groupings
- •Team reviews, challenges, and refines
- •Condenses weeks of work into hours
Response Behavior
When this skill is invoked:
- •Greet the user and acknowledge their question
- •Determine their need:
- •General methodology questions -> Reference
aidlc-methodology.md - •Specific skill usage -> Provide targeted guidance
- •Workflow questions -> Explain the process flow
- •Getting started -> Suggest the appropriate skill
- •General methodology questions -> Reference
- •Provide clear, concise guidance
- •Suggest next steps based on their context
Example Interactions
User: "What is AI-DLC?" Response: Explain the core concept, key principles, and how it differs from traditional methods.
User: "How do I start planning a new feature?"
Response: Recommend /aidlc-intent, explain what it does, and what they'll need (project context, stakeholder info).
User: "What's the difference between a Unit and an Epic?" Response: Explain that Units are cohesive work elements from AI-DLC, while Epics are Jira's work tracking. Units become Sub-epics in Jira.
User: "Explain Mob Elaboration" Response: Describe the collaborative ritual, its participants, AI's role, and the outputs.
Troubleshooting
"I don't have a Confluence doc yet"
Start with /aidlc-intent to create the Level 1 Intent document.
"I have a Confluence doc but it's not approved"
Review the Workflow Status table in the doc. If "Intent" is not "Approved", gather stakeholder approval before proceeding to decomposition.
"I want to skip the Confluence phase"
While possible with explicit override, Confluence-first is recommended for:
- •Team collaboration and review
- •Comment resolution before Jira creation
- •Traceability between artifacts
"The skill said my prerequisites are incomplete"
Check that prior phases are complete:
- •For
/aidlc-elaborate: Need approved Intent in Confluence - •For
/aidlc-design: Need Units created in Confluence (from elaborate phase) - •For
/aidlc-verify: Need design documentation and Bolt groupings complete
Further Reading
For detailed methodology documentation, ask about specific topics:
- •"Tell me about the 10 key principles"
- •"Explain the Construction Phase"
- •"What are Domain Design artifacts?"
- •"How does AI-DLC handle brown-field development?"
The methodology reference contains the complete AWS AI-DLC method definition with examples and prompts.