왜 당신의 멀티에이전트 AI 시스템은 PAX 프로토콜이 필요한가

Source: Dev.to

멀티‑에이전트 AI 시스템을 운영하기 시작했을 때—여섯 개의 특화된 에이전트가 작업을 자율적으로 조율하는 상황—나는 가장 어려운 부분이 오케스트레이션 로직이라고 생각했습니다. 그렇지 않았습니다. 가장 어려운 부분은 통신 오버헤드였습니다.

에이전트들은 서로에게 방대한 텍스트를 주고받았습니다: 영어 문단, 인사말, 이미 공유된 컨텍스트 등. 40 토큰이면 충분했을 메시지가 300 토큰으로 늘어났습니다. 이를 하루에 수백 번의 에이전트 간 호출에 곱하면, 불필요한 토큰을 수천 개씩 소모하게 됩니다.

그래서 저는 PAX Protocol을 만들었습니다.

PAX란 무엇인가?

PAX (Protocol for Agent eXchange)는 에이전트 간 통신을 위한 구조화된 초압축 메시지 형식입니다. 이를 에이전트 메쉬의 gRPC라고 생각하면 됩니다 — 타입이 지정되고, 최소화되며, 빠릅니다.

핵심 구조

PAX:v1 | FROM:atlas | TO:ares | TASK:research_gaps | PRIORITY:2 | CONTEXT:mcp_market | DEADLINE:eod

왜 영어 산문은 규모에 맞지 않는가

1. Token cost compounds – 각 에이전트‑간 메시지는 LLM을 통과합니다. 입력이 장황하면 출력도 장황해집니다. 300 토큰 요청이 400 토큰 응답을 생성합니다. 문법에 비용을 지불하고 있는 셈이죠.
2. Ambiguity degrades over hops – 4‑에이전트 파이프라인에서 영어 산문은 각 노드에서 다시 표현됩니다. 3번째 홉에 이르면 원래 의도가 크게 흐려집니다. 구조화된 필드는 재표현되지 않습니다.
3. Parsing adds latency – 산문을 받는 에이전트는 행동하기 전에 의미적으로 파싱해야 합니다. PAX 메시지는 바로 행동 파라미터로 매핑되므로 해석이 필요 없습니다.
4. Logging becomes useless – 다중 에이전트 시스템을 영어 산문 로그로 디버깅하는 것은 고통스럽습니다. PAX 메시지는 기계가 파싱할 수 있습니다. TASK, FROM, PRIORITY 로 필터링하면 몇 초 만에 실패 지점을 찾을 수 있습니다.

PAX 필드 사양

실제 결과

• ~70 % 토큰 감소 on inter‑agent messages
• 디버깅 시간은 “read‑every‑log”에서 field‑filtered grep으로 단축
• 하루 동안 22+ 오케스트레이션 웨이브 전반에 걸쳐 모호성 드리프트 제로
• 웨이브 사이클이 30초 미만에 완료

PAX 구현 방법

1. 에이전트 레지스트리 – 모든 에이전트는 안정적인 ID가 필요합니다. ID가 없으면 라우팅이 불가능합니다.

2. 작업 분류 체계 – 20‑30개의 표준화된 TASK 동사는 전체 작업의 95 %를 포괄합니다(예: research_, draft_, audit_, deploy_, qa_, report_).

3. 포맷 프롬프트 – 각 에이전트에 시스템‑프롬프트 블록을 추가합니다:

   All messages TO you use PAX format. All messages FROM you use PAX format.
   Spec: PAX:v1 | FROM:x | TO:x | TASK:x | PRIORITY:x | CONTEXT:x | PAYLOAD:x

4. PAX 라우터 – 오케스트레이터가 PAX를 에이전트 호출로 변환합니다(≈ 50줄 코드).

5. 추가 전용 로그 – PAX 메시지는 감사 로그가 됩니다.

더 큰 원칙

언어 모델은 인간 간의 커뮤니케이션을 위해 설계되었습니다. 에이전트 간 커뮤니케이션은 인간 커뮤니케이션이 아닙니다. 인간이 사용하는 문체 규칙을 기계‑대‑기계 메시징에 적용하는 것은 잘못된 추상화입니다.

기계가 기계와 대화할 때는 문장보다는 구조가 더 중요합니다.

멀티‑에이전트 시스템이 조정 오버헤드에 압박을 받는다면, 해결책은 더 많은 컨텍스트가 아니라 덜 언어를 사용하는 것입니다.

Pantheon—자율 비즈니스 운영을 위해 구축된 멀티‑에이전트 AI 시스템—을 운영하는 시리즈의 일부입니다.