title: “SHARED-STANDARDS-CROSSWALK” ---# SHARED-STANDARDS-CROSSWALK
목적
비용·위험도·승인 경계 필드를 5개 기준 문서에 정합적으로 추가하기 위한 사전 크로스워크.
범위
- wiki/work/projects/jyp-labs-ai-work-operating-system-plan.md
- wiki/work/standards/jyp-labs-ai-skill-operating-standard-v0.1.md
- wiki/work/standards/jyp-labs-loop-engineering-standard-v0.1.md
- wiki/work/standards/omw-collected-doc-classification-standard-v0.1.md
- wiki/work/standards/jyp-labs-operating-system-v0.1.md
교차표
| 문서 | source anchor | approval boundary 보유 | risk 표현 보유 | cost 표현 보유 | 누락/충돌 | 필드 추가 권고 |
|---|---|---|---|---|---|---|
wiki/work/projects/jyp-labs-ai-work-operating-system-plan.md | L181-L182 비용·승인 리스크가 큰 작업에는 verifier 수와 인간 승인 경계를 별도로 적는다. | 있음 — 승인 경계 텍스트 존재 | 있음 — 리스크 텍스트 존재 | 부분 보유 — 비용 텍스트만 있고 구조화 필드 없음 | 계획 문서는 지침은 있으나 기록 필드가 없음 | frontmatter 또는 실행 카드에 cost_level, risk_level, approval_boundary 추가 |
wiki/work/standards/jyp-labs-ai-skill-operating-standard-v0.1.md | L176-L177 ## 인간 승인 경계; L230 스킬별 비용·위험도·승인 경계를 별도 필드로 추가한다. | 있음 — 별도 섹션 존재 | 있음 — Risk 보고 요구와 비용·위험도 추가 액션 존재 | 부분 보유 — 향후 추가 필요로만 언급 | 표준은 존재하지만 skill contract 수준의 공통 열거형이 없음 | skill contract/frontmatter 공통 필드로 cost_level, risk_level, approval_boundary 정의 |
wiki/work/standards/jyp-labs-loop-engineering-standard-v0.1.md | L217-L224 risks: / approval_required; L237 고위험 실행; L272 Risk | 있음 — template와 승인 경계 섹션 존재 | 있음 — risks:와 Evidence Package Risk 존재 | 부분 보유 — 실패 비용 설명은 있으나 구조화된 비용 필드는 없음 | loop template는 boolean approval_required 중심이라 상위 문서와 필드명 불일치 가능 | loop card/template에 risk_level, cost_level, approval_boundary 추가, approval_required는 보조 필드로 축소 |
wiki/work/standards/omw-collected-doc-classification-standard-v0.1.md | L55-L56 evidence_package_possible / human_approval_boundary_clear; L114 비용·권한·위험; L165 인간 승인 경계 | 있음 — 분류 스키마 필드 존재 | 있음 — 위험·권한 문구 존재 | 부분 보유 — 비용은 판단 문장에만 존재 | 분류 표준은 yes/no/needs_review 형태이고 상위 표준은 level형 분류가 필요함 | 분류 frontmatter/판정표에 risk_level, cost_level 추가, human_approval_boundary_clear는 유지 |
wiki/work/standards/jyp-labs-operating-system-v0.1.md | L101-L103 Evidence Package / 권한은 확대하지 않고 경계를 설계한다; L346-L358 ## 8. 승인 경계 | 있음 — 상위 승인 경계 섹션 존재 | 있음 — Evidence Package Risk 존재 | 부분 보유 — 구조화된 비용 필드는 없음 | 상위 OS 문서는 원칙 정의에 강하고 실제 값 기록 위치는 불명확 | 상위 문서는 enum 정의만 두고 실제 값 입력은 하위 skill/loop/log 문서에 위임 |
보유/누락 판정 요약
- 5개 문서 모두 승인 경계 개념은 이미 보유한다.
- 5개 문서 모두 위험 표현은 이미 보유한다.
- 5개 문서 모두 cost_level 같은 구조화된 비용 필드는 아직 없다.
- 가장 큰 충돌 가능성은 approval_required(boolean), human_approval_boundary_clear(yes/no/needs_review), 상위 원칙형 승인 경계가 서로 다른 축으로 병존한다는 점이다.
conflict note
- 상위/하위 책임 경계: 운영 시스템 표준(L2/L3)과 개별 skill/loop 표준(L3/L4)의 필드명이 달라지면 같은 의미를 중복 기록하게 된다.
- 권고: 상위 문서는 필드 정의만 두고, 하위 문서는 실제 값 기록 위치로 통일한다.
- 권고: approval_required는 실행용 boolean, approval_boundary는 정책용 enum으로 구분해 함께 둘 수 있다.
제안 필드 정의
- cost_level: none | low | medium | high
- risk_level: low | medium | high | critical
- approval_boundary: none | internal-review | representative-approval | external-approval
적용 우선순위
1. 상위 정의: jyp-labs-operating-system-v0.1.md 와 jyp-labs-ai-skill-operating-standard-v0.1.md에 공통 enum 정의 확정
2. 실행 템플릿 반영: jyp-labs-loop-engineering-standard-v0.1.md와 omw-collected-doc-classification-standard-v0.1.md에 실제 입력 위치 추가
3. 계획/로그 반영: jyp-labs-ai-work-operating-system-plan.md와 실행 로그 템플릿에 값 기록 예시 추가