한국어 | English

AGS가 무엇이고 무엇이 아닌가

한 문장 정의

Agent Governance Suite는 AI 세션을 생성하는 프레임워크가 아니라, 여러 독립 AI 세션이 장기 작업을 협업·검증·감사할 수 있도록 운영 규칙과 실행 상태를 제공하는 거버넌스 계층입니다.

AGS의 중심 단위는 “에이전트 수”가 아니다

AGS에서 중요한 것은 몇 개의 에이전트를 생성했는지가 아닙니다.

중요한 것은 다음 질문입니다.

• 누가 어떤 목표와 범위를 맡았는가?
• 현재 담당 세션은 어디에 있는가?
• 다른 세션에 어떤 정보와 근거를 전달했는가?
• 메시지가 도착했는가, 처리되었는가, 실제 작업 결과가 나왔는가?
• 완료라고 판단한 근거가 현재 산출물과 일치하는가?
• 구현자와 별개의 감사자가 다시 확인했는가?
• 세션이 중단되거나 재개되어도 필요한 상태가 남아 있는가?

AGS의 기능은 이 질문들에 답할 수 있도록 구성됩니다.

Subagent framework와의 차이

전형적인 subagent 구조는 부모 실행이 하위 작업을 만들고, 하위 작업의 결과를 다시 부모에게 모으는 방식이 중심입니다.

AGS는 이 모델을 사용할 수도 있지만 그 모델에 종속되지 않습니다.

AGS의 세션은 서로 다른 실행 환경과 별도 맥락을 가진 peer가 될 수 있습니다.

예를 들어:

총괄 세션
 ├── 구현 담당 Codex
 ├── DB 분석 담당 Claude Code
 └── 독립 감사 담당 Codex

DB 담당은 총괄을 경유하지 않고 구현 담당에게 조건을 직접 보낼 수 있습니다. 구현 담당은 자신의 기존 문맥에서 그 조건을 검토합니다. 감사 담당은 구현 결과를 별도의 문맥에서 확인하고, 결과를 총괄 또는 구현 담당에게 직접 회신할 수 있습니다.

즉 구조의 핵심은 트리 자체가 아니라 역할, 독립 문맥, 직접 통신, 책임 분리와 검증입니다.

단순 오케스트레이터와의 차이

오케스트레이터는 일반적으로 “어떤 작업을 어떤 도구나 에이전트에 어떤 순서로 보낼 것인가”를 다룹니다.

AGS에도 orchestrator가 있지만, AGS 전체는 그보다 넓습니다.

AGS는 다음 영역을 함께 다룹니다.

• 작업 목표와 완료 조건
• 전문 스킬 선택
• 역할과 작업 범위
• 세션 탐색
• 세션 간 메시지
• ACK와 실제 업무 결과의 구분
• 실행 관측
• 단계별 결과 기록
• 독립 감사
• 실패 진단과 복구 인계
• 장기 작업의 문맥 보존
• SQLite 기반 실행 원장
• 상태 정리와 보존 정책

따라서 orchestrator는 AGS의 한 구성 요소이지 AGS 전체와 동의어가 아닙니다.

MCP 서버와도 동일하지 않다

AGS는 MCP를 실행 경계 중 하나로 사용하지만 “MCP 서버 하나”로 설명하기에도 부족합니다.

전문 판단은 스킬이 수행하고, 흐름 연결은 orchestrator가 수행하며, MCP·계약·SQLite는 그 결과의 순서와 형식, 상태 전이와 완료 조건을 검사합니다. Codex와 Claude Code의 차이는 host adapter와 hook이 공통 계약에 연결합니다.

AGS가 의도적으로 보장하지 않는 것

AGS는 같은 OS 사용자 권한 안에서 실행되는 모든 프로세스를 보안 샌드박스로 격리하지 않습니다.

또한 메시지 ACK를 업무 완료나 승인으로 승격하지 않습니다. 도구 호출이 성공했다는 사실만으로 산출물의 내용이 올바르다고 판단하지도 않습니다.

AGS의 목적은 “AI가 절대 틀리지 않게 만드는 것”이 아니라, 틀릴 수 있는 여러 실행 주체를 더 추적 가능하고 검증 가능한 작업 시스템으로 조직하는 것입니다.

정리

AGS를 가장 가깝게 표현하면 다음과 같습니다.

AI 작업을 조직 단위로 운영하기 위한 로컬 governance and coordination layer

세션 생성은 수단일 수 있지만 중심 기능은 아닙니다. 중심은 계약, 역할, 통신, 상태, 증거, 감사, 복구와 연속성입니다.