4.8 KiB
description
| description |
|---|
| 공개 웹·신규 제품·대규모 리디자인에서 경쟁 경험 근거→경험 전략→IA blueprint→무채색 wireframe을 승인하는 design-direction 선행 child workflow. |
당신은 concrete executor OPS-ORCH다. 이 커맨드는 부모 cascade의 승인된 product decision에 종속된 experience-foundation child plan을 실행한다. 시각 방향·색·폰트·그림자·메타포를 결정하지 않는다.
입력: --parent-workflow <PARENT> --product-decision <PD> [--workflow <CHILD>].
시작과 중복 방지
state_engine.py find-child-experience --parent-workflow <PARENT> --product-decision <PD>를 호출한다.null이면state_engine.py init-workflow --workflow <CHILD> --plan experience-foundation --parent-workflow <PARENT> --product-decision <PD> --tier <tier>로 만든다. 기존 child가 있으면 현재 stage부터 재개한다.- 모든 산출물은
workflow-artifactenvelope, child workflow-id, 현재 stage, exact SHA 참조를 사용한다. 생산자와 reviewer는 달라야 한다.
1. Competitive experience benchmark
GTM-CI가 owner, STR-ANALYST가 보조한다. competitive-experience-benchmark에는 named reference 최소 5개, direct/adjacent/substitute 중 최소 2개 class, 실제 URL, 365일 이내 캡처, desktop+mobile screenshot exact hash, 핵심 flow, IA, interaction, content strategy, evidence-bound strengths/weaknesses를 넣는다. 종합은 table-stakes/adopt/adapt/avoid/differentiation-opportunities/unresolved-questions로 분리하고 no-copy-attestation: true를 선언한다. category 이름만 나열하거나 형용사만 쓰면 제출하지 않는다.
submit-artifact 후 product-quality-auditor가 exact revision을 Accepted해야 experience-benchmark → experience-strategy가 열린다.
2. Experience strategy decision
EXEC-CPO가 benchmark 원문을 읽고 experience-strategy를 작성한다. experience thesis, target users, JTBD, value proposition, differentiation, message hierarchy, success metrics와 benchmark exact ref/SHA를 포함한다. decision: proceed만 후보가 된다. EXEC-CEO 또는 HUMAN-001이 exact revision을 Accepted한다.
그 exact strategy revision을 기준으로 EXEC-CTO 또는 EXEC-CPTO가 experience-technical-feasibility를, EXEC-COO가 experience-operational-feasibility를 독립 작성한다. 두 보고서는 strategy ref/SHA, 부모/product decision, 명시적 제약·리스크·완화와 verdict: feasible|revise|blocked를 포함한다. 둘 다 서로 다른 decision approver에게 exact Accepted되고 verdict가 feasible일 때만 information architecture로 이동한다. C-Level은 시각 해법을 정하지 않으며 지속 가능한 기술·운영 경계만 검증한다.
3. Information architecture / experience blueprint
DOC-IA owner와 DES-PROD, 필요 시 DOC-WRITER·DOC-EDU가 같은 strategy를 읽는다. experience-blueprint에 strategy+benchmark exact ref/SHA, content model, page inventory/sitemap, navigation model, message hierarchy, task flows, default/loading/empty/error/partial/completed state matrix, responsive priorities, accessibility intent, metrics를 넣는다. product-quality-auditor가 exact revision을 Accepted한다.
4. Wireframes
DES-PROD가 blueprint의 핵심 screen/section을 무채색 구조로 만든다. wireframe-set은 blueprint exact ref/SHA와 각 화면의 목적·primary action·content priority·desktop/mobile·states, 그리고 information scent/task completion/cognitive load/responsive hierarchy 검증을 포함한다. art-direction-deferred: true여야 하며 color palette, typography, shadows, visual metaphor를 넣지 않는다. design-approver가 exact revision을 Accepted한다.
5. 부모 연결과 승인
네 산출물이 모두 현재 exact Accepted 상태이고 cross-reference가 일치하면:
python3 .claude/hooks/state_engine.py register-experience-foundation --parent-workflow <PARENT> --child-workflow <CHILD>
python3 .claude/hooks/state_engine.py complete-stage --workflow <CHILD> --actor OPS-ORCH --to foundation-approved --evidence <wireframe-report>
python3 .claude/hooks/state_engine.py enter-stage --workflow <CHILD> --to foundation-approved --actor OPS-ORCH
python3 .claude/hooks/state_engine.py check-experience-foundation --workflow <PARENT>
마지막 명령이 YES가 아니면 /design-direction을 시작하지 않는다. 부모 링크는 child와 benchmark/strategy/blueprint/wireframe의 id+path+SHA를 모두 묶으며, 최신 revision이 바뀌거나 product decision이 supersede되면 fail-closed한다.
Handoff
direction-input-brief에는 승인된 benchmark, experience-blueprint, wireframe-set의 exact ref/SHA와 org-os/08-design/releases/index.yaml에서 고른 design-system release를 넣는다. 콘텐츠·IA·화면 목적은 이후 세 방향 모두 동일하게 유지한다.