워크플로우 생명주기
ONESHIM의 워크플로우는 자동 반영이 아니라 검토 가능한 상태 전이를 중심으로 설계됩니다.
상태 전이
단계
| 단계 | 설명 | 감사 이벤트 |
|---|---|---|
| Candidate | 소스에서 후보 생성 | candidate.created |
| PendingReview | 검토 큐에 등록 | review.opened |
| Approved | 사람이 근거를 확인하고 승인 | review.approved |
| Rejected | 범위 밖 또는 부정확한 후보 반려 | review.rejected |
| Held | 추가 확인 필요 | review.held |
| AppliedCandidate | 승인·정책 검사를 통과한 후보를 LLM 업무 맥락이나 통제 실행 계획으로 연결 | candidate.applied |
| Audited | 상태 변화 기록 보존 | audit.recorded |
DAG와 승인 경계
DAG는 후보 생성과 처리 순서를 표현할 수 있지만, 공개 문서에서는 검토, 승인, 정책 검사 없이 운영 시스템에 반영되는 흐름을 전제로 하지 않습니다.
kind: WorkflowCandidate
metadata:
name: futurepac-quality-terms
spec:
sourceScope: approved-quality-docs
steps:
- id: extract_terms
output: ontology_candidates
- id: link_evidence
output: evidence_links
- id: open_review
output: review_queue
approval:
required: true
운영 체크리스트
- 후보 생성 기준이 문서화되어 있는가?
- 승인자와 검토자가 분리되어 있는가?
- 반려 사유가 남는가?
- 적용 후보와 실제 반영/실행 결과가 분리되어 있는가?
- 감사 로그를 export할 수 있는가?