[한영자막] AI 에이전트를 위한 만능 리모컨, ACP를 소개합니다

한 줄 핵심

ACP는 여러 AI 하네스를 하나의 클라이언트로 제어할 수 있게 하는 개방형 표준으로, 에이전트 도구 생태계를 MCP처럼 클라이언트 생태계까지 확장하려는 시도다.

시간별 요약

1. 0:00
   Goose, MCP, 그리고 ACP의 등장 Block에서 오픈소스 하네스 Goose와 MCP를 다뤄온 경험을 바탕으로, AI를 위한 범용 리모컨으로서 ACP를 소개한다. ACP는 에이전트 클라이언트 프로토콜로, 클라이언트가 에이전트를 일관되게 제어하는 표준을 목표로 한다.
2. 1:10
   하네스마다 제각각인 인터페이스 문제 현재는 하네스마다 인터페이스가 제각각이라 특정 하네스는 사실상 하나의 클라이언트로만 제어되는 경우가 있다. 이런 구조는 웹에서 브라우저와 프로토콜이 표준화되어 있어야 열린 생태계가 가능한 것과 달리, 상호운용성을 크게 떨어뜨린다.
3. 2:08
   표준이 만드는 생태계와 시장 표준은 단순한 규격이 아니라 생태계와 시장을 만든다. MCP가 에이전트의 도구 호출과 외부 시스템 작업에 대한 사실상의 표준이 되면서 수많은 서버와 연결 지점을 만들어냈듯, 공통 표준은 연결 가능한 대상의 규모를 폭발적으로 키운다.
4. 2:49
   ACP의 탄생 배경과 동작 원리 클라이언트 소프트웨어가 에이전트에 작업을 지시하고 결과와 업데이트를 받는 표준은 아직 부족하며, ACP가 그 공백을 메우려는 시도다. ACP는 세션을 통해 메시지, 도구 호출 알림, 권한 요청 등을 주고받고, JSON RPC와 확장 가능한 커스텀 메서드로 동작해 에디터를 넘어 다양한 클라이언트에 적용될 수 있다.
5. 6:04
   서로 다른 두 클라이언트로 동일한 에이전트 제어 데모 Zed와 터미널 기반 클라이언트가 같은 Goose 하네스를 동일한 ACP 인터페이스로 제어하는 데모를 보여준다. 같은 프로젝트에 대해 질의했을 때도 텍스트 응답, 도구 호출 정보, 요약 스트리밍이 일관되게 동작해 클라이언트 교체 가능성을 입증한다.
6. 7:11
   원격 전송 계층과 4가지 독립 구성 요소 ACP에 HTTP와 websocket 기반 원격 전송이 추가되면서, 로컬과 원격을 같은 메시지 의미론으로 다룰 수 있게 된다. 이와 함께 클라이언트, 하네스, 도구, 모델이 독립적인 구성 요소로 분리되어 어디에 두든 유연하게 조합할 수 있는 에이전트 스택이 강조된다.
7. 9:13
   클라이언트 생태계가 이끄는 사용자 경험 혁신 에디터, 데스크톱, 모바일, 터미널 등 다양한 클라이언트가 ACP 생태계에 참여하면 개인용, 업무용, 화이트라벨 클라이언트 같은 세분화된 시장이 열릴 수 있다. 경쟁이 생기면 클라이언트 품질과 사용자 경험이 올라가고, 결국 AI 사용 경험 전체가 개선된다.

실무 인사이트

• 하네스와 클라이언트 인터페이스를 분리해 표준화하면, 특정 도구에 종속된 에이전트 운영 구조를 빠르게 탈피할 수 있다.
• MCP처럼 도구 생태계가 먼저 표준화되면, ACP처럼 클라이언트 생태계도 표준화되어 양쪽이 함께 커질 때 효과가 가장 크다.
• 원격 전송을 염두에 둔 설계는 나중의 확장 기능이 아니라 초기 채택을 좌우하는 핵심 요소다.