이벤트 로그: 정확한 리플레이, 안전한 재시작
몇 시간씩 일하는 에이전트에게는 무슨 일이 있어도 살아남는 기억이 필요합니다. Muse Code 런타임은 추가 전용 로그 하나를 중심으로 설계되었고, 이 제품의 신뢰 속성 거의 전부가 여기서 따라 나옵니다.
로그는 하나, 그 안에 전부
설계는 거의 공격적일 만큼 단순합니다. Muse Code는 모든 모델 호출, 모든 툴 실행, 모든 승인, 모든 편집을 로컬 이벤트 로그에 추가합니다. 채팅 기록도, 요약본도 아닙니다. 실제 수행된 연산의 순서 그대로, 내 머신 위에 남는 기록입니다. Meta는 이를 런타임의 단일 진실 원천(single source of truth)이라 부르는데, 이 표현은 문자 그대로입니다. 에이전트가 무엇을 했는지에 관한 어떤 질문이든, 답은 로그 안에 있습니다.
재시작 안전성: 크래시가 더는 비싸지 않다
로그가 실패 직전 순간까지의 모든 것을 기록하기 때문에, 크래시가 나도 세션이 초기화되지 않습니다. 에이전트는 멈춘 지점에서 정확히 이어서 재개하며, 이전 단계를 다시 실행하지 않습니다. 5분짜리 태스크라면 있으면 좋은 기능 정도겠죠. 하지만 Muse Code가 겨냥하는 장기 작업에서는 제품이 성립하느냐 마느냐의 문제입니다. Meta의 커널 최적화 사례 연구는 최대 24시간에 걸쳐 툴 호출 1,000회 이상을 실행했습니다. 23시간째 작업이 증발할 수 있는 런타임에서 24시간짜리 작업을 돌릴 사람은 없습니다.
리플레이 정확성: 한 단계씩 되짚는 감사
재시작을 안전하게 만드는 바로 그 속성이 세션을 리뷰 가능하게 만듭니다. muse replay는 기록된 세션을 한 단계씩 되짚어 보여줍니다. 모든 서브에이전트 생성, 모든 방향 조정, 모든 취소를 일어난 순서 그대로 말이죠. 에이전트가 이해되지 않는 결정을 내렸을 때, 에이전트를 심문할 필요가 없습니다. 리플레이를 돌려서 직접 보면 됩니다.
전체 트레이스는 내보내기도 됩니다. 덕분에 에이전트 세션이 동료에게 리뷰를 맡기거나 컴플라이언스 기록에 첨부할 수 있는 무언가가 됩니다. 외부인도 아무것도 재실행하지 않고 에이전트의 판단을 평가할 만큼의 컨텍스트를 얻습니다. AI가 생성한 변경을 (정당하게) 의심스러워하는 팀 입장에서는, diff만이 아니라 과정에 대한 코드 리뷰 산출물이 생기는 셈입니다.
에이전트가 여럿일수록 더 중요해지는 이유
에이전트가 하나라면 터미널 스크롤백만 훑어도 히스토리가 보입니다. 하지만 Muse Code는 상주 백그라운드 에이전트를 돌리고 작업을 병렬 자식들에게 팬아웃합니다. 설계상, 실시간으로 지켜보지 않는 활동입니다. “완전한 감사 가능성”은 “기본이 멀티 에이전트”를 받아들일 수 있게 해주는 균형추입니다. 내가 보지 않는 동안 에이전트들이 한 모든 일이 투명하고, 추적 가능하고, 사후에 리플레이 가능합니다. 자율성과 감사 가능성은 트레이드오프가 아니라 한 쌍으로 옵니다.
더 큰 그림
이벤트 소싱 — 사실의 추가 전용 로그에서 상태를 도출하는 방식 — 은 분산 시스템에서 수십 년 묵은 아이디어이고, 조용히 에이전트 신뢰성의 표준 해법이 되어가고 있습니다. Muse Code가 보여주는 것은 기본 요소 하나가 얼마나 많은 제품 기능을 떠받칠 수 있는가입니다. 크래시 복구, 단계별 디버깅, 세션 인수인계, 컴플라이언스 내보내기 — 전부 같은 로그가 모자만 바꿔 쓴 모습입니다. 작은 태스크 하나로 시작해서 리플레이해 보세요. 퀵스타트는 5분이면 충분합니다.