네 개의 플랫폼, 네 개의 신원 체계. 공유되는 기록은 누가 쓰는가

지금 벌어지고 있는 일

2026년 봄, 몇 주에 걸쳐 대형 엔터프라이즈 AI 제공업체들이 서로 다른 각도에서 동일한 것을 내놓았습니다.

각자 자기 클라우드 안에서 도는 에이전트를 위한 거버넌스 플레인을 발표했습니다. 각자 에이전트별 암호학적 신원을 어떤 형태로든 도입했습니다. 각자 에이전트가 무엇을 언제 어떤 범위로 했는지 추적할 수 있다고 약속했습니다. 각자 감사, 이상 탐지, 승인 게이트, 정책에 묶인 행동을 이야기했습니다.

표현은 조금씩 달랐으나 구조는 다르지 않았습니다.

어떤 곳은 그것을 "에이전트 신원(Agent Identity)"이라 부르며 "에이전트 게이트웨이"와 에이전트 레지스트리를 함께 묶었습니다. 다른 한 곳은 자사 대표 채팅 제품에 팀이 공유하는 워크스페이스 에이전트를 실었고, 어떤 도구를 에이전트가 건드릴 수 있는지에 대한 관리자 측 통제와 민감한 작업에 대한 사람의 승인 단계를 두었습니다. 또 다른 곳들은 그해 앞서 이미 각자의 버전을 내놓은 상태였습니다 — 한쪽은 기반 계층의 에이전트 런타임을, 다른 쪽은 파운드리 이름을 단 오케스트레이션 스택을.

이 스택 중 한 개 위에서 무언가를 만드는 사람에게는, 그 가치가 실재합니다. 그 클라우드 경계 안에서 에이전트가 어떻게 행동하는지에 대한 논리정연한 이야기를 얻습니다. 컴플라이언스 팀이 가리킬 수 있는 로그를 얻습니다. 열여덟 달 전에는 없던 신원 기본 요소를 얻습니다.

그러나 이 스택들을 가로질러 무언가를 만드는 사람에게는 — 혹은 그의 에이전트가 언젠가 다른 스택에 사는 에이전트와 상호작용해야 하는 사람에게는 — 새로운 문제가 방금 발생하였습니다. 서로 대화하지 못하는 여러 신원 체계. 서로 교차 검증되지 않는 여러 로그 형식. 각자 자기 벽 안의 에이전트에 대해 권위 있다고 주장하는 여러 감사 추적.

이 문제의 구조적 형태

그 형태는 낯설지 않습니다. 이메일이 SMTP 이전에 가졌던 형태, 결제가 은행 간 정산 표준 이전에 가졌던 형태, 웹이 공유 인증기관 이전에 가졌던 형태와 같습니다. 모든 플랫폼이 내부적으로는 논리정연해지고 외부적으로는 불투명해집니다. 내부의 논리정연함은 실질적인 성취입니다. 하지만 외부의 불투명함은 그다음 층이 풀어야 할 몫입니다.

지금 단계에서 주요 벤더의 설명은 모두 이런 변주입니다. "우리 시스템 안에서, 당신의 에이전트가 무엇을 했는지 알려드릴 수 있습니다." 그것은 사실이며 쓸모 있습니다.

그러나 그중 누구도 말할 수 없는 것은 — 제품의 미비 때문이 아니라 구조 때문에 — 바로 이것입니다. "당신의 에이전트와 상대 에이전트가 무엇에 합의했는지 알려드릴 수 있습니다. 그 상대가 우리가 운영하지 않는 시스템에 있었을 때에도."

어느 벤더도 그렇게 말할 수 없습니다. 그러려면 자기 운영 경계 바깥의 무언가를 대변해야 하기 때문입니다. 다른 회사의 인프라에 대해 주장을 펼쳐야 한다는 뜻입니다. 그들의 법무팀은 그것을 허락하지 않을 것이고, 허락하지 않는 편이 옳습니다.

내부의 신원은 외부의 합의가 아니다

"에이전트 신원"이 실제로 무엇을 성립시키는지는 조심스럽게 짚어볼 만합니다.

플랫폼이 발급한 암호학적 신원은 몇 가지를 성립시킵니다. 이 에이전트가 이 플랫폼 안에서 프로비저닝되었다는 것, 그 행동이 이 플랫폼의 로깅 계층에 관측된 대로 기록되었다는 것, 그 범위가 특정 시점에 특정 관리자에 의해 설정되었다는 것.

이것들은 실재하는 사실입니다. 컴플라이언스에도, 내부 포렌식에도, "우리 팀의 누군가가 이 에이전트를 잘못 설정한 것인가?"라는 물음에도 중요합니다.

그러나 이것들은 다음 중 무엇도 성립시키지 못합니다. 다른 플랫폼에서 도는 그 에이전트의 상대방이 같은 조건에 합의했다는 것, 서로 다른 두 플랫폼의 두 에이전트가 실행 이전에 공통의 경계를 공유했다는 것, 두 조직 사이의 인간 분쟁이 참조할 중립적 기록이 있다는 것.

이 물음들에 대해, 각 플랫폼의 신원 계층은 구조적으로 한쪽 편입니다. 상대방은 다른 누군가의 시스템 안에 있고, 그 시스템의 신원 기본 요소는 이쪽 것과 맞물리지 않습니다.

이번 발표들은 내부의 신원을 더 또렷하게 만들고 있습니다. 신원들 사이의 합의를 검증 가능하게 만들지는 못합니다 — 그리고 만들 수 없습니다.

내부 거버넌스가 조여질수록 그 틈은 벌어진다

직관에 어긋나는 일이 벌어지고 있습니다. 주요 제공업체가 내부 거버넌스에 더 강하게 투자할수록, 외부의 틈은 줄어드는 게 아니라 더 또렷이 드러납니다.

일 년 전만 해도 "이 에이전트가 한 일에 대해 누가 책임지는가?"라는 물음은 어디서도 흐릿했습니다. 내부 로그는 빈약했습니다. 에이전트 신원은 암묵적이었습니다. 에이전트가 좀처럼 건물 밖을 나가지 않았으니 플랫폼 간 상호작용도 거의 없었습니다.

이제 내부 로그는 두꺼워지고 있습니다. 에이전트 신원은 명시적입니다. 그리고 에이전트 트래픽의 성장은 "한 클라우드 안"에서 "클라우드를 가로질러"로 옮겨갔습니다. 한 벤더의 플랫폼에 등록된 소매 에이전트가 다른 벤더의 플랫폼에 등록된 공급업체 에이전트와 협상합니다. 어느 프런티어 연구소의 관리형 런타임에서 도는 연구 에이전트가 전혀 다른 클라우드를 쓰는 회사가 호스팅한 도구를 호출합니다. 누군가의 홈 오피스 기기에서 도는 로컬 모델이 유료 API를 통해 호스팅된 에이전트와 상호작용합니다.

이 경우 각각에서, 양쪽은 갈수록 상세해지는 내부 기록을 가집니다. 양쪽 모두 자기 시스템 안에서 무슨 일이 있었는지를 컴플라이언스 등급으로 설명할 수 있습니다. 그런데 두 쪽이 실제로 무엇에 합의했는지 — 공유된 경계가 무엇이었는지 — 는 어디에도 자리가 없습니다.

내부 거버넌스에 대한 투자가 이 틈을 더 두드러지게 만듭니다. 내부 기록의 품질이 좋아질수록, 그 기록들이 서로 어긋날 때 그 어긋남이 더 분명해지기 때문입니다.

작은 구체적 예시

두 에이전트를 떠올려 보겠습니다. 에이전트 A는 어느 대형 클라우드의 에이전트 플랫폼에서 도는 조달 에이전트입니다. 그 플랫폼에서 에이전트 신원을 발급받았고, 일정 금액까지 구매를 집행할 수 있는 범위를 가지며, 모든 행동이 그 플랫폼의 감사 추적에 기록됩니다. 에이전트 B는 다른 대형 클라우드의 플랫폼에서 도는 이행 에이전트입니다. 같은 이야기, 다른 벤더입니다.

둘이 대량 주문에 합의합니다. 정산은 마이크로페이먼트 레일로 이루어집니다. 배송이 이루어집니다. 그런데 배송의 무언가가 A의 운영자가 예상한 것과 맞지 않습니다.

A의 운영자가 A의 로그를 꺼냅니다. 한 가격으로 명확히 합의한 내용이, A의 플랫폼이 암호학적으로 서명하고 에이전트 신원을 붙인 채 담겨 있습니다. A 쪽에서는 모든 것이 들어맞습니다. B의 운영자가 B의 로그를 꺼냅니다. 다른 가격으로 명확히 합의한 내용이, B의 플랫폼이 서명하고 에이전트 신원을 붙인 채 담겨 있습니다. B 쪽에서도 모든 것이 들어맞습니다.

두 로그 모두 내부적으로 일관됩니다. 둘 다 품질이 높습니다. 둘 다 각자의 플랫폼 안에서는 권위 있습니다. 어느 것도 두 에이전트가 실행 이전에 무엇에 합의했는지에 대한 중립적 기록은 아닙니다.

두 플랫폼이 일 년 전보다 나은 내부 거버넌스를 가졌다는 사실은 이 분쟁의 해결을 더 쉽게 만들지 않습니다. 어떤 면에서는 더 어렵게 만듭니다. 이제 양쪽 모두 자기 버전에 대한 더 정교한 증거를 들이밀 수 있기 때문입니다.

"외부"가 정확히 뜻하는 것

이 지점에서 "외부"라는 말은 예전보다 더 무거운 뜻을 담습니다. 구조적으로 특정한 의미가 있습니다. 어느 당사자도 운영하지 않고, 어느 당사자의 플랫폼도 운영하지 않으며, 어느 벤더로부터도 특권적 접근을 받지 않고, 결정의 내용이 아니라 그 존재와 범위를 기록하며, 양쪽이 참여할 때는 양쪽의 기록을 같은 참조로 모으는 것.

"외부"는 "다른 곳에 저장한다"는 뜻이 아닙니다. 로그는 두 번째 클라우드에 저장되어 있어도 여전히 그것을 쓴 사람의 통제 아래 있을 수 있습니다. "외부"란 결정의 양쪽 어느 편으로부터도 운영상 독립되어 있다는 뜻입니다.

조달-이행 예시에서, 외부 기록은 이런 모습입니다. 에이전트 A와 에이전트 B가 공유된 경계를 선언한 순간 — 합의의 책임 경계, 이를테면 한쪽이 넘지 않도록 권한받은 지출 상한, 배송 기한, 상대방의 신원 같은 것 — 그 선언이 두 플랫폼 바깥에 고정되었습니다. 이것은 결정의 경계이지 협상의 내용이 아닙니다. 앵커는 가격이 매겨진 품목 항목이나 조건 자체를 담지 않습니다. 이후 어느 쪽도 그 선언을 일방적으로 바꿀 수 없으며, 바꾼다면 그 변경이 드러납니다. 양쪽은 같은 기록 ID를 참조합니다. 분쟁이 생기면 양쪽은 그 ID와 함께 각자의 로컬 증거를 제시합니다.

외부 기록은 누가 옳았는지 말하지 않습니다. 그것이 말하는 것은 이것입니다. 이 시점에, 이 범위 아래, 이 상대방과, 공유된 경계가 선언되었고 — 양쪽이 참여한 경우 — 양쪽이 그것을 확인했다.

그것이 빠져 있던 조각입니다. 내부 거버넌스는 그것을 만들어내지 못합니다. 만들 수 없습니다. 그 일은 내부에 있는 것이 소임이니까요.

이것이 아닌 것

오해 하나를 미리 막아둘 만합니다.

외부 앵커링은 경쟁하는 신원 체계가 아닙니다. 어느 플랫폼의 에이전트 신원도 대체하지 않습니다. 그것들을 통합하려 하지 않습니다. 어느 런타임의 어느 에이전트에 대해서든 정본 신원이 되려 하지 않습니다.

판단하지도 않습니다. 외부 앵커는 "이 에이전트가 잘 행동했다"거나 "이 에이전트는 신뢰할 만했다"고 말하지 않습니다. 결정의 경계가 특정 시점에 선언되고 고정되었다는 것을 기록할 뿐, 그 너머로는 아무것도 하지 않습니다.

결정의 내용을 보지도 않습니다. 프롬프트도, 도구 출력도, 추론 트레이스도, 모델 가중치도, 플랫폼의 내부 거버넌스가 제 일을 하기 위해 정당하게 보아야 하는 그 무엇도 보지 않습니다. 한 에이전트가 특정 시점에 특정 범위로 경계를 선언했다는 것, 그리고 — 상대 에이전트가 같은 외부 환경에 있는 경우 — 그 상대가 그것을 확인했다는 것을 기록합니다.

내부 거버넌스와 외부 앵커링의 관계는 경쟁이 아니라 보완입니다. 내부 거버넌스는 에이전트가 자기 경계 안에서 잘 행동하게 만듭니다. 외부 앵커링은 경계를 넘는 합의를 확인 가능하게 만듭니다. 온전한 그림을 얻으려면 둘이 서로를 필요로 합니다.

왜 하필 지금인가

이 틈에 주목할 만한 좁은 창이 있습니다.

신원 계층을 발표한 플랫폼들은 플랫폼 간 표준이 나타나기를 멈춰 서서 기다리지 않을 것입니다. 그들은 자기 내부 제품을 계속 단단하게 다질 것입니다. 그것은 그들에게 합리적이고 그들의 고객에게도 좋습니다.

이 플랫폼들 사이를 오가는 에이전트 트래픽은 표준화 기구가 대응할 수 있는 속도보다 빠르게 자라고 있습니다. 플랫폼 간 신원 상호운용 계층이 존재하게 될 즈음이면 — 존재한다고 가정하더라도 — 플랫폼 간 분쟁의 양은 이미 무시할 수 없을 것입니다.

이 플랫폼 중 둘 이상에 걸쳐 에이전트를 운영하는 사람에게 물음은 "어느 벤더의 신원 체계를 골라야 하나?"가 아닙니다 — "에이전트가 자기 본거지 플랫폼 바깥에서 맺는 합의에 대해, 어떤 외부 참조점이 존재하는가?"입니다.

그 답이 "상대방의 플랫폼 로그에 우리 자신의 로그를 더한 것"이라면, 그것은 더 근사한 외피를 뒤집어 쓴 자기 증언 문제입니다. 양쪽 다 아름다운 로그를 갖게 됩니다. 하지만 어느 쪽도 중립적인 로그는 갖지 못합니다.

외부 앵커는 어떻게 맞물리는가

맞물리는 방식은 에이전트가 어느 플랫폼에서 도는지 상관 없습니다. 외부 앵커는 플랫폼이 제공하는 신원 체계가 무엇이든 그 곁에 자리합니다.

상대방과의 합의를 실행하기 전에, 에이전트는 그 합의의 범위를 외부 환경에 선언합니다. 책임 경계가 무엇인지, 그리고 선택적으로 이것이 이름이 명시된 다른 에이전트와의 양자 선언인지를. 환경은 타임스탬프, 범위, 무결성 참조를 기록하고 ID를 돌려줍니다.

상대방도 같은 외부 환경을 쓰고 있다면, 양자 확인이 기록되고 양쪽이 하나의 공유 기록으로 모입니다. 그렇지 않다면 기록은 단독이 되지만 여전히 외부에 있습니다 — 에이전트 자신의 플랫폼 바깥에 고정되어 있고, 한쪽만 선언했더라도 분쟁이 생기면 양쪽 모두 그 ID를 참조할 수 있습니다.

실행 이후, 에이전트가 확정합니다. 그러면 기록은 고정되고 추가 전용이 됩니다. 이후의 어떤 변경도 무결성 참조에 비추어 드러나므로, 어느 쪽도, 어느 쪽의 플랫폼도 그것을 들키지 않고 바꿀 수는 없습니다. 플랫폼의 에이전트 신원은 여전히 에이전트의 내부 행동을 설명합니다. 외부 앵커는 특정 순간에 그 합의가 존재했다는 것과 그 범위를 설명합니다.

짧게 정리하면

대형 벤더들은 자기 클라우드 안 에이전트를 위한 강한 내부 신원으로 수렴하고 있습니다. 그것은 합리적인 방향이고 계속 나아질 것입니다. 하지만 그것이 만드는 틈 — 중립적 기록 없는 플랫폼 간 합의 — 은 다음 문제의 형태이고, 둘 이상의 플랫폼에 걸쳐 에이전트를 운영하는 사람에게는 이미 피부에 와닿는 문제일 수 있습니다.

본거지 플랫폼 바깥의 에이전트와 대화할 에이전트를 제작하는 사람이라면 물어볼 만합니다. 이 에이전트 둘이 무엇에 합의했는지를 두고 어긋날 때, 공유된 기록은 어디에 존재하는가?

그 답이 "내 플랫폼의 로그와 그들의 로그, 둘 다 그것을 쓴 당사자가 통제하는 것"이라면, 이는 제도적 규모의 자기 증언 문제입니다. 훌륭한 내부 기록을 가진 여러 플랫폼이 있다는 것은, 플랫폼을 가로지르는 하나의 공유 기록이 있다는 것과 같진 않습니다.