AGENT GOVERNANCE OPERATING SYSTEM

에이전트가 코드를 쓰기 전에, 경계와 검증부터 설계한다.

이 사이트는 에이전트 운영을 이론이 아니라 상호작용 가능한 시스템으로 보여준다. 모호한 요청은 바로 실행되지 않고 scope, contract, context, audit, release gate를 통과하며 제품 변경으로 바뀐다.

운영 시뮬레이터 실행 포트폴리오 연결 보기
LIVE LOOP CONTRACT READY
요청을 제품 변경으로 바꾸기 전에 실행 범위와 금지 범위를 먼저 고정한다.

INTERACTIVE GOVERNANCE TRACE

요청의 위험도를 바꾸면, 에이전트 운영 경로도 바뀐다.

아래 값을 조정하면 어떤 contract, audit, release gate가 필요한지 즉시 바뀐다. 핵심은 자동화가 아니라 에이전트가 임의로 제품 진실을 바꾸지 못하게 만드는 운영 구조다.

Risk posture CONTROLLED
01 Scope

요청을 기능 단위로 좁히고, 이번 변경에서 다루지 않을 영역을 분리한다.

02 Contract

JSON/문서 contract를 업데이트하고, 에이전트가 참조할 단일 기준을 고정한다.

03 Context

seed, surface, active context를 분리해 모델 입력과 제품 진실이 섞이지 않게 한다.

04 Audit

typecheck, smoke, reliability audit, surface discipline으로 회귀를 잡는다.

05 Ship

검증 결과가 남았을 때만 배포하고, 운영 피드백은 다시 scope로 돌아간다.

SYSTEM MAP

에이전트 운영은 프롬프트가 아니라 계층 구조다.

INPUT

Human Request

모호한 자연어, 제품 방향, 우선순위, 제약 조건

CONTROL PLANE

Contracts / Active Context / Decision Log

실행 전 기준을 고정하고, 오래된 방향과 충돌을 막는다.

AGENT WORKFLOW

Plan → Patch → Validate → Handoff

에이전트는 계약된 범위 안에서만 구현하고 검증 결과를 남긴다.

OUTPUT

Product Change

검증된 변경만 서비스와 포트폴리오 증거로 남는다.

OPERATING PRINCIPLES

이론 용어보다 중요한 것은 실행을 통제하는 방식이다.

Hallucination Boundary

아이디어 단계에서는 탐색을 허용하지만, 구현 단계에서는 파일 증거, contract, validator를 기준으로만 실행한다.

Contract-first

기능 범위, 금지된 확장, 데이터 소스, 배포 gate를 JSON/문서로 고정해 에이전트 drift를 줄인다.

Audit-driven Iteration

quiz seed, high-school reliability, MCP smoke, predeploy처럼 반복 가능한 점검을 제품 루프에 넣는다.

Small Surface, Strong Evidence

새 기능을 늘리기보다 기존 질문, 퀴즈, 복습, 프로필 흐름의 신뢰도와 운영 증거를 강화한다.