Orbit · 가이드 · Chapter 04
Operate
판단은 원본으로 되돌아갈 수 있어야 합니다
AI가 내린 결론, 사람이 승인한 판단, 자동으로 실행된 처리 — 모든 것은 원본 근거로 되돌아갈 수 있어야 운영 자산이 됩니다.
읽기 11분 · 마지막 업데이트 2026-04-28
Section 01
한 장면 — 감사인이 물었을 때
개념 설명 전에 장면 하나를 먼저 봅니다. 회계팀 수진의 7월 첫째 주, Q2 분기 마감 직후 외부 감사 현장입니다.
감사인이 Q2 세금 계산 내역을 요청한다. 특히 4월 매입세 공제 판단 근거를 묻는다.
수진이 ERP에서 전표를 찾지만, 왜 그 금액이 공제 대상이 되었는지는 전표에 없다.
Slack을 뒤져 당시 세무팀과의 대화를 찾는다. 스크롤 12분.
AI가 요약을 생성했던 기록을 발견하지만, 그 요약이 어떤 원본을 참조했는지는 사라졌다.
감사인이 다시 묻는다. "이 판단의 원본 근거를 보여주세요."
14:20의 질문이 핵심입니다. Trace가 없는 회사라면 수진은 당시 판단에 관여한 사람을 찾아 기억에 의존해야 합니다 — 3개월 전 판단을 누가 정확히 기억할까요.
Trace가 있는 회사라면 같은 질문에 30초 안에 답합니다:
차이는 기록의 양이 아닙니다. 핵심은 하나의 판단이 원본까지 끊기지 않는 사슬로 연결되어 있느냐입니다. ERP 전표, AI 요약, Slack 메시지가 각각 존재하는 것과, 하나의 Trace 체인 위에 순서대로 놓이는 것은 전혀 다릅니다.
Section 02
Operate가 무엇인가
Trace는 단순한 감사 로그가 아닙니다. 감사 로그는 "누가 언제 무엇을 했다"를 나열합니다. Trace는 그 위에 왜 그 판단이 내려졌는지를 연결합니다.
정확한 정의: Trace는 데이터가 이동하고, AI가 해석하고, 사람이 판단한 전체 경로를 기록하는 계보(lineage) 레이어입니다. 단순 시간순 나열이 아니라, 원본에서 결론까지의 재현 가능한 증거 사슬입니다.
Evidence는 그 사슬의 각 마디를 구성하는 원본 조각입니다. 세금계산서의 특정 행, 계약서 4.2항, Slack에서의 승인 메시지, AI가 참조한 문서 단락 — 사람이 다시 확인할 수 있는 가장 작은 단위입니다.
| 구분 | 일반 감사 로그 | Operate |
|---|---|---|
| 기록 대상 | 행위 (click, save, approve) | 행위 + 판단 근거 + 원본 연결 |
| AI 답변 | "AI가 답변 생성" 한 줄 | 어떤 문서의 어떤 부분을 읽고 어떤 기준으로 해석했는지 |
| 재현 가능성 | 시간순 나열만 가능 | 과거 상태 전체를 다시 구성 가능 |
| 감사 대응 | "이런 일이 있었습니다" | "이 근거로 이렇게 판단했습니다" |
| 자산화 | 보관 후 폐기 | 판단 패턴이 Field Memory로 축적 |
AI 없이도 Trace는 필요합니다. 사람이 엑셀에서 내린 판단도 3개월 뒤에는 근거가 사라집니다. AI가 개입하면 문제는 더 심각해집니다 — 빠르고 많은 판단이 생기는데, 각각의 근거를 사람이 일일이 기록할 수 없기 때문입니다. Trace는 이 기록을 자동으로 엮습니다.
Section 03
세 겹의 구조 — Source · Path · Decision
Trace는 세 겹으로 나뉩니다. 하나의 판단을 추적할 때 "원본이 무엇인가(Source)", "어떻게 흘렀는가(Path)", "어떤 결론이 내려졌는가(Decision)"를 따로 질문할 수 있어야 합니다.
전자세금계산서 #KR-2026-04-1847 수신
원본발주서 #4082, 계약서 별첨 4.2항
원본AI가 세금계산서를 추출하고 발주서와 대조
경로공제 기준 Dictionary에서 적격 조건 매칭
경로AI 판단: 공제 적격 (confidence 0.91)
판단세무팀 김 팀장 승인 — 최종 확정
사람세 겹이 분리되어 있어야 질문을 정확하게 던질 수 있습니다.
| 레이어 | 기록하는 것 | 질문 예시 |
|---|---|---|
| Source | 원본 문서, 이벤트, 외부 데이터 | "이 판단에 사용된 원본 자료가 무엇인가?" |
| Path | 데이터가 Field를 통과한 경로, AI 처리 과정 | "이 숫자는 어떤 과정을 거쳐 여기에 도달했는가?" |
| Decision | AI 판단, 사람 승인, 최종 결정 | "누가, 어떤 근거로, 이 결론을 내렸는가?" |
Source가 없는 Path는 허공의 화살표입니다. AI가 "이 세금계산서는 공제 적격입니다"라고 말했다면, 그 말 자체는 Path일 뿐입니다. 어떤 원본 문서를 읽었는지(Source)와 누가 이를 승인했는지(Decision)가 함께 있어야 Trace가 완성됩니다.
Section 04
Evidence Slot — 판단마다 필요한 근거 자리
Field의 각 단계에는 Evidence Slot이 정해져 있습니다. "이 단계를 통과하려면 이런 근거가 있어야 한다"는 사전 정의입니다. 파일이 있다고 근거가 되는 것은 아닙니다 — 정해진 형식과 조건을 만족해야 슬롯이 채워집니다.
송장 처리를 예로 들면, 하나의 송장이 최종 승인되기까지 네 개의 Evidence Slot이 필요합니다.
원본 파일
스캔 이미지 또는 전자문서 원본. 위변조 검증 포함.
추출 결과
AI가 추출한 항목별 값과 참조 위치 (line, cell).
매칭 기록
발주서·계약서와의 대조 결과. 차이 금액과 원인.
검토자 확인
사람의 검토 기록. 승인·반려·보류와 사유.
승인 기록
Authority를 통한 최종 승인. 승인자·시점·조건.
실행 확인
ERP 전기·지급 실행 후 외부 시스템 확인.
Evidence Slot이 빈 채로 다음 단계로 넘어가면 Sentinel이 경고를 띄웁니다. 모든 슬롯이 채워져야 해당 단계의 상태가 완료로 전환됩니다.
송장 PDF가 이메일로 도착한다. AI가 자동으로 항목을 추출한다.
Evidence Slot: 원본 파일 ✓, 추출 결과 ✓ — 두 슬롯이 자동으로 채워진다.
발주서 매칭 시도. 금액이 ₩12,000 차이난다. 매칭 기록 슬롯은 "차이 있음"으로 채워진다.
현우가 차이 원인을 확인하고 "운송비 별도 청구"로 사유를 입력한다. 검토자 확인 슬롯 채워짐.
팀장 승인. 모든 슬롯이 완료되어 ERP 전기가 실행된다.
슬롯이 없으면 "대충 넘어가기"가 가능해집니다. 많은 회사에서 송장 처리는 "파일 첨부 → 승인 클릭"으로 끝납니다. 3개월 뒤 왜 그 금액을 승인했는지 물으면 아무도 모릅니다. Evidence Slot은 "이것 없이는 다음으로 못 간다"를 구조적으로 강제합니다.
Section 05
Replay — 과거를 다시 재현하는 능력
Trace의 가장 강력한 능력은 Replay입니다. 과거 어느 시점의 Field 상태를 Trace 체인을 따라 다시 구성할 수 있습니다. 스냅샷을 찍어두는 것이 아니라, 원본과 경로와 판단을 순서대로 다시 재생하여 같은 상태에 도달합니다.
Replay가 가능하면 두 가지 질문에 답할 수 있습니다:
사후 검증 — "그때 왜 그렇게 판단했는가"
감사, 내부 감찰, 고객 컴플레인 시 당시 상태를 정확히 재현합니다. 기억이나 추측에 의존하지 않습니다. 당시 적용된 Dictionary 버전, 참조한 원본 문서, AI의 추론 체인이 모두 보존됩니다.
반사실 분석 — "만약 다르게 했다면 어땠을까"
Replay된 과거 상태 위에서 조건을 바꿔봅니다. "만약 공제 기준이 v3가 아니라 v4였다면?", "만약 AI confidence 임계를 0.85가 아니라 0.90으로 설정했다면?" — 정책을 개선하는 시뮬레이션의 출발점이 됩니다.
패턴 발견 — "반복되는 판단 오류가 있는가"
여러 건의 Trace를 비교하면 같은 유형의 실수가 반복되는 지점이 드러납니다. 특정 거래처의 송장에서 매칭 오류가 자주 발생한다면, 해당 Dictionary 기준을 조정하는 근거가 됩니다.
| Replay 유형 | 시나리오 | 결과물 |
|---|---|---|
| 사후 검증 | 감사인이 Q2 세금 계산 근거를 요청 | 당시 상태의 완전한 재현 + 증거 체인 |
| 반사실 분석 | 새 정책 적용 시 과거 건들의 결과 변화 예측 | 영향 범위 보고서 + 변경 건수 추정 |
| 패턴 발견 | 지난 6개월 매칭 실패 건 분석 | 거래처별·유형별 오류 빈도와 원인 분류 |
Replay는 "실행 취소"가 아닙니다. 과거로 돌아가 행위를 되돌리는 것이 아니라, 과거 상태를 읽기 전용으로 재구성하는 것입니다. 실제 데이터는 변하지 않습니다. 이 구분이 있어야 Replay를 자유롭게 사용할 수 있습니다 — 재현해 봤다고 무언가가 바뀌는 일은 없습니다.
Section 06
Trace가 연결하는 다른 레이어들
Operate는 Orbit의 다른 모든 레이어와 접점을 가집니다. 독립된 기능이 아니라, 각 레이어가 만들어낸 판단과 행위를 하나의 증거 체인으로 꿰는 실입니다.
| 레이어 | Trace와의 관계 | 없으면 생기는 문제 |
|---|---|---|
| Field | Evidence는 Field 맥락 안에서 의미를 가진다. 같은 문서도 Tax Field와 HR Field에서 다른 증거가 된다. | 증거가 업무 맥락 없이 떠다니고, 어떤 판단의 근거였는지 연결이 끊어진다. |
| Authority | 승인 기록이 Trace의 Decision 레이어에 기록된다. 누가 어떤 권한으로 승인했는지가 증거가 된다. | "누가 승인했는지"만 남고 "어떤 근거를 보고 승인했는지"는 사라진다. |
| Agent Studio | AI 에이전트의 추론 체인이 Trace의 Path 레이어에 기록된다. 모델이 어떤 입력을 받아 어떤 출력을 냈는지. | AI가 "맞다"고 했지만 왜 맞다고 했는지 알 수 없다. 설명 가능성이 사라진다. |
| Sentinel | 이상 탐지와 정책 위반의 증거가 Trace에 보존된다. 사건 발생 시 전체 경위를 재구성하는 기반이 된다. | 경보는 울리지만 원인 분석은 처음부터 수동으로 해야 한다. |
| Dictionary | 판단 시점에 어떤 버전의 기준이 적용되었는지가 Trace에 기록된다. | 기준이 바뀐 뒤 과거 판단이 당시 기준으로 맞았는지 확인할 수 없다. |
공개 범위와 비공개 범위
이 가이드에서 설명한 것은 Operate의 원리와 구조입니다. 왜 필요하고, 어떤 겹으로 나뉘며, 다른 레이어와 어떻게 연결되는지를 공개합니다.
반면 trace ID 체계, evidence packing 알고리즘, replay 검증 항목, 체인 무결성 보장 방식은 Orbit의 운영 레시피이므로 공개하지 않습니다. 내부 Pilot에서 직접 확인할 수 있습니다.
Trace가 약하면 Orbit의 모든 자동화는 "블랙박스"가 됩니다. AI가 빠르게 판단을 내리고, 사람이 빠르게 승인하고, 시스템이 빠르게 실행합니다 — 하지만 3개월 뒤 "왜 그랬는가"를 물으면 아무도 답하지 못합니다. Trace는 속도를 유지하면서 설명 가능성을 함께 보존하는 유일한 방법입니다.