ACP — 에이전트 간 통신 프로토콜 | Easy Understand Hermes Agent

두 명의 동료가 서로 다른 언어를 쓴다고 상상해 보세요. 한 명은 이메일을 쓰고, 다른 한 명은 포스트잇을 사용합니다. 메시지를 주고받는 공통된 방식을 정하지 않으면 그들은 절대 아무것도 해낼 수 없습니다. 바로 그 역할을 ACP가 AI 에이전트를 위해 해줍니다.

ACP란 무엇인가?

ACP는 Agent Communication Protocol(에이전트 통신 프로토콜) 의 약자입니다. 두 AI 에이전트(또는 에이전트와 도구)가 명확하고 구조화된 방식으로 서로 대화할 수 있게 해주는 규칙 집합입니다. 마치 기계를 위한 만국 공통 번역기와 같습니다. 각 에이전트가 상대방의 의도를 추측하는 대신, 요청과 응답이라는 공유된 “언어”를 따르는 것입니다.

대화 전에 하는 악수라고 생각하면 됩니다. 한 에이전트가 “이 데이터가 필요해”라고 말하면, 다른 에이전트는 “여기, 이 정확한 형식으로 줄게”라고 답합니다. 혼란도 없고, 맥락이 사라지지도 않습니다.

왜 필요한가?

ACP가 없다면, 모든 에이전트가 다른 모든 에이전트를 이해하기 위해 맞춤형 코드를 작성해야 합니다. 친구 쌍마다 새 사전을 쓰는 것과 같죠. ACP는 모두가 사용할 수 있는 하나의 표준을 만들어 이 문제를 해결합니다.

예를 들어, Hermes Agent에서는 다음과 같은 구성 요소가 있을 수 있습니다:

무엇을 할지 결정하는 플래너 에이전트
실제로 작업을 수행하는 워커 에이전트
과거 결과를 저장하는 메모리 에이전트

ACP는 각 쌍마다 글루 코드를 작성하지 않아도 이들이 서로 메시지를 주고받을 수 있게 해줍니다.

실제로는 어떻게 동작할까?

간단한 예를 들어보겠습니다. Hermes에게 “회의를 예약하고 요약을 보내줘”라고 요청했다고 가정해 봅시다. 플래너 에이전트가 캘린더 에이전트에게 메시지를 보냅니다:

{
  "type": "request",
  "action": "create_event",
  "params": {
    "title": "Project Sync",
    "time": "2025-05-01T10:00:00Z"
  }
}

캘린더 에이전트가 응답합니다:

{
  "type": "response",
  "status": "success",
  "data": {
    "event_id": "12345"
  }
}

이제 플래너는 이벤트가 생성되었음을 알게 됩니다. 그런 다음 이벤트 ID를 가지고 이메일 에이전트에게 또 다른 메시지를 보낼 수 있습니다. 아무도 혼란스러워하지 않습니다.

ACP의 핵심 규칙

모든 메시지에는 타입이 있다 – request 또는 response.
모든 요청에는 액션이 있다 – create_event 또는 get_weather처럼.
모든 응답에는 상태가 있다 – success 또는 error.
데이터는 구조화되어 있다 – JSON을 사용하므로 읽고 파싱하기 쉽습니다.

그게 전부입니다. 단순하지만 강력합니다.

실제 세계 비유

식당에서 음식을 주문하는 것을 생각해 보세요. 당신(사용자)은 웨이터(플래너 에이전트)에게 주문을 전달합니다. 웨이터는 주문서(ACP 메시지)에 적어서 셰프(워커 에이전트)에게 전달합니다. 셰프는 요리를 해서 접시를 패스(응답)에 올려놓습니다. 웨이터가 그것을 가져와 당신에게 전달합니다. 모두가 주문서 형식을 알고 있기 때문에 주방은 매끄럽게 돌아갑니다.

요약 및 실용적인 팁

ACP는 AI 에이전트가 혼란 없이 협력할 수 있게 해주는 보이지 않는 접착제입니다. 핵심은 명확하고 구조화된 메시지입니다. 그 이상도 이하도 아닙니다.

실용적인 팁: Hermes에서 자신만의 에이전트를 만들 때, 로직을 작성하기 전에 항상 메시지 타입과 액션을 먼저 정의하세요. 위의 예시처럼 간단한 JSON 템플릿으로 시작하고, 먼저 두 개의 에이전트로 테스트해 보세요. 그것이 작동하면 더 추가하세요. 나중에 디버깅하는 데 몇 시간을 절약할 수 있습니다.

이제 에이전트들과 대화해 보세요. 그들은 서로를 잘 이해할 것입니다.