AI 에이전트를 위한 메시 아키텍처: 클라이언트 격리 및 프로젝트 간 조정

메시 대 허브 앤 스포크 아키텍처

저자는 Daniel Miessler의 PAI와 같은 설정에서 유명해진 허브 앤 스포크 모델과 자신의 메시 접근법을 대조합니다. 허브 앤 스포크에서는 하나의 중앙 어시스턴트가 공유 메모리로 모든 워크플로를 처리하며, 이는 깊이를 넓이와 맞바꾸는 것입니다. 메시 아키텍처는 각 클라이언트의 프로젝트마다 도메인 전문가 에이전트를 생성하며, 각 에이전트는 메모리 공간을 경쟁하지 않고도 깊은 프로젝트 컨텍스트를 유지합니다.

시스템 구현 세부사항

이 시스템은 조정을 위해 일반 마크다운 파일과 명명 규칙을 사용합니다:

• STATE.md는 작업 메모리용
• CLAUDE.md와 AGENTS.md는 에이전트 지시용
• 프로젝트 간 소통을 위한 구조화된 메모
• 모든 것 아래에 Git을 통한 버전 관리

데이터베이스, 플랫폼, CLI 도구 이상의 의존성이 없습니다. 각 프로젝트는 자체 상태와 지시 파일을 가진 독립적인 노드로, 클라이언트 A의 컨텍스트가 클라이언트 B의 세션과 격리되도록 보장합니다.

에이전트 간 소통

에이전트는 팀원 간에 전달되는 이메일과 유사하게, 서로의 수신 디렉토리에 구조화된 메모(일반 마크다운 파일)를 넣어 조정합니다. 예시는 다음과 같습니다:

• 콘텐츠 에이전트가 초안을 완성하면 개발자 에이전트가 다음 세션에 선택
• 시스템 관리자 에이전트가 버그를 발견하여 웹 개발 에이전트에게 전송
• 웹사이트에 영향을 미치는 인프라 변경
• 프로젝트 관리 입력에 의존하는 콘텐츠 결정
• 개발 작업을 촉발하는 요구사항 명세

SSH 접근이 목적을 무력화할 수 있는 진정한 격리가 필요한 프로젝트의 경우, 메모 시스템은 이메일로 확장되어 환경 간 직접 접근이 없도록 합니다.

도구 중립적 접근법

저자는 Claude Code, Codex, Gemini CLI, DeepAgent를 다양한 프로젝트에 걸쳐 사용합니다. 규칙이 단순히 파일이기 때문에, 공급업체 경계가 눈에 띄지 않습니다—Claude 에이전트가 보낸 메모를 Codex 에이전트가 선택할 수 있습니다. 프로젝트 요구사항을 충족하기 위해 공급업체를 교체하는 것은 워크플로의 표준 부분입니다.

실제 결과

이 시스템은 약 1년 동안 실제 클라이언트 작업에서 실행되어 14개 조직의 44개 프로젝트를 처리하고 있습니다. 저자는 이전에 에이전트 간 모든 조정을 수행했지만, 이제는 작업을 전달하는 대신 검토만 합니다.