본문으로 건너뛰기
cccskills
무료GitHub에 공개

aid-impl-plan

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

연동 도구Jira
설치 방법 보기

포함된 파일(14)

  • SKILL.md7.2 KB
  • references/content-mapping.md12.7 KB
  • references/criteria-generator.md7.2 KB
  • references/iron-rules.md19.9 KB
  • references/phase3-methodology.md25.6 KB
  • references/section-mapping-guide.md7.1 KB
  • references/templates/contradiction-log-template.md4.8 KB
  • references/templates/epic-template.md3.6 KB
  • references/templates/story-template.md5.3 KB
  • references/templates/subtask-template.md3.9 KB
  • references/templates/task-template.md6.4 KB
  • SKILL.extended.md6.6 KB
  • templates/consolidated-spec-template.md8.5 KB
  • templates/task-breakdown-template.md5.1 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

AID Implementation Plan Skill (Phase 3)

Applies to AID Phase 3 only. Run sub-phases in order: 3a Consolidation → 3b Breakdown → 3c Criteria Gen → 3d Jira Population.

Templates & References

Templates:

  • references/templates/epic-template.md
  • references/templates/story-template.md
  • references/templates/task-template.md
  • references/templates/contradiction-log-template.md

Methodology:

  • references/phase3-methodology.md
  • references/content-mapping.md
  • references/criteria-generator.md
  • references/iron-rules.md

Key Principle: PRD Content → Epics & Stories (WHY/WHAT), Tech Spec Content → Tasks (HOW)

Golden Rules of Phase 3

Rule #1: NO WORD LEFT BEHIND

Every word from source documents MUST appear in Jira:

  • PRD content → Epics/Stories
  • Tech Spec content → Tasks
  • OpenAPI endpoints → Implementation Tasks

Verification: Create traceability matrices. 100% coverage required before Phase 4.

Rule #2: SMALL TASKS, BIG DOCUMENTS

Source SizeTask Size
< 20 pagesM (4-8 hours)
20-50 pagesS (2-4 hours)
50-100 pagesXS-S (1-4 hours)
> 100 pagesXS (1-2 hours)

Rule #3: PROCESS IN CHUNKS, WRITE IMMEDIATELY

Wrong: Read all → Think → Write at end (loses info) Right: Read section → Write to enriched file → Next section (progressive capture)

Rule #4: VERIFY BEFORE PROCEEDING

Before Phase 4:

  • Every PRD user story → Story in Jira
  • Every Tech Spec component → Tasks
  • Every Task has all required fields
  • Coverage < 100%? Find gaps → Add items → Re-verify

Phase 3a: Contradiction Resolution & Consolidation

Purpose: Find and resolve ALL contradictions between PRD, Tech Spec, and Research BEFORE consolidating.

Process:

  1. Document Discovery & Section Mapping
  2. Create Processing Order (dependency order)
  3. Section-by-Section Consolidation
  4. Contradiction Analysis (per section)
  5. Resolution Hierarchy: Research > PRD > Tech Spec
  6. Progressive Document Building

Contradiction Types:

TypePriority
Scope conflicts1 (Critical)
Technical conflicts1 (Critical)
Requirement gaps2 (High)
Implementation conflicts2 (High)
Minor inconsistencies3 (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.

Phase 3b: Task Breakdown

Purpose: Transform consolidated spec into actionable development tasks.

Component Categories:

  • Backend: API, Database, Business Logic, Integrations
  • Frontend: Pages, Components, State, API Integration
  • Infrastructure: Database Setup, Config, CI/CD
  • Cross-Cutting: Auth, Logging, Error Handling

Task Decomposition Rules:

RuleRequirement
Size< 4 hours (prefer 1-2)
IndependenceCompletable alone (unless dependency)
TestabilityClear acceptance criteria
TraceabilityLinks to spec section

Estimation:

TypeUnitRange
EpicSprints1-3
StoryStory Points1,2,3,5,8,13
TaskHours1-8
SubtaskMinutes/Hours15min-4hr

Risk Template:

### Risk: [Name]
- **Category:** [Technical/Dependency/Resource/Timeline/Scope]
- **Probability:** [High/Medium/Low]
- **Impact:** [High/Medium/Low]
- **Mitigation:** [Strategy]
- **Contingency:** [Backup plan]

Phase 3c: Success Criteria Generation (QA Gate Setup)

Purpose: Generate testable acceptance criteria for QA sub-agent validation.

Information Boundaries:

LevelContainsSourceForbidden
EpicBusiness Logic (WHY)Research+PRDTech HOW
StoryProduct Logic (WHAT)PRDTech HOW
TaskTechnical Approach (HOW)Tech SpecBusiness WHY
Sub-task (QA)Acceptance Criteria (VERIFY)Story ACTech 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.

Phase 3d: Jira Population

Step 1: Create Structure

  1. Create all Epics (summary, priority, labels)
  2. Create all Stories under Epics
  3. Create all Tasks under Stories
  4. Create all Subtasks under Tasks
  5. Link all dependencies

Step 2: Enhance with Full Details — for each issue, add:

  • Full business context (PRD)
  • Technical implementation (Tech Spec)
  • Acceptance criteria
  • Technical notes
  • Test strategy
  • Reference to consolidated spec

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.

Lessons Learned

  1. Stage enriched content in docs/implementation-plan/enriched-jiras/ before pushing to Jira
  2. Never skip Story layer - Epic → Story → Task (not Epic → Task)
  3. Spec fixes are NOT developer work - fix source documents directly
  4. Content mapping is mandatory - PRD → Epic/Story, Tech Spec → Task
  5. Verification is mandatory - run coverage agents before Phase 4
  6. Use ADF for Jira - Atlassian Document Format for rich descriptions
  7. Task naming: E{Epic#}-T{Sequential##}: {Verb} {Component}
  8. Every task needs: Description, Files, Code pattern, API contract, Error handling, AC, Estimate, Spec reference

Output Artifacts

ArtifactLocation
Consolidated Specdocs/implementation-plan/consolidated-spec-YYYY-MM-DD-[feature].md
Contradiction Logdocs/implementation-plan/contradiction-log-YYYY-MM-DD.md
Task Breakdowndocs/implementation-plan/task-breakdown-YYYY-MM-DD-[feature].md
Jira Exportdocs/implementation-plan/jira-export-YYYY-MM-DD.json
Risk Assessmentdocs/implementation-plan/risks-YYYY-MM-DD.md
Sprint Plandocs/implementation-plan/sprint-plan-YYYY-MM-DD.yaml

Exit Criteria (Phase 3 → Phase 4)

  • Phase 3a: Consolidated doc created, user approved
  • Phase 3b: Tasks < 4hr, acceptance criteria, dependencies mapped
  • Phase 3c: QA criteria files generated, human approved
  • Phase 3d: Jira populated, all issues have full descriptions
  • Quality Gates: Sub-agent review PASSED

Commands

CommandPurpose
/impl-planStart Phase 3
/consolidateRun Phase 3a
/breakdownRun Phase 3b
/populate-jiraRun Phase 3d

State Tracking

.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"}
  }
}

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

AID Phase 4 - Development phase. Use for implementing features, TDD practices, code reviews, transitioning from planning to QA.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ilandahan/AID102026년 9월 23일 업데이트

AID Phase 0 - Research & discovery. Use for validating problem spaces, identifying stakeholders, defining success metrics, deciding whether to proceed.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ilandahan/AID102026년 9월 23일 업데이트

aid-prd

무료

AID Phase 1 - PRD creation. Use for user stories, acceptance criteria, scoping features, transitioning from discovery to tech spec.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ilandahan/AID102026년 9월 23일 업데이트

AID Phase 5 - QA and Release. Use for validating implementations, acceptance tests, preparing releases, deployment, operational readiness.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ilandahan/AID102026년 9월 23일 업데이트

AID Phase 2 - Technical Specification. Use for system architecture, API contracts, data models, security architecture, transitioning from PRD to implementation.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ilandahan/AID102026년 9월 23일 업데이트

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ilandahan/AID102026년 9월 23일 업데이트

ilandahan의 스킬 모두 보기

이 스킬의 문제 신고