판정의 독립
판단을 Agent 실행 주체 밖에서 수행해 실행과 통제의 역할을 분리합니다.
CONTROL / TECHNICAL EXPLANATION
독립 통제의
독립 통제의
판정·집행·증적 구조
Agent의 실행 요청을 조직의 권한·정책과 연결하고, 판단·집행·증적을 분리하는 Control의 기술 구조를 소개합니다.
THREE INDEPENDENT LAYERS
서로 다른 관리 책임을 가진 세 계층.
Agent 실행, 독립 판단, 감사 증적의 책임을 분리합니다. 실행 주체가 자신의 요청을 최종 승인하거나 감사 기록을 임의로 변경하지 않도록 경계를 구성합니다.
Agent 실행 계층 · 현업/IT 관리
사내·상용 Agent가 업무객체와 실행 의도를 제출합니다. 판정과 사유를 받는 실행 주체입니다.
독립 통제 계층 · 컴플라이언스 관리
신원·위임·정책·제약을 바탕으로 판정하고 승인 조건을 연결하는 계층입니다.
감사 증적 계층 · 감사 부서 관리
판단 근거와 실행 결과를 보존하고 감사 조회의 책임을 분리합니다.
정책의 독립
정책은 조직이 작성하고 Agent는 열람하는 구조입니다.
증적의 독립
통제 대상이 기록을 지우거나 감사를 끌 수 없도록 권한을 분리합니다.
GOVERNANCE
Governance · 신원·위임·정책을 조직의 자산으로.
Agent의 신원, 위임 범위와 조직의 업무 규칙을 실행 판단의 기준으로 구성합니다.
Agent 신원
소유 부서·버전·운영 상태와 실행 주체를 연결하는 등록 정보입니다.
위임과 책임
위임자, 업무 범위·대상, 유효기간과 책임 주체를 연결합니다.
정책과 제약
조직이 소유하는 업무 규칙의 버전·시행일·근거 규정과 관리 책임을 연결합니다.
업무객체와 실행 의도
도구 이름만 보지 않고 무엇을 어떤 위임으로 왜 바꾸려는지와 결과의 파급 범위를 판정 단위로 삼습니다.
VALIDATION METHOD
업무 규칙을 실행 시나리오로 확인합니다.
정상 요청뿐 아니라 권한 위반, 추가 승인, 증빙 누락과 요청 변경을 함께 시험해 판단 기준과 실행 경계를 확인합니다.
판단 기준
요청의 신원·위임·권한과 업무 정책을 대조합니다.
승인·증빙 조건
조건을 갖추기 전 실행이 보류되는지, 조건 변경 시 다시 판단하는지 확인합니다.
실행·기록 대조
판단 결과와 실제 실행, 남겨진 근거가 일치하는지 확인합니다.
INTENT TO AUDIT
실행 의도에서 판정·집행·증적까지.
실행 요청의 의도를 접수하고 독립적으로 판단한 뒤, 실행 경계와 감사 기록에 연결합니다.
- 01 · 실행 의도 제출
누가·어떤 위임으로·무엇을·왜 실행하는지 접수
- 02 · 독립 판단
위임·권한·정책·승인·증빙 조건 확인
- 03 · 판단 결과 반환
허용·승인 필요·증빙 필요·차단과 이유 반환
- 04 · 허용된 요청 집행
허용된 요청만 업무시스템에 전달하고 처리 결과 수신
- 05 · 결과 기록·감사
판단 근거에 실제 실행 결과 또는 실행하지 않은 상태를 연결
판단 근거는 판단 시점에 남기고, 업무시스템의 실제 결과는 실행 후 연결합니다. 승인·증빙을 기다리는 요청과 차단된 요청은 실행 없이 그 상태를 기록합니다.
- 위임
- 위임 범위·유효기간·책임 주체 안의 요청인가?
- 권한
- 해당 업무객체에 이 행동을 수행할 권한이 있는가?
- 정책·제약
- 업무 규정·금액·예산·항목 간 조건을 충족하는가?
- 결과 파급 범위
- 바뀌는 대상과 이후 영향은 무엇인가?
- 판정 요구 조건
- 사람의 승인 또는 추가 증빙을 먼저 확보해야 하는가?
승인 이후 금액이나 대상이 바뀌면 새로운 실행 의도로 다시 판정하는 구조입니다. 승인이 필요한 동안 실행을 보류하고, 증빙이 부족하면 근거를 갖춘 뒤 다시 판단합니다.
DECISION RESPONSE
판단 결과와 다음 행동을 구분합니다.
허용·승인 필요·증빙 필요·차단은 판단 결과입니다. 승인 대기·자료 보완 대기는 그 결과에 따른 처리 상태입니다.
허용
허용된 범위에서 요청 실행
승인 필요
실행 보류 → 승인 확인 후 재판단
증빙 필요
실행 보류 → 증빙 보완 후 재판단
차단
요청 실행 안 함 · 이유와 적용 기준 확인
DECISION EVIDENCE무엇을 했는가와,
무엇을 했는가와,
왜 허용했는가를 함께 설명합니다.
왜 허용했는지와 실제로 무엇이 실행됐는지를 연결해 업무 처리의 근거를 확인합니다.
판정과 정책
판단 이유, 적용 정책과 판단 시각을 연결합니다.
위임과 참조 근거
어떤 위임과 속성값을 참조했는지, 승인·증빙이 무엇이었는지 연결합니다.
의도와 실제 결과
허용한 요청과 실제 처리 결과를 대조하고 불일치를 확인합니다.
독립 감사 조회
감사 담당자가 판단 근거를 확인할 수 있도록 조회 책임과 권한을 분리합니다.
ENFORCEMENT POINTS
집행점과 직접 경로를 함께 확인합니다.
Agent가 업무시스템을 호출하는 지점을 기준으로 실행 경계를 정합니다. 연결할 도구·API, 계정 권한과 우회 경로를 함께 확인합니다.
AI Agent
→도구 · API 요청
Control
→실행 전 판단 · 집행점
ERP · CRM · DB
허용된 업무 처리
모델 게이트웨이
민감정보가 모델 컨텍스트에 들어가기 전의 경로를 통제 대상으로 봅니다.
도구·MCP 레이어
ERP·CRM·메일 등 업무시스템 호출 경로의 집행점을 검토합니다.
상태 저장소
업무 상태와 기억이 저장·변경되는 경로를 통제 대상으로 봅니다.
실행 샌드박스
코드 실행 경로는 별도 통제 범위 결정이 필요한 항목입니다.
직접 경로
집행점을 우회하는 API·직접 접속 계정·자격증명과 방화벽 경로를 함께 정비해야 합니다.
내장 모델과 내부 추론
Agent의 내부 추론과 외부 시스템 실행은 서로 다른 범위입니다. 적용 범위는 통제 경계에서 확인할 수 있는 실행 요청을 기준으로 정합니다.
고객 환경
네트워크, 인증정보 관리와 업데이트 정책을 기준으로 고객 환경의 요구사항을 정리합니다.
TECHNICAL REVIEW
도입 전, 이 범위를 함께 확인합니다.
대상 업무와 시스템, 판단 기준 및 운영 책임을 정리해 적용 범위를 구체화합니다.
업무와 규칙
대상 행동, 적용 규정, 전문가 확인 범위, 예외 조건, 승인 주체를 정리합니다.
시스템과 배포
연동할 API·도구·계정, 실행 경계, 네트워크 제약, 온프레미스 등 요구 환경을 확인합니다.
검증과 운영
시나리오와 판정 기준, 증적 접근·보관 정책, 실패 시 업무 처리 절차와 담당 범위를 확인합니다.