등록 → mapping → 검토 → 게시 → 활성화 → Snapshot → 실행 → 증거
candidate, approved, published, current, active와 executed를 하나의 “완료”로 합치지 않습니다.
- 01REGISTER
Knowledge·Tool·Instruction·Skill·Policy·Permission·Form·Playbook을 소유자, 버전, 원본 포인터와 함께 등록합니다.
- 02MAP
회사 용어와 자산을 플랫폼 Ontology class에 overlay로 연결하고, 출처와 적용 범위를 기록합니다.
- 03REVIEW
후보 연결과 충돌을 검토·승인·제외합니다. 후보는 승인 전까지 현재 정의가 아닙니다.
- 04PUBLISH
승인된 mapping과 자산만 불변 버전으로 게시하고 current 기준을 별도로 설정합니다.
- 05ACTIVATE
조직·주체·권한·정책을 적용해 Runtime에서 사용할 수 있는 구성을 계산합니다. 게시됐다는 이유만으로 자동 활성화하지 않습니다.
- 06SNAPSHOT
이번 실행이 사용한 의미, 자산, 정책과 권한을 immutable ContextSnapshot으로 고정합니다.
- 07EXECUTE
AI Crew가 Playbook에 따라 실행하고, 고영향 효과는 HITL 앞에서 대기합니다.
- 08READBACK
Trace·Receipt·승인·실패·복구를 권위 원장에서 다시 읽어 실제 효과와 제품 상태를 확인합니다.
Runtime에 들어가는 것은 모두 운영 자산입니다.
파일이나 링크가 아니라, 누가 소유하고 어떤 버전이 어디에 적용되며 지금 쓸 수 있는지가 판정되는 단위입니다.
모든 실행은 다섯 질문에 답해야 합니다.
- 01DEFINE
업무 의미를 정의합니다
플랫폼 Ontology는 공통 의미를 고정하고, 회사별 용어와 시스템 식별자는 overlay mapping으로 연결합니다.
원천 시스템의 데이터와 업무 ID는 그대로 유지합니다.
- 02GOVERN
쓸 수 있는 자산을 등록합니다
Knowledge, Tool, Instruction, Skill, Form, Playbook과 Policy를 소유자·버전·상태·적용 범위와 함께 관리합니다.
등록, 검토, 게시와 Runtime 활성화는 서로 다른 단계입니다.
- 03COMPOSE
이번 일의 Context를 고정합니다
요청자와 조직, 의미 해석, 선택된 자산, 권한과 정책 버전을 immutable ContextSnapshot으로 묶습니다.
권한이 확인되지 않은 자산을 자동으로 넓혀 쓰지 않습니다.
- 04EXECUTE
허용된 효과만 실행합니다
Runtime은 장기 실행과 위임을 이어가고, 외부 영향이나 중요 결정은 정책에 따라 사람의 판단 앞에서 멈춥니다.
도구 연결 성공이 곧 활성화나 실행 권한을 뜻하지 않습니다.
- 05PROVE
실행을 다시 설명할 수 있게 합니다
Trace, 정책 결정, 승인, 도구 호출과 결과 Receipt를 같은 상관관계로 조회하고 재현·복구의 기준으로 씁니다.
배포 상태와 실제 사용자 시나리오 검증을 구분합니다.
운영계약을 이루는 세 개의 상세 계층
START WITH ONE REAL WORKFLOW
AI를 더 붙이기 전에,
첫 실행 계약을 설계하세요.
한 업무의 의미, 원본 권위, 사용할 자산, 사람 결정 지점과 필요한 증거부터 함께 확인합니다. 확인되지 않은 기능을 전제로 도입안을 만들지 않습니다.