# Verify a specific phase gate
/bmad:gate --phase analysis
/bmad:gate --phase planning
/bmad:gate --phase solutioning
/bmad:gate --phase implementation

# Re-verify after applying feedback
/bmad:gate --phase solutioning --retry

# Check overall gate status
/bmad:gate --all

checks:
  - requirement_clarity:
      description:  " Are requirements specific and measurable? " 
   - scope_appropriateness:
      description:  " Is it an appropriate size for a single issue? " 
   - ac_testability:
      description:  " Are AC automatable for testing? "

checks:
  - epic_story_structure:
      description:  " Is the hierarchy structure appropriate? " 
   - story_point:
      description:  " Is it within 1-8 SP range? " 
       threshold: { min: 1, max: 8, split_required: 13 }
  - labeling:
      description:  " Are Type and Scope labels present? " 
   - dependencies:
      description:  " Are blockers resolvable? "

checks:
  architect:
    - clean_architecture
    - pure_di_wiring  # No getIt/injectable, direct BlocProvider creation
    - api_design  # when backend changes
    - security
  ux_designer:
    - coui_compliance
    - layout
    - interaction
    - accessibility  # recommended

sub_gates:
  - step_4_branch:
      pattern:  " ^(feature|fix|refactor|chore)/[0-9]+ " 
   - step_8_5_lint:
      commands: [ " dart analyze " ,  " dcm analyze " ]
  - step_9_pr:
      checks: [branch_format, issue_linked, commits_exist, lint_passed]

╔════════════════════════════════════════════════════════════════╗
║  Analysis Gate: ✅ PASSED                                      ║
╠════════════════════════════════════════════════════════════════╣
║                                                                ║
║  ✅ Requirements clarity: PASS                                       ║
║     - 3 functional requirements identified                                    ║
║     - Success criteria clear                                           ║
║                                                                ║
║  ✅ Scope appropriateness: PASS                                         ║
║     - Expected complexity: Medium (3-5 SP)                               ║
║     - Appropriate for a single issue                                         ║
║                                                                ║
║  ✅ Acceptance Criteria Testability: PASS                        ║
║     - 3 Acceptance Criteria defined                            ║
║     - All convertible to BDD scenarios                            ║
║                                                                ║
║  → Ready to proceed to Planning phase                                 ║
║                                                                ║
╚════════════════════════════════════════════════════════════════╝

╔════════════════════════════════════════════════════════════════╗
║  Solutioning Gate: ❌ FAILED                                   ║
╠════════════════════════════════════════════════════════════════╣
║                                                                ║
║  🏗️ Architect review: ❌ FAILED                                  ║
║  ├── ✅ Clean Architecture                                     ║
║  ├── ❌ Dependency wiring: getIt usage found (Pure DI violation)         ║
║  ├── ✅ API Design (N/A)                                       ║
║  └── ✅ Security                                               ║
║                                                                ║
║  🎨 UX Designer review: ✅ PASSED                                ║
║  ├── ✅ CoUI compliance                                              ║
║  ├── ✅ Layout                                               ║
║  ├── ✅ Interaction                                               ║
║  └── ⚠️ Accessibility (recommended)                                          ║
║                                                                ║
║  Gate result: FAILED (Architect review failed)                     ║
║                                                                ║
║  Required actions:                                                  ║
║  1. Change to direct creation in BlocProvider:                        ║
║     create: (_) = >   AuthorBloc()                                ║
║                                                                ║
║  Re-verification command:                                                  ║
║  /bmad:gate --phase solutioning --retry                        ║
║                                                                ║
║  ⚠️ Cannot proceed to Implementation phase.                ║
║                                                                ║
╚════════════════════════════════════════════════════════════════╝

╔════════════════════════════════════════════════════════════════╗
║  BMAD Gate Status (All)                                       ║
╠════════════════════════════════════════════════════════════════╣
║                                                                ║
║  Analysis Gate:       ✅ PASSED                                ║
║  Planning Gate:       ✅ PASSED                                ║
║  Solutioning Gate:    ❌ FAILED (Architect - Pure DI violation)     ║
║  Implementation Gate: ⏳ PENDING                               ║
║                                                                ║
║  Current blocker: Solutioning Gate                                 ║
║  Next action: /bmad:gate --phase solutioning --retry            ║
║                                                                ║
╚════════════════════════════════════════════════════════════════╝

On gate failure:
├── Cannot proceed to next phase
├── Feedback provided
└── Re-verification required

Exception:
├── Emergency mode (--emergency)
│   └── Admin approval required
└── Post-review required