You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a team supervising AI-assisted delivery I need automation that starts and advances autonomously only on tag-eligible cards, with explicit human intervention points So that autonomous phases advance alone and humans intervene only where required (orchestrator → supervisor)
Epic Context
Principle (D18): automation has ZERO merit logic. All criteria live in the classification model (adoption); classify emits tags; automation reads only tags and states. Schema: classify → tags → pair-next --root --filter tag:x --until "tag:x ⇒ Done" → skills. Goal (§4): run multiple steps from the dev machine today, then external agents doing the same with the same pair primitives. Enabling steps (from requirements): risk matrix (R5.2) + pair-next branch execution on criteria (R2.3, R2.8).
Business Value & Objectives
Primary Business Goals
Goal 1: Autonomous advancement only on eligible cards (tag-driven, R4.4); nothing happens on untagged issues.
Goal 2: Two automation levels distinct (R5.5): what the AI does vs what gets approved; auto-approval only for light-tagged PRs.
Goal 3: Full audit trail: every run leaves comments/state transitions; same primitives for human and agent.
Success Metrics (KPIs)
Autonomous actions on untagged issues - Target: 0
Measurement method: audit trail review
Current baseline: n/a (feature absent)
Merit criteria in supervisor code - Target: 0 (grep-verifiable: reads only tags/states)
Measurement method: grep + code review
Current baseline: n/a
Problem Statement & Market Opportunity
Current State
Every step is human-initiated (orchestrator mode); no eligibility concept; no approval entity; no tag-driven workflows.
Target State
Supervisor loop on pair-next with declarative stop; auto-development only for cards tagged eligible in refinement (non-business-critical, e.g. cosmetic/UI — criteria in adoption); approval/block entity gates merges.
Solution Overview
Key Capabilities
Eligibility via classification (R4.3): classify in refinement emits the eligibility tag per adoption criteria.
Tag-driven workflows (R4.4): different tags → different workflows; only tagged issues; CLI command candidate (pair-cli run — decided at story design).
Supervisor loop (R4.5): start+advance = pure pair-next loop (--root --filter --until); human points explicit (🔴 review approval, state promotions).
Approval/block entity (R5.6): dedicated identity with state-change permission; yellow → dev retries, red → human stop; no merge without approval. + Light-PR auto-approval (R5.5).
Breakdown-to-task feedback (R4.6): project created down to tasks; AI closes tasks and comments as it advances.
Epic Breakdown
User Stories (High-Level)
Detailed to stories NOW per decision D9 — see linked sub-issues.
Must-Have Stories (P0)
US: Design spike (ADR): triggers, execution isolation, run triage
US: Eligibility tag in refinement (auto-development criteria in adoption)
Epic Information
Epic ID: EP-212
Initiative: Advanced Features Enablement #5
Theme: Workflow automation (Initiative Epic 5 scope)
Epic Owner: Foomakers Product Team
Status: Planning
Priority: P1
Epic Points: 26 (estimated)
Target Release: LAST in sequencing — requires pair-next esteso (#204), classification (#208), publish-pr (#206)
Epic Statement
As a team supervising AI-assisted delivery
I need automation that starts and advances autonomously only on tag-eligible cards, with explicit human intervention points
So that autonomous phases advance alone and humans intervene only where required (orchestrator → supervisor)
Epic Context
Principle (D18): automation has ZERO merit logic. All criteria live in the classification model (adoption); classify emits tags; automation reads only tags and states. Schema:
classify → tags → pair-next --root --filter tag:x --until "tag:x ⇒ Done" → skills. Goal (§4): run multiple steps from the dev machine today, then external agents doing the same with the same pair primitives. Enabling steps (from requirements): risk matrix (R5.2) + pair-next branch execution on criteria (R2.3, R2.8).Business Value & Objectives
Primary Business Goals
Success Metrics (KPIs)
Problem Statement & Market Opportunity
Current State
Every step is human-initiated (orchestrator mode); no eligibility concept; no approval entity; no tag-driven workflows.
Target State
Supervisor loop on pair-next with declarative stop; auto-development only for cards tagged eligible in refinement (non-business-critical, e.g. cosmetic/UI — criteria in adoption); approval/block entity gates merges.
Solution Overview
Key Capabilities
pair-cli run— decided at story design).--root --filter --until); human points explicit (🔴 review approval, state promotions).Epic Breakdown
User Stories (High-Level)
Detailed to stories NOW per decision D9 — see linked sub-issues.
Must-Have Stories (P0)
Should-Have Stories (P1)
Epic Acceptance Criteria
Timeline & Roadmap
Critical Path Dependencies
Success Validation
Launch Criteria
apps/pair-cliupdated (tag-driven run command if adopted)Appendix
Related Documentation
pair-requirements-triage.md· Decisions D9, D18