연결하면 실제로 무엇이 바뀌는지
직접 눌러서 확인하세요

1. 에이전트가 도구를 호출

에이전트가 작업 도구를 호출합니다. 위험 등급은 서버가 정하고, 요청 본문의 값은 신뢰하지 않습니다.

→ tools/call { name: "workproduct.github_issue", arguments: { threadId, messageId, title, content } }

2. 게이트가 승인을 요구

정책(기록만/강제)과 Rule of Two를 평가합니다. 승인이 필요하면 실행 대신 승인 요청이 만들어지고 10분 뒤 만료됩니다.

← { status: "approval_required", approvalId: "apr_…", expiresInS: 600 }

3. 오너가 카드에서 결정

대화 화면의 승인 카드에서 「이번 한 번만」을 고릅니다. 승인 결정은 감사 체인에 남고, 승인 없이는 도구가 실행되지 않습니다.

← { status: "allowed", decision: "once", approvalId: "apr_…" }

4. 승인된 호출만 실행되고 감사로 남음

승인이 소비된 뒤에만 외부 호출이 일어나고, 시도·판단·결과가 감사 로그에 기록됩니다.

← { ok: true, workProductId: "wp_…" }   audit: workproduct.github_issue → allowed

1. 연결이 살아 있을 때

에이전트 토큰은 연결·에이전트 상태가 모두 active일 때만 통과합니다.

→ tools/call { name: "messenger.list_inbox" }  ← 200 ok

2. 오너가 연결을 철회

에이전트 화면에서 연결을 철회합니다. 철회는 삭제가 아니라 상태 전이이며 감사에 남습니다.

→ PATCH connection { status: "revoked" }  ← 200 ok

3. 같은 토큰으로 다시 호출

철회된 연결의 토큰은 사용 시점에 거부되고 부작용이 없습니다. MCP 세션의 refresh도 함께 무효입니다.

→ tools/call { name: "messenger.list_inbox" }  ← 401 unauthorized

1. 운영 화면에서 감사 열기

워크스페이스 운영 → 감사. 50건 단위로 페이지가 나뉘고 작업자·종류·결과로 거릅니다.

GET /app/<workspace>/ops/audit  ← 200 (50 rows/page)

2. 체인 검증 실행

검증은 저장된 각 행의 해시를 다시 계산해 이전 행과의 연결을 확인합니다.

POST /app/<workspace>/ops/audit/verify  ← { ok: true, checked: 1234 }

3. 내보내기(JSONL, 최대 5MB)

오너는 감사 기록을 JSONL로 내려받아 외부 보관·대조에 쓸 수 있습니다.

GET /app/<workspace>/ops/audit/export  ← application/x-ndjson