Stacklok의 Craig McLuckie는 코딩 에이전트가 개발자의 장치와 대화형 작업 방식에 계속 묶여 있어서는 안 된다고 보며, 오픈 소스 프로젝트 Mecatl을 에이전트 루프를 클라이언트, 실행 환경, 도구 및 지원 서비스와 분리하는 분산 아키텍처의 모델로 제시한다.
코딩 에이전트의 가치는 더 이상 질문에 답하는 대화형 인터페이스에만 국한되지 않는다. 실용적인 활용은 강력한 도구, 공유 저장소와 파일 시스템, 하위 에이전트, 그리고 시스템이 이전 작업에서 학습한 내용을 보존하는 스킬을 갖추는 것과 연결되어 있다. Stacklok의 Craig McLuckie에 따르면 다음 단계는 이러한 기능을 개발자의 컴퓨터에서 장시간 실행되는 서비스와, 애초에 터미널을 열지 않을 수도 있는 사람들이 사용하는 인터페이스로 옮기는 것이다.
문제는 현재 대부분의 에이전트 실행 프레임워크가 데스크톱 모델을 중심으로 설계되었다는 점이다. 즉, 한 명의 사용자, 하나의 장치, 로컬 파일 시스템, 그리고 사용자 인터페이스·에이전트 루프·격리·자격 증명 저장소·도구 호스팅·세션 데이터베이스를 동시에 결합하는 대화형 프로세스다. 이 모델은 개별 개발자에게는 적합하지만, 조직이 수백 개의 세션을 실행하거나 도구에 세밀한 정책을 적용하거나 노드 장애 이후 세션을 재개하거나 서로 다른 장치 사이를 이동해야 할 때는 적합성이 떨어진다.
에이전트 루프를 나머지 시스템과 분리하기
McLuckie는 데스크톱 프레임워크를 단순히 컨테이너 안에 넣는 대신, 처음부터 분산 애플리케이션으로 구축하는 이른바 ‘클라우드 네이티브 운영 벨트’를 제안한다. 컨테이너는 프로세스가 실행되는 위치를 바꿀 수 있지만, 구성 요소 사이의 상호 의존성을 분해하지는 못한다. Stacklok에서는 이를 위해 오픈 소스 프레임워크 Mecatl을 공개했다.
Mecatl에서는 코어가 추론, 도구 호출 분배, 권한, 훅, 이벤트 발행을 포함한 에이전트 루프를 담당한다. 다른 요소들은 명확한 인터페이스를 통해 코어에 연결된다.
- 엔드포인트 클라이언트와 API. 여기에는 mecatui라는 이름의 TUI, gRPC 및 HTTP/SSE 인터페이스, TypeScript SDK가 포함된다.
- 에이전트가 작업을 수행하는 실행 환경, 작업 공간, 명령 실행기.
- 내장 도구, 스트리밍 HTTP를 통한 MCP 서비스, 스킬, 애플리케이션별 통합으로 구성된 도구 생태계.
- 모델 제공자, 세션 상태, 이벤트 기록, 신원 및 오케스트레이션을 관리하는 지원 서비스.
실제로 무엇이 달라지는가?
이러한 분리를 통해 에이전트 루프는 다른 서비스와 마찬가지로 릴리스·배포·모니터링할 수 있는 구성 요소가 된다. 동일한 루프를 교체하지 않고도 터미널에서, 서비스로, 또는 Kubernetes에서 실행할 수 있다. mecak8s 예제에서는 새 버전을 배포할 때 실행 중인 워커를 교체하면서 영속 세션을 유지할 수 있다.
세션 상태와 이벤트 기록은 단일 작성자에 의존하는 조정 모델에 따라 영속 스토리지에 저장된다. 워커에 장애가 발생하면 대체 워커가 마지막으로 저장된 턴 경계부터 이어서 작업할 수 있다. 그러나 이는 분산 트랜잭션과 같지 않다. 장애가 발생한 순간 진행 중이던 작업은 재개되지 않으며, 마지막으로 성공적으로 저장된 이후 수행된 작업이 손실될 수 있다. 따라서 프로젝트는 이 기능을 완전한 분산 트랜잭션 보장이 아니라 턴 수준의 연속성이라고 설명한다.
또한 명시적인 카탈로그를 통해 허용된 도구·스킬·통합을 제한하고, 권한·감사·실행 환경에 대한 경계를 설정할 수 있다. 클라이언트가 파일 시스템, 자격 증명 또는 세션 상태를 보유하지 않기 때문에 동일한 루프가 터미널, 원격 서비스, 임베디드 애플리케이션 또는 Kubernetes 배포를 지원할 수 있으며, 웹 인터페이스·Slack 통합·협업 편집기를 동일한 세션에 연결할 수도 있다.
아직 해결되지 않은 질문
소식통은 Mecatl이 아직 초기 단계이며 ‘클라우드 네이티브 운영 벨트’가 완성된 사양이라기보다 아키텍처 방향에 가깝다고 강조한다. 주요 쟁점 중 하나는 외부 시스템을 호출하는 주체가 누구인지 결정하는 것이다. 사용자, 에이전트, 세션, 또는 다단계 하위 에이전트 중 누구인가? 프로젝트는 자체 SPIFFE 신뢰 도메인을 제안하며, 수신 시스템이 신원 체인에 근거해 결정을 내릴 수 있도록 전체 위임 체인을 JWT에 인코딩한다.
프로젝트는 MCP를 넘어서는 도구 경로도 검토하고 있다. 이를 통해 PDF 분석기와 같은 도구가 입력과 출력을 모두 모델의 컨텍스트 창을 통해 전달하는 대신 파일 시스템에서 직접 작업할 수 있다. 또한 ‘컨텍스트 증명’이라는 개념도 등장한다. 이는 패키징된 컨텍스트를 발행하고 서명하며, 출처를 연결하고 배포한 뒤 소프트웨어 공급망의 다른 산출물과 마찬가지로 정책을 적용하는 것을 의미한다.
편집자 해설: 이 제안의 중요성은 새로운 인터페이스를 출시하는 데 있는 것이 아니라, 에이전트를 장기간 실행되는 개인 프로세스가 아닌 관리 가능한 서비스로 재정의하는 데 있다. 그러나 소식통은 Mecatl에서 현재 작동하는 부분과 아직 설계 단계에 있는 부분을 명확히 구분한다. 또한 현재의 연속성 기능은 진행 중인 작업의 손실을 방지하지 못하며, 신원 모델이나 도구 간 직접 데이터 전송 방식도 아직 확정하지 못했다. 따라서 이 모델을 도입하려면 모든 로컬 에이전트 프레임워크를 대체할 준비가 된 방식으로 간주하기 전에 배포 환경, 권한의 한계, 데이터 보장을 실제로 평가해야 한다.