ACP: The Universal Remote Control for AI Agents — Alex Hancock, Block

한 줄 핵심

ACP는 AI 에이전트의 하네스를 조종하는 클라이언트 인터페이스를 표준화해, 어떤 클라이언트에서도 같은 에이전트를 쓸 수 있는 생태계를 만들려는 제안이다.

시간별 요약

1. 0:00
   Goose, MCP, 그리고 ACP Block에서 오픈소스 하네스 프로젝트 Goose를 만들고, MCP와 ACP에도 관여하게 된 배경이 소개된다. 이 영상의 주제는 AI 에이전트를 제어하는 새로운 표준인 ACP다.
2. 1:23
   모든 하네스에는 제각각인 인터페이스가 있다 좋은 하네스가 많아도 이를 조작하는 클라이언트 인터페이스가 제각각이면 사용성과 확장성이 크게 떨어진다. 하나의 브라우저로 모든 웹사이트를 여는 것처럼, 공통 인터페이스가 있어야 개방형 생태계가 가능해진다.
3. 2:21
   표준은 생태계를 만든다 MCP는 에이전트가 도구를 호출하고 외부 시스템과 상호작용하는 표준으로 자리 잡으면서 수많은 서버와 연결 생태계를 만들었다. 핵심은 프로토콜 자체보다 모두가 같은 표준을 쓴다는 사실이며, 이것이 시장과 상호운용성을 만든다.
4. 3:02
   ACP의 출발점과 동작 방식 클라이언트 소프트웨어가 에이전트에게 작업을 지시하고 진행 상황을 받는 표준이 아직 부족하다는 문제의식에서 ACP가 나왔다. ACP는 Zed와 JetBrains 계열에서 출발했지만, 특정 편집기에 묶이지 않는 범용 클라이언트 표준을 목표로 하며, JSON RPC 기반 연결·세션·메시지·권한 요청·확장 가능한 커스텀 메서드를 제공한다.
5. 6:17
   두 클라이언트가 같은 에이전트를 구동하는 모습 Zed와 터미널 기반 클라이언트가 동일한 Goose 에이전트를 같은 프로젝트에서 제어하며, 텍스트 응답과 도구 호출 정보를 일관되게 받아오는 데모가 보여진다. 하네스 쪽 구현은 하나인데 클라이언트만 바꿔도 같은 경험을 얻을 수 있다는 점이 ACP의 핵심 가치다.
6. 7:24
   원격 전송과 네 가지 이동 가능한 구성요소 ACP에 HTTP와 websocket 업그레이드 형태의 원격 전송이 추가되면서 로컬뿐 아니라 클라우드에서도 같은 프로토콜을 쓸 수 있게 된다. 클라이언트, 하네스, 도구, 모델의 네 구성요소를 표준과 전송 방식 덕분에 자유롭게 분리 배치할 수 있다.
7. 9:26
   클라이언트 생태계가 품질을 끌어올리는 이유 편집기, 데스크톱, 모바일, 터미널 등 다양한 클라이언트가 ACP를 지원하면 개인용, 기업용, 화이트라벨 클라이언트를 각각 최적화할 수 있다. 경쟁이 생기면 사용자는 더 나은 경험을 선택하게 되고, 그 결과 AI를 쓰는 전체 UX 품질이 올라간다.

실무 인사이트

• 에이전트 제품을 만들 때 모델보다 먼저 클라이언트-하네스 경계를 표준화하면, 이후 도구와 실행 환경을 갈아끼우기가 훨씬 쉬워진다.
• 로컬 실행만 지원하는 설계는 초기 데모에는 충분하지만, 실제 확산을 원하면 원격 전송과 동일한 의미론을 처음부터 고려해야 한다.
• 클라이언트 생태계를 키우는 전략은 기능 추가보다 UX 경쟁을 촉진하므로, AI 제품의 차별화 축을 모델 성능에서 사용 경험으로 넓힌다.