AI 에이전트의 정체성은 로그다: 모델·런타임이 아닌 이벤트 기록이 핵심인 이유

핵심 메시지

• AI 에이전트의 정체성은 실행 중인 모델이나 런타임이 아니라, 모든 사건이 순서대로 쌓이는 추가 전용(append-only) 로그에 담겨 있다.
• 게임 캐릭터의 본질이 콘솔이 아니라 세이브 파일이듯, 에이전트의 본질도 상태·이력을 보존한 로그이며 실행 환경은 언제든 교체 가능하다.
• 로그를 1차 자료로 두면 신뢰성·확장성·분기·협업·이식성 같은 속성이 별도 설계 없이 자연스럽게 따라온다.
• 가장 강력한 종속(lock-in)은 모델 종속이 아니라 '로그 종속'이며, 로그를 누가 소유하느냐가 곧 에이전트를 누가 소유하느냐를 결정한다.

쉽게 이해하기

Omnara의 CEO 이샨 세갈은 사람들이 대개 AI 에이전트를 '모델' 또는 '실행 환경'으로 생각하지만 그것은 잘못된 추상화라고 말한다. 그가 보기에 에이전트에 정체성을 부여하는 것은 그 에이전트의 로그, 즉 사용자 입력·모델 출력·도구 호출·도구 결과·권한·실패 등 모든 상태 전이가 순서대로 기록된 추가 전용 이벤트 기록이다.

그는 비디오 게임 캐릭터를 예로 든다. 수백 시간을 들인 캐릭터의 본질은 게임 엔진도 콘솔도 컨트롤러도 아니며, 바로 세이브 파일이라는 데이터다. 콘솔이 고장 나도 클라우드에서 세이브 파일을 내려받아 그대로 이어갈 수 있는 것처럼, 에이전트의 정체성과 이력·상태도 모두 로그에 담겨 있어 실행 주체와 무관하게 복원된다.

로그를 중심에 두면 시스템 전체가 단순해진다. 모델은 로그를 읽어 다음 행동을 정하고, 도구 실행기는 그 행동을 수행한 뒤 결과를 로그에 덧붙인다. 모든 동작은 로그를 '읽거나' '덧붙이는' 일로 환원된다. 핵심은 이 루프가 복잡하지 않다는 점이 아니라, 루프가 '버려도 되는' 것이라는 점이다. 한 워커가 세션을 집어 로그를 읽고 한 단계 전진시킨 뒤 사라져도, 다른 워커가 이어받을 수 있다.

세갈은 이 패턴이 데이터베이스가 먼저 배운 것이라고 설명한다. 진지한 데이터베이스 밑에는 변경의 지속적 기록인 로그가 있고 테이블·인덱스·구체화 뷰는 모두 그 로그의 투영(projection)일 뿐이다. 에이전트도 같은 전환이 필요하다. 모델에 들어가는 컨텍스트, 화면에 그려지는 UI, 디버깅·감사·압축(compaction)은 모두 로그의 투영이며, 로그 자체만이 모든 투영이 비롯되는 지속적 원본이다.

두 가지 반론도 다룬다. 첫째, 컨텍스트 창은 유한하므로 로그를 압축해야 하지만, 압축은 손실이 있는 하나의 투영일 뿐 원본 로그를 보존하면 언제든 새 투영을 만들 수 있다. 둘째, 파일 수정·이메일 발송처럼 로그 밖에서 바뀌는 상태가 있지만, 로그는 세상 전체가 아니라 '에이전트가 본 세계'만 담으면 된다. 세이브 파일이 게임 엔진 전체가 아니라 플레이어 상태만 담는 것과 같다.

주요 인사이트

• 로그를 1차 시민으로 다루면 신뢰성이 구조적으로 확보된다. 권한 프롬프트에서 프로세스가 죽어도, 새 워커가 로그로 상태를 복원하면 프롬프트가 그대로 남아 있어 에이전트는 죽지 않는다.
• 확장성도 따라온다. 에이전트당 프로세스 하나를 묶는 대신, 한 프로세스가 매 턴 로그에서 상태를 재구성해 수천 개의 에이전트를 전진시킬 수 있어 장애 복구와 수평 확장이 쉬워진다.
• 로그를 분기하면 한 갈래는 Claude, 다른 갈래는 GPT, 또 다른 갈래는 오픈소스 모델로 서로 다른 전략을 탐색할 수 있고, 로그 접근 권한만 주면 동료·관리자·다른 에이전트와의 협업과 공급자 간 이식도 어댑터 문제로 단순해진다.
• 가장 깊은 종속은 모델이나 API가 아니라 로그다. 관리형 에이전트 공급자가 당신의 로그를 자사 인프라에 보관하고 자사 시스템으로 조회한다면, 그들은 당신의 에이전트를 호스팅하는 것이 아니라 소유하는 셈이다.

자주 묻는 질문

관련 AI 소식