# hypothesis sub-workflow (v1.3.5 §3.2).
# 신규 구축·개선 두 메인이 공유하는 종착 — 가설 수립(재사용, main/sub = 호출 위치).
schema_version: 2
id: "hypothesis"
name: "Hypothesis"
description: "원인 추적(five-whys·tdcc) → 검증 가능한 가설(xyz-hypothesis·opportunity-tree Six Forcing Q·hypothesis-design If-Then-Because) → PRD §가설. new-build·improvement 공유."
template_id: "hypothesis"

stages:
  - id: stage-1-cause
    agent: product/product-manager
    task: |
      목표: 근본 원인을 추적해(5-Whys 프레임) 측정 가능한 후행지표·기회·인과로 매핑한다(TDCC 프레임).
      더 깊은 근원 추적이 필요하면 문제 성격에 따라 메인이 상류에 `scqa`/`five-whys`/`tdcc` 워크플로를
      먼저 합성한다(§3.6 본질 원칙 — 강제 체인 아님). 결론: 측정 가능한 원인-지표 쌍을 가설 단계로 넘긴다.
    inputs: []
    outputs:
      - cause.json
    handoff_to: stage-2-hypothesize

  - id: stage-2-hypothesize
    agent: product/product-manager
    task: |
      Run the xyz-hypothesis + opportunity-tree (Six Forcing Questions) +
      hypothesis-design (If-Then-Because) skills to produce ≥2 falsifiable
      hypotheses with riskiest-assumption (V/U/V/F) tags. Output the PRD §가설 section.
    inputs:
      - cause.json
    outputs:
      - hypothesis-section.md
    handoff_to: null