대부분의 에이전트는 세션이 끝나기 전까지는 아주 인상적입니다.

툴을 호출할 수 있습니다. 주어진 맥락을 바탕으로 추론할 수 있습니다. 다른 에이전트와 협업할 수도 있습니다. 하지만 런타임이 바뀌거나, 클라이언트가 바뀌거나, 세션이 끝나는 순간 기억은 종종 그 기억을 들고 있던 제품 안에만 남고 다시 끊어집니다.

AMCP는 바로 그 틈을 메우기 위해 만들어졌습니다.

AMCP, Agent Memory Continuity Protocol은 휴대 가능하고 장기적인 에이전트 메모리를 위한 오픈 프로토콜입니다.

AMCP는 모델 프로토콜이 아닙니다. 프롬프트 포맷도 아닙니다. 추론 프레임워크도 아닙니다.

AMCP는 메모리 계약입니다.

빠져 있던 레이어

이제 에이전트 인프라에는 조금 더 분명한 층위가 보이기 시작합니다.

MCP는 에이전트가 툴과 데이터 소스에 연결되도록 돕습니다. A2A는 에이전트가 다른 에이전트에게 작업을 위임하고 협업하도록 돕습니다. AMCP는 에이전트가 세션, 런타임, 클라이언트를 넘어서도 기억의 연속성을 유지하도록 돕습니다.

이 세 가지는 경쟁 관계가 아닙니다. 서로를 보완하는 관계입니다.

하나의 에이전트는 MCP로 툴에 접근하고, A2A로 전문 에이전트와 협업하며, AMCP로 시간이 지나도 필요한 기억을 유지할 수 있습니다.

왜 메모리에도 별도의 프로토콜이 필요한가

오늘날 대부분의 에이전트 메모리는 여전히 특정 제품 안에 갇혀 있습니다.

그 결과는 익숙합니다.

문제는 에이전트가 충분히 똑똑하지 않다는 것이 아닙니다. 문제는 메모리가 휴대 가능하지 않다는 것입니다.

AMCP는 계속 깨지고 있던 그 부분을 표준화하려고 합니다.

AMCP가 표준화하는 것

AMCP v0.1은 작지만 실제로 유용한 기준선을 정의합니다.

목표는 모든 메모리 시스템에 당장 재작성하라고 요구하는 것이 아닙니다. 목표는 실제 시스템이 채택할 수 있는 안정적인 상호운용 계층을 만드는 것입니다.

간단한 예시

여행 계획을 세우는 에이전트를 생각해보겠습니다.

  1. 에이전트는 AMCP를 통해 사용자의 과거 선호를 불러옵니다.
  2. MCP를 통해 검색이나 예약 툴을 호출합니다.
  3. 필요하면 A2A를 통해 전문 에이전트에게 일부 작업을 위임합니다.
  4. 최종 결과를 다시 AMCP를 통해 기억합니다.

이 흐름에서:

이것이 AMCP가 맡아야 하는 역할입니다.

문서로만 끝나지 않기 위해

프로토콜은 사람들이 구현하고, 검증하고, 서로 다른 시스템 사이에서 동작을 비교할 수 있어야 비로소 현실이 됩니다.

AMCP는 이미 동작하는 레퍼런스 구현을 가지고 있습니다.

이 점이 중요합니다. 표준은 문장만으로 증명되는 것이 아니라, 실제로 돌아가는 시스템으로 증명되어야 하기 때문입니다.

지금 공개한 것

공개된 AMCP 저장소에는 다음이 들어 있습니다.

저장소:

레퍼런스 구현:

다음 단계

이제 필요한 것은 선언이 아닙니다. 채택을 더 쉽게 만드는 일입니다.

그 말은 곧 다음을 뜻합니다.

OAuth가 인증과 권한 부여를 표준화하는 데 도움을 주었다면, AMCP는 에이전트 메모리의 연속성을 표준화하는 데 도움이 될 수 있습니다.

마무리

MCP는 에이전트에게 툴을 주었습니다. A2A는 에이전트에게 협업을 주었습니다. AMCP는 에이전트에게 기억을 줍니다.

세션, 런타임, 클라이언트를 넘어 연속성이 필요한 에이전트를 만들고 있다면, AMCP는 바로 그런 경우를 위한 프로토콜입니다.