execution-plans:
  version: 1
  purpose: >
    호환/문서용 plan mirror다. 런타임 stage 순서·actor·output·exit gate의 단일 정본은
    workflow-contracts.yaml이며 state_engine.py가 그 계약을 직접 읽는다.
  source-of-graph: org-os/06-agent-work/workflow-contracts.yaml
  cross-references:
    - "workflow-contracts.yaml (stage·artifact·전이 정본)"
    - "governance-tiers.yaml (tier 파생·evidence-grade-min·human-gate·governance-limits)"
    - "collaboration-map.yaml (design-to-build-contract must-read-designs — spec→build 게이트)"

  plans:
    cascade:
      description: >
        결정 → 설계 → 세부 → 구현 → 검증 → 수용 → 릴리스 전체 계층 순차(collaboration-map DECIDE..BUILD).
        머리 쓰는 일(discovery/decide/design/spec)은 fan-out, 구현(build)은 collapse.
      stages: [intake, discovery, decide, design, spec, build, verification, acceptance, released]
      terminal-stage: released
      default-tier: standard
      note: >
        순서 교정(리뷰 권고): discovery(근거 접지 + option-set 발산) 가 decide(수렴) 앞에 온다.
        anchoring 제거 — 결정 전에 근거·선택지를 먼저 발산한다.
    wave:
      description: >
        Orchestrator 가 wave 로 계획·실행하는 Magentic 듀얼 원장 루프. plan=계획, run=실행 라운드(반복).
        run 은 정체(stall)/상한(governance-limits) 전까지 자기 자신으로 반복 전이한다.
      stages: [intake, plan, run, verification, acceptance, released]
      loop-stage: run
      terminal-stage: released
      default-tier: standard
    light:
      description: >
        경량 경로 — plan-wave 없이 바로 run. 저위험(two-way-door · single-role · 고객/매출/보안 영향 없음).
      stages: [intake, run, verification, acceptance]
      loop-stage: run
      terminal-stage: acceptance
      default-tier: light
    venture-bootstrap:
      description: >
        회사 수립(1회성). founder-context 를 입력으로 기회탐색→벤처검증→벤처결정→
        company-context commit 을 거쳐 company-context.yaml(provisional) 을 산출한다.
        제품 cascade 의 선행이며 별도 lifecycle 이다. 모든 전이는 OPS-ORCH 가 집행.
      stages: [intake, founder-setup, opportunity-discovery, venture-validation,
               venture-decision, company-context-commit, bootstrap-complete]
      terminal-stage: bootstrap-complete
      default-tier: standard
      outputs: "org-os/01-company/company-context.yaml (status: provisional)"
    experience-foundation:
      description: >
        제품 cascade 종속 child. 실제 경쟁 경험 증거를 접지한 뒤 experience strategy를 결정하고,
        content/IA blueprint와 무채색 wireframe을 승인한다. 시각 방향 탐색보다 반드시 먼저 끝난다.
      stages: [experience-foundation-intake, experience-benchmark, experience-strategy,
               information-architecture, wireframes, foundation-approved]
      terminal-stage: foundation-approved
      default-tier: standard
      parent-binding: [parent-workflow-id, product-decision-id]
      outputs: "accepted competitive benchmark + CPO strategy + CTO/CPTO technical feasibility + COO operational feasibility + blueprint + wireframes + 부모 experience-foundation-approval 링크"
    design-direction:
      description: >
        제품 cascade 종속 child. direction-input-brief(불변)을 입력으로 discovery+divergence-charter→
        3안 독립발산+선택전 비교감사→단일수렴→승자 prototype→7-lens 비평 재작업 루프→
        finalize→approved. /design-system·design→spec 선행.
      stages: [design-direction-intake, design-direction-discovery, design-direction-divergence,
               design-direction-decision, design-direction-prototype, design-direction-critique,
               design-direction-finalize, design-direction-approved]
      terminal-stage: design-direction-approved
      default-tier: standard
      parent-binding: [parent-workflow-id, product-decision-id, direction-input-brief-sha256]
      outputs: "approved-direction 불변 report(completion-records/<child>/) + 부모 원장 design-direction-approval"

  mid-start:
    rule: >
      선행 stage 의 gating 산출물(예: 승인된 설계, 수락된 decision-packet)이 이미 존재하면
      그 stage 로 바로 진입할 수 있다(전체를 다시 밟지 않음).
    verified-by: state_engine.can_transition   # 선행조건 미충족이면 거부(BlockedReport)
    example: "설계가 이미 Accepted 면 /spec 부터 시작(engine 이 design-accepted 확인)."

  wave-internal-stages:
    note: plan/run 은 wave/light 실행 전용 내부 stage 이며 cascade 의 내용 stage 와 구분된다.
    stages: [plan, run]