코딩 에이전트, 에디터는 그대로 두고 바꾸는 법: ACP 가이드

에디터는 그대로 두고 코딩 에이전트만 바꿀 수 있습니다. 에디터와 에이전트가 모두 Agent Client Protocol(ACP)을 지원하면 됩니다. Google의 Android Studio Rabbit 2 릴리스는 Android 개발자가 이 선택을 실제로 활용할 수 있게 해줍니다. Google은 10월 발표에서 40개가 넘는 코딩 에이전트를 언급했으며, IDE 안에서 에이전트를 선택할 수 있다고 밝혔습니다. 핵심은 익숙한 개발 환경을 유지하면서 작업을 맡길 에이전트를 고를 수 있다는 점입니다.

에이전트 수는 Google의 2026년 10월 28일 Android Studio 발표를 기준으로 합니다. 아래의 지원 범위와 설정 정보는 2026년 11월 3일 프로토콜 사이트와 에디터 문서에서 확인했습니다. 이 글은 문서를 바탕으로 작성한 가이드이며, 에이전트를 직접 실행해 비교한 벤치마크는 아닙니다.

ACP 프로토콜은 코딩 에이전트 사용 방식을 어떻게 바꿀까요?

ACP는 에디터와 코딩 에이전트가 프롬프트, 진행 상황, 권한 요청, 결과를 주고받는 공통 인터페이스입니다. 에이전트는 모델과 툴, 반복적인 작업 루프를 이용해 과제를 수행하는 프로그램입니다. 에디터, 또는 통합 개발 환경(IDE)은 코드를 살펴보고 변경 사항을 검토하며 이 프로그램과 상호작용하는 공간입니다.

이 구조를 이해하려면 에디터와 언어 서버의 연결을 표준화한 **Language Server Protocol(LSP)**을 떠올리면 됩니다. 언어 서버는 코드 진단처럼 특정 프로그래밍 언어에 맞는 분석 기능을 제공합니다. ACP도 같은 방식으로 에디터와 코딩 에이전트를 분리합니다. 에디터는 클라이언트 연결을 구현하고, 에이전트는 ACP를 직접 구현하거나 어댑터를 통해 연결합니다. 양쪽 모두 호환되어야 합니다. ACP 소개 문서는 이 구조 덕분에 에디터와 에이전트를 조합할 때마다 별도 연동을 개발할 필요가 없어진다고 설명합니다.

Anthropic의 Claude Code, OpenAI의 Codex, Google의 Gemini CLI를 번갈아 쓰는 개발자에게는 작업 공간을 유지할 수 있다는 이점이 있습니다. 다른 에이전트를 평가할 때 에디터까지 함께 바꿀 필요가 없습니다. 다만 아래 지원 목록에서 보듯, 각 에이전트가 ACP에 연결되는 방식은 서로 다릅니다.

ACP는 누가 처음 만들었나요?

ACP를 만든 곳은 Zed Industries입니다. Google과 협력해 Gemini CLI를 최초의 참조 구현으로 삼았습니다. Zed는 2025년 8월 27일 이 협력을 발표했습니다. 이후 JetBrains도 참여했으며, 현재 JetBrains의 ACP 페이지는 JetBrains와 Zed가 프로토콜을 공개적으로 개발한다고 설명합니다. Google은 초기 구현 파트너이자 Android Studio를 통해 ACP를 도입한 기업입니다. Zed의 출시 발표와 JetBrains의 ACP 페이지에서 각자의 역할을 확인할 수 있습니다.

지원 범위를 판단할 때는 이 역할을 구분해야 합니다. 프로토콜을 만드는 일, 어댑터를 유지보수하는 일, 에디터 클라이언트를 제공하는 일은 각각 다른 기여입니다.

어떤 에디터와 AI 코딩 에이전트가 ACP를 지원하나요?

Zed, JetBrains IDE, Android Studio는 ACP 에이전트 연결 방법을 공식 문서로 안내합니다. 다른 에디터는 플러그인이나 확장을 이용하므로 실제로 설치할 연동 구성 요소를 확인해야 합니다. 디렉터리에 이름이 있다는 것은 연동이 존재한다는 뜻이지, 모든 기능이 똑같이 동작한다는 보장은 아닙니다.

위 플러그인 이름은 ACP 클라이언트 디렉터리를 따릅니다. Zed, JetBrains, Android Studio의 세부 사항은 아래에 연결한 각 제품의 문서를 기준으로 합니다. 코딩 워크플로에 관련된 항목을 추린 목록이며, ACP 클라이언트 전체 목록은 아닙니다.

Zed: 외부 에이전트의 설정은 별도로 관리합니다

Zed는 Agent Panel과 Threads Sidebar에서 ACP 에이전트를 제공합니다. 현재 문서는 대표적인 외부 에이전트로 Claude, Codex, OpenCode, Copilot, Cursor, Pi를 언급하며, Gemini CLI 설정 방법도 안내합니다. 기본 설치 경로는 ACP Registry입니다. Zed의 External Agents 문서는 설치 방법과 함께 어느 쪽에서 설정을 관리하는지 설명합니다.

실무에서 주의할 부분은 설정이 자동으로 이어지지 않는다는 점입니다. Zed Agent 프로필과 Zed Skills가 외부 에이전트의 설정으로 자동 적용되지는 않습니다. 팀의 개발 환경을 문서화할 때는 해당 에이전트 자체의 지침, 인증 정보, 툴도 기록해야 합니다.

JetBrains: 조직 정책과 실행 환경부터 확인합니다

JetBrains AI Assistant는 AI Chat에서 ACP 에이전트를 사용할 수 있게 합니다. Settings > Tools > AI Assistant > Agents에서 에이전트를 설치하거나, acp.json으로 사용자 지정 에이전트를 추가할 수 있습니다. 문서에 따르면 ACP 에이전트는 현재 **Windows Subsystem for Linux(WSL)**에서 지원되지 않으며, 관리자가 레지스트리 항목이나 사용자 지정 에이전트를 제한할 수도 있습니다. 이러한 제약은 JetBrains의 ACP 문서를 기준으로 확인해야 합니다.

개발팀 리더라면 연동을 권장하기 전에 워크스테이션 환경부터 확인해야 한다는 뜻입니다. 동료의 노트북에서 잘 동작한다고 해서 조직이 관리하는 WSL 기반 워크플로까지 지원된다고 볼 수는 없습니다.

에이전트: 네이티브 지원과 어댑터 연결은 다릅니다

ACP 에이전트 디렉터리는 관련 연동을 다음과 같이 구분합니다.

• Claude Agent는 Zed의 SDK 어댑터를 통해 연결되는 것으로 나옵니다. 이는 디렉터리가 Claude 연동에 붙인 이름이며, Claude Code CLI 자체가 ACP를 네이티브로 지원한다는 뜻은 아닙니다.
• Codex CLI는 ACP의 어댑터를 통해 연결되는 것으로 나옵니다. 에디터가 실행하는 구성 요소를 기록할 때 이 어댑터도 포함해야 합니다.
• Gemini CLI는 어댑터라는 별도 설명 없이 ACP를 구현한 에이전트로 나옵니다.
• GitHub Copilot은 해당 페이지에 공개 프리뷰라고 명시되어 있습니다.

같은 페이지에는 Augment Code, Cline, Cursor, Docker의 cagent, Factory Droid, Goose, Hermes Agent, JetBrains의 Junie, Kimi CLI, Kiro CLI, Mistral Vibe, OpenCode, OpenHands, Qwen Code도 나옵니다. Pi는 pi-acp 어댑터를 통한 연결로 기재되어 있습니다. 여기서는 디렉터리의 명칭을 그대로 사용해 일부 항목만 소개했습니다. 전체 목록은 링크된 디렉터리에서 확인할 수 있습니다.

이 디렉터리를 모든 에디터에 통용되는 호환성 평가표로 받아들여서는 안 됩니다. 실제로 사용할 수 있는 조합은 에이전트, 필요한 경우 어댑터, 에디터의 연동 구현, 그리고 양쪽이 협상한 기능에 따라 달라집니다.

Android Studio의 Bring Your Own Agent는 무엇을 바꾸나요?

Android Studio에서는 Android 개발 툴을 그대로 사용하면서 코딩 에이전트를 선택할 수 있습니다. Google의 안정 버전 발표는 Claude Agent, Codex, Junie, Google Antigravity를 언급하며, 에이전트가 Android Emulator, 빌드 시스템, Logcat, Android 스킬에 접근할 수 있다고 설명합니다. Logcat은 Android의 애플리케이션 로그와 시스템 로그를 보는 도구입니다. 이러한 툴 접근 범위는 Google의 Rabbit 2 발표에 나와 있습니다.

Android 개발자가 앱의 비정상 종료 원인을 조사한다고 생각해 보겠습니다. 에이전트는 프로젝트의 빌드·진단 툴을 활용하고, 개발자는 익숙한 환경에서 수정 내용을 살펴볼 수 있으면 좋습니다. BYOA는 이 작업 공간과 에이전트 선택을 분리해 줍니다. 선택한 에이전트가 실제로 원인을 잘 찾아내는지는 별도로 평가해야 합니다.

개발팀 리더에게는 더 의미 있는 파일럿을 진행할 수 있다는 이점이 있습니다. 저장소, 과제, 검토 절차를 동일하게 유지한 채 그 환경 안에서 승인된 에이전트들을 비교할 수 있습니다. 결과로 나온 패치, 실행을 요청한 명령어, 답변의 근거를 평가해야 합니다. 연결에 성공했다고 해서 도입까지 성공한 것은 아닙니다.

프리뷰로 출발해 이제는 안정 버전으로 제공됩니다

Google은 Android Studio Rabbit 2 Canary를 시작으로 2026년 9월 24일 BYOA를 프리뷰로 공개했습니다. 이어 2026년 10월 28일에는 BYOA를 포함한 Rabbit 2의 안정 버전 출시를 발표했습니다. 출시 당시의 프리뷰 상태는 이후 안정 버전 발표로 바뀌었습니다. 프리뷰 발표, 안정 버전 발표.

프리뷰 여부는 해당 표시가 붙은 구성 요소별로 판단해야 합니다. Android Studio가 안정 버전으로 출시됐다고 해서 다른 에이전트의 공개 프리뷰 상태가 사라지거나, 어댑터가 원래 제품과 동일한 기능을 제공한다고 보장되는 것은 아닙니다.

ACP 세션은 어떻게 동작하나요?

에디터가 에이전트를 실행하고 구조화된 메시지를 주고받습니다. 로컬 전송 방식에서는 에디터가 하위 프로세스를 실행합니다. 운영체제에서 별도의 프로그램을 띄우는 것입니다. 연결에는 요청·응답·알림을 표현하는 형식인 JSON-RPC 2.0을 사용하며, 메시지는 프로세스의 표준 입력·출력 스트림인 stdio로 전달됩니다. 터미널에 표시된 텍스트를 읽어내는 것이 아니라 구조화된 통신을 수행합니다. 프로토콜 개요, 전송 명세.

세션은 다음 순서로 진행됩니다.

1. 실행하고 협상합니다. 에디터가 에이전트 또는 어댑터를 실행한 뒤 initialize를 보냅니다. 양쪽은 프로토콜 버전과 지원 기능을 교환합니다.
2. 필요하면 인증합니다. 에이전트가 제시하는 인증 방식에 따라 인증을 완료합니다. 에디터 연결에 성공했다고 해서 에이전트 계정이 생기는 것은 아닙니다.
3. 대화를 시작합니다. 에디터가 작업 디렉터리와 자신이 제공하는 MCP 서버 정보를 담아 session/new를 보냅니다. 에이전트는 세션 식별자를 반환합니다.
4. 작업을 보내고 진행 상황을 받습니다. 에디터는 session/prompt를 보내며, 에이전트는 session/update 알림으로 메시지와 툴 활동을 전달합니다.
5. 요청된 동작을 처리합니다. 에이전트가 권한을 요청하면 에디터가 가능한 선택지를 표시하고 결정 내용을 돌려보냅니다. 턴은 최종적으로 중단 이유를 설명하는 응답과 함께 끝납니다.

이 흐름은 문서의 메시지 흐름과 세션 생성 규칙을 따릅니다. 세션은 에이전트 고유의 컨텍스트와 상태를 가진 대화입니다. 모든 공급업체가 공유하는 범용 대화 파일은 아닙니다.

파일 수정과 터미널 명령은 어떻게 처리하나요?

파일과 터미널 접근은 양쪽이 협상하는 기능입니다. 지원되는 경우 에이전트는 fs/read_text_file로 에디터를 통해 파일을 읽고, fs/write_text_file로 쓸 수 있습니다. 읽을 때는 아직 저장하지 않은 변경 내용도 포함됩니다. 화면의 버퍼 내용과 디스크에 저장된 파일이 다를 때 이 차이가 중요합니다. ACP 파일 시스템 명세.

명령 실행에는 terminal/create를 사용해 클라이언트에 프로세스 시작을 요청합니다. 관련 메서드로 출력을 가져오고, 완료를 기다리고, 명령을 중지하고, 터미널을 해제할 수 있습니다. 에이전트는 이 메서드들을 사용하기 전에 클라이언트가 터미널 지원을 알렸는지 확인해야 합니다. ACP 터미널 명세.

에이전트가 자체적으로 작업을 수행하면서 ACP를 통해 수정 내용을 diff로 보고하고 툴 진행 상황을 전달할 수도 있습니다. 에디터에 활동이 표시된다고 해서 모든 동작을 에디터가 실행했다는 뜻은 아닙니다. 툴 호출 명세.

ACP와 MCP의 차이: 무엇과 무엇을 연결하나요?

ACP는 에디터와 에이전트를 연결하고, Model Context Protocol(MCP)은 AI 애플리케이션 또는 에이전트를 툴·데이터와 연결합니다. 두 프로토콜은 같은 세션에서 함께 사용할 수 있습니다. 아래 비교는 ACP 세션 명세와 MCP 소개 문서를 기준으로 합니다.

필요한 툴이 보이지 않으면 에디터 연결뿐 아니라 툴 연결도 살펴봐야 합니다. 예를 들어 JetBrains에는 사용자 지정 MCP 서버와 내장 IntelliJ MCP 서버를 에이전트에 전달하는 별도 설정이 있습니다. ACP를 지원한다고 해서 모든 툴이 자동으로 활성화되지는 않습니다. JetBrains의 레지스트리 설정 문서에서 이러한 제어 항목을 설명합니다.

기반 서비스의 경계를 설계하고 있다면 MCP와 API 비교를 참고할 수 있습니다. 이 글은 애플리케이션 기능을 어떤 방식으로 외부에 제공할 것인지라는 다른 결정을 다룹니다. 코딩 에이전트를 활용하는 애플리케이션을 만들고 있다면 Vercel AI SDK ACP 어댑터 해설에서 해당 연동 계층을 확인할 수 있습니다.

Android Studio에 Claude Agent 연결하기

Android Studio의 에이전트 선택기에서 에이전트를 고른 뒤 해당 공급업체 계정으로 인증합니다. Google이 현재 안내하는 시작 경로는 에이전트 창 또는 Settings > Tools > AI > Agents입니다. 최초 출시 안내에서는 로그인하거나 API 키를 입력하도록 설명하며, 지원되는 계정 요금제는 공급업체가 정한다고 명시합니다. 현재 시작 안내, 인증 안내.

1. 1

   BYOA를 지원하는 릴리스를 사용합니다

   Android Studio Rabbit 2 안정 버전이나 문서에 BYOA 지원이 명시된 이후 릴리스를 사용합니다. Canary에서만 사용할 수 있다는 초기 안내는 프리뷰 출시 당시의 설명입니다.

2. 2

   Claude Agent를 선택합니다

   에이전트 창을 열고 Claude Agent를 선택합니다. Settings > Tools > AI > Agents에서도 에이전트를 선택할 수 있습니다.

3. 3

   선택한 에이전트의 인증을 완료합니다

   에이전트의 로그인 절차를 따르거나 API 키 입력 옵션이 제공되면 키를 입력합니다. 프로젝트에서 승인한 계정과 접근 방식을 사용해야 합니다. 다른 에이전트를 연결할 때는 그 에이전트 자체의 인증과 이용 권한이 필요합니다.

4. 4

   범위를 한정한 첫 프롬프트를 보냅니다

   Google의 설정 안내는 프롬프트를 보내는 단계로 끝납니다. 첫 작업으로는 “이 프로젝트의 빌드 방식을 설명하고 관련 테스트 태스크를 찾아주세요. 파일은 수정하지 마세요.”처럼 요청할 수 있습니다. 이 프롬프트는 시작점을 제안한 예시이며, 공급업체의 테스트 결과가 아닙니다.

5. 5

   작업 범위를 넓히기 전에 흐름을 확인합니다

   다음으로 작업 브랜치에서 검토 가능한 작은 변경을 요청합니다. 제안된 수정 내용, 권한 선택지, 실행을 요청한 명령어를 살펴봅니다. 결과를 이해할 수 있는지 확인한 뒤 더 큰 작업을 맡깁니다. 이 단계는 공급업체의 연결 안내에 더해 제안하는 도입 조언입니다.

인증에 실패하면 선택한 에이전트의 계정이나 키 설정을 해결해야 합니다. 연결은 되지만 툴을 사용할 수 없다면 해당 연동이 제공하는 기능을 살펴봐야 합니다. 서로 다른 지점에서 발생하는 문제이므로 설정 문서에도 따로 기록합니다.

팀에서 도입할 때 확인해야 할 한계

연결 방식을 표준화한 뒤, 에이전트별 동작을 검증해야 합니다. 프로토콜은 반복적인 연동 작업을 줄여주지만, 운영상의 모든 세부 사항까지 에이전트 간에 호환되도록 만들지는 않습니다.

인증은 에이전트별로 관리합니다. 선택한 공급업체마다 별도의 로그인 또는 API 키 사용 방식을 계획해야 합니다. 구현에 따라 기존 인증 정보를 재사용할 수는 있지만, ACP가 공용 계정이나 사용량 한도를 공유하는 풀은 아닙니다. 예를 들어 Zed 문서는 외부 에이전트가 자체 인증과 공급업체 관계를 유지한다고 설명합니다. Zed의 설정 적용 범위.

세션 복구에는 조건이 있습니다. 프로토콜의 session/load 작업을 사용하려면 에이전트가 loadSession 기능을 지원해야 합니다. 이 기능이 구현되어 있으면 기존 세션을 불러올 수 있지만, 다른 공급업체의 에이전트가 원래 에이전트의 내부 상태를 이어받을 수 있다는 뜻은 아닙니다. 매끄러운 전환을 약속하기 전에 실제로 사용하는 조합이 대화 기록을 어떻게 처리하는지 확인해야 합니다. 세션 불러오기 명세.

원격 지원은 해당 구현을 직접 확인해야 합니다. 현재 전송 문서는 stdio를 정의하며, Streamable HTTP 전송 방식은 명세 작성 중이라고 설명합니다. 사용자 지정 전송 방식도 허용됩니다. 로컬 연동이 동작한다고 해서 원격 에이전트 엔드포인트에서도 자동으로 동작한다고 가정해서는 안 됩니다. ACP 전송 명세.

권한 요청은 샌드박스를 제공하지 않습니다

ACP는 권한 결정의 메시지 형식을 정할 뿐, 운영체제 수준의 격리 경계를 강제하지 않습니다. 명세에 따르면 에이전트는 자신의 프로세스 권한으로 실행되고, 권한 요청은 권고적 성격이며, 결정 내용을 준수할 책임은 에이전트에 있습니다. 클라이언트는 자신의 기능을 통해 요청받은 파일 시스템 및 터미널 메서드를 별도로 실행합니다. ACP 보안 고려 사항.

요청에는 한 번만 적용하거나 이후에도 기억하는 승인·거부 선택지가 포함될 수 있습니다. 기억된 결정의 적용 범위와 유지 방식은 에이전트가 관리합니다. “항상”이 현재 명령이나 디렉터리에만 적용된다고 가정하기 전에 제시된 선택지를 읽어야 합니다. 권한 선택지의 의미.

플랫폼 운영자는 에디터 설정과 함께 에이전트 바이너리, 실행 환경, 권한 정책도 검증해야 합니다. 승인 대화상자는 요청 내용을 파악하는 데 도움이 되지만, 대화상자가 있다는 사실만으로 실행이 격리된다고 볼 수는 없습니다.

기대가 과한 부분은 무엇이며, 누가 도입해야 할까요?

확실한 이점은 에디터와 에이전트의 결합도를 낮춘다는 것입니다. ACP 지원만으로 에이전트가 더 좋은 코드를 작성한다거나, 다른 에이전트의 설정을 그대로 가져올 수 있다거나, 모든 조합에서 동일한 워크플로를 사용할 수 있다고 판단할 수는 없습니다. 이러한 결과는 직접 평가해야 합니다.

이미 여러 에이전트를 번갈아 쓰는 개발자라면 지금 시도해 볼 만합니다. 현재 사용하는 에디터에서 지원되는 에이전트를 실행해 봅니다. 수정 내용 검토, 명령 실행 내역 확인, 컨텍스트 처리가 대표적인 작업을 마치는 데 도움이 되는지가 결정적인 기준입니다.

개발팀 리더는 표준으로 정하기 전에 파일럿을 진행해야 합니다. 에이전트마다 같은 과제와 합격 기준을 적용합니다. 인증, 지원 툴, 세션 복구, 권한 처리 방식을 기록합니다. 레지스트리의 크기보다 실제 작업 결과와 통제 가능성을 기준으로 선택해야 합니다.

필수 환경이 지원되지 않는다면 플랫폼 운영자는 도입을 보류해야 합니다. JetBrains 문서에 명시된 WSL 제약이 구체적인 예입니다. 동작이 확인되지 않은 전송 방식에 의존하는 원격 워크플로도 도입 전에 해당 조합을 검증해야 하는 이유가 됩니다.

터미널 워크플로에 만족하는 개발자에게는 영향이 크지 않습니다. 프로토콜이 생겼다는 이유만으로 인터페이스를 바꿀 필요는 없습니다. 아직 풀리지 않은 문제가 어느 에이전트가 자신의 작업을 더 잘 처리하느냐라면, Codex와 Claude Code 비교를 참고해 선택 기준을 세운 뒤 자신의 저장소에서 평가하면 됩니다.

자주 묻는 질문

Agent Client Protocol이란 무엇인가요?

Agent Client Protocol은 코딩 에이전트와 에디터 또는 다른 클라이언트 사이의 공통 인터페이스입니다. 호환되는 구현끼리는 조합마다 별도 연동을 만들지 않고도 프롬프트, 진행 상황, 동작을 주고받을 수 있습니다.

ACP와 MCP는 어떻게 다른가요?

ACP는 에디터와 에이전트의 연결을 담당합니다. MCP는 AI 애플리케이션 또는 에이전트를 외부 툴과 데이터에 연결합니다. ACP 세션에서 MCP 서버 설정을 전달할 수 있으므로 두 프로토콜을 같은 워크플로에서 사용할 수 있습니다.

A2A와 MCP는 어떻게 다른가요?

Agent2Agent(A2A)는 독립적인 에이전트 사이의 통신을 표준화합니다. MCP는 AI 애플리케이션을 외부 기능과 데이터에 연결합니다. A2A가 에이전트 간 협업을 다루는 반면, 이 글의 ACP는 에디터 연결을 다룹니다. A2A 프로젝트의 설명을 참고할 수 있습니다.

Claude Code는 Agent Client Protocol을 지원하나요?

디렉터리에 기재된 정확한 항목은 Zed의 SDK 어댑터를 통해 연결되는 Claude Agent입니다. 사용하는 에디터의 문서에 안내된 지원 연동을 선택해야 합니다. 이 항목을 모든 Claude Code 실행 파일이 ACP를 네이티브로 지원한다는 뜻으로 해석해서는 안 됩니다. Zed는 Claude Agent를 자체 인증을 사용하는 외부 에이전트로 설명합니다.

Claude Code는 여전히 가장 좋은 코딩 에이전트인가요?

ACP 지원 여부로는 답할 수 없습니다. 자신의 저장소에서 동일한 과제, 검토 기준, 허용된 툴을 사용해 에이전트를 비교해야 합니다. 변경 사항을 검증할 수 있고, 반복적으로 수행하는 작업에 워크플로가 잘 맞는 에이전트를 선택합니다.

Agent Client Protocol은 누가 개발했나요?

Zed가 ACP를 만들었으며, Google과 협력해 Gemini CLI를 최초의 참조 구현으로 삼았습니다. 이후 JetBrains가 참여했고, 현재 JetBrains 문서는 JetBrains와 Zed가 ACP를 공개적으로 개발한다고 설명합니다.

Agent Client Protocol과 Agent Communication Protocol은 어떻게 다른가요?

약어가 같을 뿐 서로 다른 프로젝트입니다. Agent Client Protocol은 에디터와 코딩 에이전트를 연결합니다. IBM의 Agent Communication Protocol은 에이전트 간 통신을 다뤘으며, IBM Research는 현재 이 프로젝트가 A2A의 일부라고 설명합니다.

ACP는 어떻게 동작하나요?

로컬 세션에서는 에디터가 에이전트를 하위 프로세스로 실행하고 stdio를 통해 JSON-RPC로 통신합니다. 양쪽이 지원 기능을 협상하고, 필요한 인증을 완료하고, 세션을 연 뒤 프롬프트, 업데이트, 권한 결정을 주고받습니다.

에이전틱 AI에서 ACP는 무엇을 뜻하나요?

에디터 연동 맥락에서 ACP는 보통 Agent Client Protocol을 뜻합니다. 아키텍처를 살펴보거나 라이브러리를 선택할 때는 전체 명칭을 확인해야 합니다. 같은 약어를 쓰는 Agent Communication Protocol은 다른 프로젝트입니다.

다음 작업에서는 이렇게 시작합니다

지금 쓰는 에디터에서 승인된 ACP 에이전트를 선택하고, 결과를 검토할 수 있는 작은 저장소 작업부터 시작합니다. 사용한 에이전트와 어댑터, 인증 방식, 사용 가능한 툴, 권한 처리 방식을 기록합니다. 요청을 거부했을 때의 동작까지 포함해 전체 작업 흐름이 명확해진 뒤에 파일럿 범위를 넓힙니다.

개발 워크플로의 변화를 다루는 실용적인 가이드를 받아보려면 뉴스레터를 구독하세요.