73 lines
8.2 KiB
YAML
73 lines
8.2 KiB
YAML
schema-version: 1
|
|
visuals:
|
|
- id: workflow-selection
|
|
section: workflows
|
|
type: request-flow
|
|
purpose: 하나의 진입 명령에서 갈라지는 네 plan과 cascade에 결속된 child workflow를 단계 진행·종단 상태·사람 개입 지점 기준으로 나란히 비교시켜 독자가 자기 작업에 맞는 경로 하나를 고르게 한다.
|
|
placeholder-text: GitHub에서 렌더되는 순수 mermaid flowchart로, /ceo-intake 진입에서 cascade·wave·light·venture-bootstrap로 갈라지는 분기와 각 경로의 stage 사슬, 계약에 실제로 존재하는 사람 승인 토큰(cascade·wave의 human-gate, venture-bootstrap의 human-acceptance-receipt-present)과 사람 입력 선행조건, 서로 다른 종단 상태, 그리고 cascade에 parent-binding으로 매달린 design-direction child workflow를 한 화면에 배치한다.
|
|
must-show:
|
|
- 공통 진입 명령 /ceo-intake와 그 자리에서 mode·tier를 선언한다는 사실
|
|
- cascade·wave·light·venture-bootstrap 네 plan이 /ceo-intake 하나에서 갈라지는 분기
|
|
- design-direction은 /ceo-intake 분기에 속하지 않고 cascade에 결속된 child workflow라는 구분
|
|
- plan별 stage 이름과 그 stage를 실행하는 slash command
|
|
- plan마다 다른 종단 상태 released·acceptance·bootstrap-complete·design-direction-approved
|
|
- cascade acceptance와 wave acceptance 양쪽에 동일하게 놓인 human-gate 사람 승인 지점
|
|
- light가 verification에서 cascade·wave와 같은 quality-gate-passed 게이트를 거친다는 점
|
|
- light의 acceptance가 terminal-stage이며 released로 가는 전이 자체가 없다는 점
|
|
- venture-bootstrap venture-decision의 human-acceptance-receipt-present 사람 승인 지점
|
|
- venture-bootstrap이 요구하는 founder-context.yaml filled 사람 입력 지점
|
|
- cascade verification에서 build로 되돌아가는 quality-gate-failed 재작업 전이
|
|
- wave의 run이 반복 단계라는 표시
|
|
- light가 plan stage를 생략하고 acceptance에서 종료된다는 점
|
|
- plan별 기본 tier(cascade standard·wave standard·light light)
|
|
relationships:
|
|
- /ceo-intake -> plan 선택 분기
|
|
- plan 선택 분기 -> cascade
|
|
- plan 선택 분기 -> wave
|
|
- plan 선택 분기 -> light
|
|
- plan 선택 분기 -> venture-bootstrap
|
|
- cascade -> design-direction (parent-binding으로 결속된 child workflow, 점선)
|
|
- intake -> discovery -> decide -> design -> spec -> build -> verification -> acceptance (cascade)
|
|
- verification -> build (quality-gate-failed 재작업)
|
|
- verification -> acceptance (quality-gate-passed, cascade·wave·light 공통)
|
|
- acceptance -> human-gate 사람 승인 -> released (cascade)
|
|
- intake -> plan -> run -> verification -> acceptance (wave)
|
|
- acceptance -> human-gate 사람 승인 -> released (wave, cascade와 문자열이 동일한 exit-gate)
|
|
- run -> run (wave loop-stage)
|
|
- intake -> run -> verification -> acceptance (light, acceptance가 terminal-stage이고 released 전이 없음)
|
|
- intake -> founder-setup -> 사람 입력 founder-context.yaml filled -> opportunity-discovery
|
|
- opportunity-discovery -> venture-validation -> venture-decision
|
|
- venture-decision -> human-acceptance-receipt-present 사람 승인 -> company-context-commit -> bootstrap-complete
|
|
- design-direction-critique -> design-direction-prototype (critique-revision-requested)
|
|
- design-direction-critique -> design-direction-divergence (concept-rejection-recorded)
|
|
- design-direction-finalize -> design-direction-approved
|
|
emphasize:
|
|
- 계약의 사람 승인 토큰은 육각형, 사람 입력 선행조건은 평행사변형으로 그려 종류를 구분하고, 라벨에 '사람'과 토큰 리터럴을 함께 적어 색에 의존하지 않게 한다
|
|
- cascade와 wave의 human-gate는 같은 도형·같은 라벨로 그려 동일한 통제임을 드러낸다(두 plan의 acceptance exit-gate 리스트는 문자열이 동일하다)
|
|
- 사람 승인 노드는 우회 불가능한 필수 경유 지점으로 그린다(/run-cascade 드라이버도 이 지점에서 정지한다)
|
|
- light에는 사람 노드를 두지 않되 verification의 quality-gate-passed를 표시해 게이트가 없는 것이 아니라 released 전이가 없을 뿐임을 드러낸다
|
|
- 종단 stage의 빈 exit-gate는 '종단이라 다음 전이가 없음'이지 '게이트 없음'이 아니므로, light 종단에 terminal-stage 표기를 붙인다
|
|
- 네 갈래의 종단 상태가 서로 다르다는 점을 종단 도형으로 구분해 한눈에 비교되게 한다
|
|
- design-direction은 진입 분기가 아니라 cascade에서 내려오는 점선 종속 관계로만 연결한다
|
|
- 재작업 전이는 점선으로 그려 정방향 stage 진행과 시각적으로 구분한다
|
|
- stage 이름·명령명·상태 어휘는 원문 표기를 유지한다
|
|
avoid:
|
|
- design-direction을 /ceo-intake의 다섯 번째 분기처럼 그리기(applies-to에 포함되지 않는다)
|
|
- 사람 승인 지점을 자동 전이나 AI 자동 승인처럼 표현하기
|
|
- wave의 acceptance에서 human-gate를 빠뜨려 cascade에만 승인 노드가 있는 비대칭을 만들기 — wave.acceptance의 exit-gate는 cascade.acceptance와 문자열이 동일한 [release-approved, no-unresolved-critical-risks, human-gate]이고 둘 다 acceptance -> released 전이를 지킨다. 한쪽만 그리면 wave가 자동 release되는 것처럼 읽힌다
|
|
- light에 사람 승인 노드를 추가하기 — light의 terminal-stage는 acceptance(command null · exit-gate [])이고 released 전이가 정의돼 있지 않아 release 사람 게이트가 놓일 자리가 없다
|
|
- light의 빈 종단 exit-gate를 '게이트 없음'이나 '거버넌스 생략'으로 읽히게 그리기 — verification의 quality-gate-passed·blocker-open-false는 cascade·wave·light가 공유하고, 빈 exit-gate는 5개 plan의 모든 terminal stage가 공유하는 형태다
|
|
- venture-bootstrap의 human-acceptance-receipt-present를 human-gate로 표기하기(그 리터럴은 해당 자리에 등장하지 않는 별개 토큰이다)
|
|
- design-direction-finalize의 approved-direction-valid·approval-receipt-bound·parent-approval-link-recorded를 사람 승인 게이트로 표현하기(design-direction에는 human-* 리터럴이 없다)
|
|
- workflow-contracts.yaml에 없는 stage·command·전이를 추가하기
|
|
- 각 stage의 artifact 필드나 exit gate 전체 목록을 노드 안에 나열하기
|
|
- 18개 slash command 전체를 그림에 넣어 선택 문제를 흐리기
|
|
- 외부 테마·CSS·mermaid 자체 <br/> 외의 HTML 사용하기
|
|
placement:
|
|
after-section-id: workflows
|
|
accessibility:
|
|
alt-text: /ceo-intake로 진입해 mode와 tier를 선언한 뒤 cascade·wave·light·venture-bootstrap 네 plan으로 갈라지는 분기도. cascade는 intake·discovery·decide·design·spec·build·verification을 거치고 quality-gate-passed로 acceptance에 이른 뒤 사람이 승인하는 human-gate를 통과해야 released에 도달하며, verification에서 build로 되돌아가는 quality-gate-failed 재작업 전이가 있다. wave는 plan·run·verification·acceptance를 거치는데 run이 반복 단계이고, acceptance 다음에 cascade와 동일한 human-gate 사람 승인 노드를 통과해야 released에 도달한다. light는 plan 단계를 생략하고 verification에서 같은 quality-gate-passed를 거치지만 acceptance가 terminal-stage라 released로 가는 전이 자체가 없어 release 사람 게이트도 없다. venture-bootstrap은 founder-context.yaml이 filled여야 다음 단계로 진행되고, venture-decision 다음에 human-acceptance-receipt-present 사람 승인을 거쳐 company-context-commit으로 넘어가며 bootstrap-complete에서 company-context를 provisional 상태로 남긴다. design-direction은 진입 명령 분기가 아니라 cascade에 parent-binding으로 결속된 child workflow이며, critique에서 prototype 또는 divergence로 되돌아간 뒤 design-direction-approved로 끝난다.
|
|
production:
|
|
format: mermaid
|
|
status: embedded
|