AID Phase 4 - Development phase. Use for implementing features, TDD practices, code reviews, transitioning from planning to QA.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
AID Phase 3 - Implementation Planning with consolidation-first approach. Resolves contradictions between PRD and Tech Spec, creates consolidated master document, then breaks down into actionable tasks and populates Jira. Includes sprint planning and risk assessment.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
Applies to AID Phase 3 only. Run sub-phases in order: 3a Consolidation → 3b Breakdown → 3c Criteria Gen → 3d Jira Population.
Templates:
references/templates/epic-template.mdreferences/templates/story-template.mdreferences/templates/task-template.mdreferences/templates/contradiction-log-template.mdMethodology:
references/phase3-methodology.mdreferences/content-mapping.mdreferences/criteria-generator.mdreferences/iron-rules.mdKey Principle: PRD Content → Epics & Stories (WHY/WHAT), Tech Spec Content → Tasks (HOW)
Every word from source documents MUST appear in Jira:
Verification: Create traceability matrices. 100% coverage required before Phase 4.
| Source Size | Task Size |
|---|---|
| < 20 pages | M (4-8 hours) |
| 20-50 pages | S (2-4 hours) |
| 50-100 pages | XS-S (1-4 hours) |
| > 100 pages | XS (1-2 hours) |
Wrong: Read all → Think → Write at end (loses info) Right: Read section → Write to enriched file → Next section (progressive capture)
Before Phase 4:
Purpose: Find and resolve ALL contradictions between PRD, Tech Spec, and Research BEFORE consolidating.
Process:
Contradiction Types:
| Type | Priority |
|---|---|
| Scope conflicts | 1 (Critical) |
| Technical conflicts | 1 (Critical) |
| Requirement gaps | 2 (High) |
| Implementation conflicts | 2 (High) |
| Minor inconsistencies | 3 (Low) |
Resolution Template:
## Contradiction #[N]
**Found In:** [PRD section] vs [Tech Spec section]
**Description:** [What conflicts]
**Resolution:** [How resolved]
**Authority Used:** [Research/PRD/Tech Spec]
**Rationale:** [Why]
Phase 3a Checkpoint: User approval required before proceeding to 3b.
Purpose: Transform consolidated spec into actionable development tasks.
Component Categories:
Task Decomposition Rules:
| Rule | Requirement |
|---|---|
| Size | < 4 hours (prefer 1-2) |
| Independence | Completable alone (unless dependency) |
| Testability | Clear acceptance criteria |
| Traceability | Links to spec section |
Estimation:
| Type | Unit | Range |
|---|---|---|
| Epic | Sprints | 1-3 |
| Story | Story Points | 1,2,3,5,8,13 |
| Task | Hours | 1-8 |
| Subtask | Minutes/Hours | 15min-4hr |
Risk Template:
### Risk: [Name]
- **Category:** [Technical/Dependency/Resource/Timeline/Scope]
- **Probability:** [High/Medium/Low]
- **Impact:** [High/Medium/Low]
- **Mitigation:** [Strategy]
- **Contingency:** [Backup plan]
Purpose: Generate testable acceptance criteria for QA sub-agent validation.
Information Boundaries:
| Level | Contains | Source | Forbidden |
|---|---|---|---|
| Epic | Business Logic (WHY) | Research+PRD | Tech HOW |
| Story | Product Logic (WHAT) | PRD | Tech HOW |
| Task | Technical Approach (HOW) | Tech Spec | Business WHY |
| Sub-task (QA) | Acceptance Criteria (VERIFY) | Story AC | Tech HOW |
Output: .aid/qa/{task-id}.yaml
schema_version: "1.0"
task_id: "{TASK-ID}"
business_context:
epic_goal: "{sanitized}"
user_value: "{sanitized}"
acceptance_criteria: []
criteria:
must_achieve: []
must_not: []
not_included: []
best_practices: []
files_to_review: []
review_history: []
Phase 3c Checkpoint: Human approval required before Jira population.
Step 1: Create Structure
Step 2: Enhance with Full Details — for each issue, add:
Enhancement Template:
## Summary
[What this accomplishes]
## Business Context
[From PRD]
## Technical Implementation
[From Tech Spec]
## Acceptance Criteria
- [ ] [Criterion 1]
- [ ] [Criterion 2]
## Dependencies
- Blocks: [keys]
- Blocked By: [keys]
## Reference
📄 Consolidated Spec: [path]
📑 Section: [name]
Alternative Export: CSV/JSON for non-Jira users.
docs/implementation-plan/enriched-jiras/ before pushing to Jira| Artifact | Location |
|---|---|
| Consolidated Spec | docs/implementation-plan/consolidated-spec-YYYY-MM-DD-[feature].md |
| Contradiction Log | docs/implementation-plan/contradiction-log-YYYY-MM-DD.md |
| Task Breakdown | docs/implementation-plan/task-breakdown-YYYY-MM-DD-[feature].md |
| Jira Export | docs/implementation-plan/jira-export-YYYY-MM-DD.json |
| Risk Assessment | docs/implementation-plan/risks-YYYY-MM-DD.md |
| Sprint Plan | docs/implementation-plan/sprint-plan-YYYY-MM-DD.yaml |
| Command | Purpose |
|---|---|
| /impl-plan | Start Phase 3 |
| /consolidate | Run Phase 3a |
| /breakdown | Run Phase 3b |
| /populate-jira | Run Phase 3d |
.aid/state.json:
{
"current_phase": 3,
"sub_phase": "3b",
"phase_3_state": {
"3a": {"status": "complete", "user_approved": true},
"3b": {"status": "in_progress"},
"3c": {"status": "locked"},
"3d": {"status": "locked"}
}
}
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
AID Phase 4 - Development phase. Use for implementing features, TDD practices, code reviews, transitioning from planning to QA.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
AID Phase 0 - Research & discovery. Use for validating problem spaces, identifying stakeholders, defining success metrics, deciding whether to proceed.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
AID Phase 1 - PRD creation. Use for user stories, acceptance criteria, scoping features, transitioning from discovery to tech spec.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
AID Phase 5 - QA and Release. Use for validating implementations, acceptance tests, preparing releases, deployment, operational readiness.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
AID Phase 2 - Technical Specification. Use for system architecture, API contracts, data models, security architecture, transitioning from PRD to implementation.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Build an Atomic Design system from Figma style guides - extract tokens, create atoms/molecules/organisms/templates/pages as reusable component libraries. Use when building or extending a design system or component library.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.