Windsurf에서 Devin Desktop으로, 에이전트 관제 IDE가 바꾸는 개발 환경

2026년 6월 2일 Cognition은 Windsurf 브랜드를 폐기하고 기존 IDE를 Devin Desktop으로 다시 내놓았다. 화면의 이름만 바꾼 리브랜딩은 아니었다. 에디터에 AI 기능을 붙이는 대신, 여러 에이전트의 작업을 배정하고 추적하는 Agent Command Center를 기본 화면에 배치했다.

Windsurf가 보유했던 Cascade 에이전트와 VS Code 기반 편집 기술, 사용자 기반도 Devin의 자율 에이전트 생태계 안으로 들어갔다. 기존 사용자는 에디터를 재시작하면 OTA(Over-The-Air) 업데이트를 통해 별도 설치 없이 Devin Desktop으로 전환됐다.

에디터보다 먼저 보이는 Agent Command Center

Agent Command Center는 여러 에이전트의 작업 상태를 한곳에 모은 칸반 스타일 인터페이스다. 기존 IDE에서 사이드 패널에 머물던 AI 어시스턴트가 메인 화면으로 이동하면서, 코드 편집기와 에이전트 사이의 우선순위도 뒤집혔다.

이 화면에서는 클라우드에서 복잡한 태스크를 비동기로 처리하는 Devin Cloud와 로컬에서 동작하는 Devin Local을 함께 관리한다. OpenAI Codex, Claude Agent, OpenCode처럼 ACP를 지원하는 외부 에이전트도 같은 대시보드에 연결할 수 있다. 프로젝트 컨텍스트는 Spaces로 묶으며, 서드파티 에이전트 역시 Devin과 동일한 Spaces에서 컨텍스트를 공유한다.

⤢✕

Cascade를 잇는 로컬 에이전트

Devin Local은 Cascade를 대체하는 로컬 실행 에이전트다. Rust로 완전히 다시 작성하면서 메모리 안전성과 실행 성능을 높였고, Cascade가 제공하던 기능은 그대로 지원한다.

동일한 태스크를 수행할 때 토큰 효율은 30% 개선돼 LLM API 호출 비용도 30% 줄었다. 복잡한 작업을 나눠 하위 에이전트에 맡기는 계층형 서브에이전트 구조도 지원한다.

전환이 즉시 강제된 것은 아니다. 기존 Cascade 사용자는 2026년 7월 1일까지 레거시 에이전트를 계속 사용할 수 있으며, 이후에는 Cascade가 완전히 제거될 예정이다.

ACP가 표준화하는 경계

ACP(Agent Client Protocol)는 AI 에이전트와 IDE·에디터 사이의 통신을 표준화하는 개방형 프로토콜이다. Cognition이 설계해 오픈소스로 공개했으며, JetBrains·Google·GitHub를 비롯한 주요 IDE 및 플랫폼 벤더와 25개 이상의 에이전트가 채택했다.

프로토콜의 핵심은 에이전트 서버와 클라이언트인 에디터의 역할을 분리하는 데 있다. 하나의 IDE가 서로 다른 에이전트를 동시에 제어하고, 프로젝트 컨텍스트와 코드베이스 정보, 실행 환경을 표준 형식으로 교환할 수 있다. 오래 걸리는 태스크는 비동기로 실행하고 폴링을 통해 상태를 확인한다.

⤢✕

ACP와 MCP는 담당하는 층이 다르다

ACP와 Anthropic의 MCP(Model Context Protocol)는 모두 개방형 프로토콜이지만 해결하려는 문제가 다르다. ACP가 에이전트와 클라이언트 사이의 관제 통신을 다룬다면, MCP는 LLM이 파일 시스템·데이터베이스·API 같은 도구와 컨텍스트 소스에 접근하는 방식을 표준화한다.

구분	ACP (Agent Client Protocol)	MCP (Model Context Protocol)
설계 주체	Cognition (오픈소스)	Anthropic (오픈소스)
목적	에이전트 ↔ IDE/클라이언트 통신 표준화	LLM ↔ 도구/컨텍스트 소스 연결 표준화
레이어	에이전트 관제 레이어 (오케스트레이션)	모델 입력 레이어 (컨텍스트 제공)
주요 사용 사례	멀티 에이전트 IDE 관제, 에이전트 상태 모니터링	파일 시스템, DB, API를 모델 컨텍스트로 제공
채택 현황	JetBrains, Google, GitHub, 25+ 에이전트	Claude.ai, Cursor, Zed 등 다수 클라이언트
상호보완성	에이전트 내부에서 MCP를 사용하여 컨텍스트 수집 후 ACP로 클라이언트에 결과 전달 가능	ACP 에이전트의 컨텍스트 수집 수단으로 활용

따라서 두 프로토콜을 경쟁 규격으로 보는 것은 맞지 않는다. 에이전트가 MCP를 통해 필요한 컨텍스트를 모으고, 실행 상태와 결과는 ACP를 거쳐 IDE에 전달하는 계층 구조를 만들 수 있다.

코딩 도구가 선택한 서로 다른 중심축

2026년 AI 코딩 도구 시장은 개발자와 에이전트 중 어느 쪽이 작업 흐름을 주도하는지에 따라 크게 세 가지 위치로 나뉜다.

GitHub Copilot과 Cursor는 개발자가 에디터에서 직접 코드를 다루고 AI의 완성이나 수정 제안을 받아들이는 에디터 보조형에 가깝다. Claude Code와 Codex CLI는 터미널에서 코드베이스를 탐색하고 수정하는 CLI형이다. Devin Desktop은 독립적으로 태스크를 수행하는 에이전트를 개발자가 감독하고 조율하는 관제형을 택했다.

⤢✕

Devin의 차별점은 장시간 태스크를 백그라운드에서 처리한 뒤 결과를 보고하는 비동기 실행 모델에 있다. ACP로 자사 밖의 에이전트까지 받아들이고, Spaces를 통해 여러 에이전트가 동일한 코드베이스의 컨텍스트를 공유하도록 설계한 것도 단일 관제 허브 전략의 일부다.

Cursor는 여전히 개발자가 코드를 직접 작성하고 AI 제안을 선택하는 에디터 중심 흐름을 유지한다. Cursor가 개발자의 작업을 AI로 보조한다면, Devin Desktop은 개발자가 AI의 작업을 감독하는 쪽에 무게를 둔다. 두 제품의 차이는 기능 목록보다 개발자의 자율성과 에이전트의 자율성 사이에서 어느 지점을 택했는지에 가깝다.

기업 환경에서는 관제와 통제가 함께 가야 한다

여러 에이전트를 한 화면에 모았다는 사실만으로 엔터프라이즈 개발 환경이 완성되지는 않는다. 어떤 에이전트가 어느 코드를 수정했는지 확인할 수 있어야 하고, 실행 권한과 승인 절차도 중앙에서 통제해야 한다.

Agent Command Center는 에이전트의 실행 상태와 행위를 가시화하는 거버넌스 기반을 제공한다. 에이전트 액션을 기록하고 Spaces 단위로 작업을 격리하면 개발 프로세스의 감사 추적성을 확보할 구조도 마련할 수 있다. ACP로 통신 경계를 표준화하면 에이전트가 접근할 수 있는 리소스를 정책에 따라 제한하는 보안 설계로 연결할 수 있다.

복수의 Devin 에이전트를 동시에 실행하는 스케일아웃 구조는 대규모 코드베이스의 병렬 처리에도 맞는다. 마이크로서비스 분해, 레거시 마이그레이션, 대규모 리팩토링이 대표적인 적용 대상이다.

⤢✕

관제 모델에는 별도의 위험 관리도 필요하다. 잘못된 코드나 의도하지 않은 변경은 Agent Command Center의 단계별 승인, 즉 Human-in-the-loop 워크플로우로 통제한다. 특정 에이전트 플랫폼에 대한 종속과 전환 비용을 줄이려면 ACP 같은 개방형 프로토콜의 지원 여부를 벤더 선택 기준에 포함할 수 있다.

여러 에이전트가 같은 코드베이스를 동시에 수정할 때 생기는 컨텍스트 오염과 충돌에는 Spaces 단위 격리와 명시적인 병합 정책이 필요하다. 에이전트가 코드베이스 전체에 접근하면서 민감 정보가 노출될 위험은 최소 권한 원칙을 권한 설계에 적용해 줄여야 한다.

개발자는 구현자에서 감독자로 이동한다

기존 IDE에서는 개발자가 작업의 주체였고 AI는 보조 도구였다. Devin Desktop은 Devin, Codex, Claude Agent 같은 에이전트를 실질적인 작업 주체로 두고, IDE를 이들을 관리하는 허브로 재배치한다.

개발자는 태스크를 정의하고 실행 결과를 검토하는 감독자 쪽으로 이동한다. 작업의 추상화 수준도 한 단계 높아진다. 세부 구현과 반복 코딩을 에이전트에 맡기는 대신 아키텍처 설계, 요구사항 명세, 품질 검증에 더 집중하는 구조다.

Windsurf의 종료와 Devin Desktop 출시는 이런 역할 변화를 제품 구조로 드러낸 사건이다. Rust로 다시 작성된 Devin Local의 토큰 효율 30% 개선, Spaces 기반 컨텍스트 공유, JetBrains·Google·GitHub를 포함한 25개 이상 에이전트의 ACP 채택은 변화의 범위가 브랜드 교체에 머물지 않음을 보여준다. 기업이 이 모델을 도입하려면 멀티에이전트 실행 능력만 볼 것이 아니라 거버넌스, 감사 추적성, 보안 격리와 최소 권한 원칙까지 하나의 관제 아키텍처로 설계해야 한다.