Git real: AI 에이전트가 이제는 개인 개발자 전용이 아니다
출처: The New Stack
6월 첫 주에 세 개의 벤더가 코딩 에이전트를 단일 개발자 루프를 넘어 확장했습니다.
- Cognition은 6월 2일에 Devin Desktop을 출시했습니다.
- 같은 날 Microsoft는 Build 2026 행사에서 Rayfin을 소개했습니다.
- Augment Code는 6월 3일에 모든 팀 플랜을 위한 Cosmos를 발표했습니다.
이 세 가지 출시 제품은 같은 신흥 스택의 서로 다른 계층에 위치합니다.
- Devin Desktop은 팀에게 하나의 콘솔을 제공해 에이전트를 관리하게 합니다.
- Rayfin은 어떤 에이전트‑구축 앱이 기업에 배포될지를 관리합니다.
- Cosmos는 에이전트 무리를 조정합니다.
전체적으로 볼 때, 이 세 제품은 중요한 변화를 나타냅니다: 코딩 에이전트가 개인용 도구에서 팀 인프라로 자리 잡고 있다는 것이죠. 이는 소스 컨트롤이 성장해 온 과정을 본 사람에게는 익숙한 패턴입니다.
버전 관리가 처음엔 한 워크스테이션에서 개인적인 편의성으로 시작했지만, Git과 지속적 통합(CI)이 도입되면서 브랜치, 리뷰, 정책 등 팀 전체가 따르는 공유 인프라가 되었습니다. 코딩 에이전트도 오늘날 같은 여정을 걷고 있습니다. 이 글에서 언급되는 기준점은 모든 엔지니어링 팀이 이미 알고 있는 것들입니다: 풀 리퀘스트, CI 파이프라인, 접근 정책, 그리고 이들을 연결하는 제어 플레인.
개인 개발자용 하네스에서 팀용 하네스로
몇 주 전 저는 에이전트 기반 코딩 도구가 수렴하고 있다는 주장했고, 경쟁 구도가 모델이 아니라 하네스, 즉 워크플로와 승인 레이어로 옮겨갔다고 말했습니다. SWE‑bench Verified와 같은 공개 코딩 벤치마크에서 상위 시스템들은 이제 충분히 근접해 있어 제품 차별화는 점점 하네스, 계획 단계, 도구 사용, 리뷰 게이트, 그리고 프로덕션까지의 경로에서 나오고 있습니다.
6월 출시 제품들은 “한 개발자, 한 하네스”라는 가정을 깨뜨립니다.
그 가정은 한 개발자가 하나의 하네스를 사용한다는 전제였습니다. 6월 출시 제품들은 그 가정을 깨고 하네스를 전체 팀에 넘겨줍니다. 팀용 하네스는 개인용 하네스가 절대 필요로 하지 않았던 일을 해야 합니다. 사람과 세션을 넘어선 결정을 기억해 매주 월요일마다 같은 네이밍 컨벤션을 다시 논의하지 않게 해야 하고, 여러 에이전트가 서로 충돌하지 않도록 병렬 작업을 조정해야 하며, 판단이 필요할 때 인간이 개입할 수 있는 위치를 제공해야 합니다. 이는 풀 리퀘스트에서 리뷰어가 하는 역할과 같습니다.
이를 개발자가 노트북에서 스크립트를 직접 실행하는 것과, 팀이 동일한 작업을 캐시된 상태와 감사 로그가 있는 공유 CI 시스템을 통해 실행하는 차이로 생각하면 됩니다. 작업 자체는 동일해 보이지만 책임 소재가 달라지는 것이죠.
Augment Cosmos, 전체 라이프사이클을 위한 제어 플레인
Augment Code의 Cosmos는 팀이 이미 운영하고 있는 에이전트 위에 자리 잡아 소프트웨어 라이프사이클 전반에 걸쳐 에이전트를 조정하려 합니다. Augment는 트라이애지, 스펙, 구현, 리뷰, 테스트, 배포, 피드백 단계에서 작동하는 에이전트를 묘사하고, 판단이 필요할 때 인간을 끌어들입니다. 특화된 에이전트들은 메모리를 공유해 세션이 끝나도 학습 내용이 사라지지 않게 합니다.
가장 적절한 비유는 CI/CD 제어 플레인입니다. 파이프라인은 코드를 작성하지 않지만, 어떤 작업을 어떤 순서로 실행하고, 변경 사항이 배포되기 전에 무엇을 통과해야 하는지를 결정합니다. Cosmos는 에이전트 무리를 위해 동일한 역할을 수행하며, 공유 컨텍스트와 에이전트가 따르는 규칙을 보관합니다.
예를 들어 새벽 2시에 온콜 엔지니어에게 페이지가 뜨는 사고가 발생했다고 가정해 보세요. Augment 자체 사고 관리 사례에서는 Cosmos 에이전트가 이미 알림을 받아 상황을 파악하고 조사 작업을 시작했기 때문에, 엔지니어가 합류했을 때는 빈 페이지가 아니라 이미 진행된 상태를 검토하게 됩니다. 여기서 얻는 이점은 공유 메모리와 조정 능력으로, 다음 에이전트가 이전 에이전트가 남긴 지점에서 바로 작업을 이어갈 수 있다는 점입니다.
소위 “콜드 스타트 문제”(에이전트가 작업할 컨텍스트가 없을 때)는 Cosmos가 바로 해결하려는 과제입니다. 에이전트는 세션 간에 거의 무상태(stateless)라서, 첫 주에 만든 코드가 12주 차에도 같은 실수를 반복합니다. 공유 메모리 레이어는 이러한 산재된 수정 사항을 팀 전체가 재사용할 수 있는 형태로 전환합니다.
Cognition Devin Desktop, 매니저용 콘솔
Devin Desktop은 개발자 입장에서 같은 변화를 보여줍니다. Cognition은 이를 Windsurf의 차세대 버전이라고 부르며, 에이전트 커맨드 센터를 IDE의 기본 화면으로 제공해 엔지니어가 로컬 및 클라우드 에이전트, 풀 리퀘스트, 컨텍스트를 한 곳에서 관리할 수 있게 합니다. [Spaces](https://docs.devin.ai/desktop/spaces)라는 기능은 관련 에이전트가 컨텍스트를 공유하고 하나의 작업에 협업하도록 합니다.
Cognition은 Devin Desktop을 에이전트 중립적이라고 설명합니다. 에이전트 클라이언트 프로토콜(ACP)을 지원하므로, ACP 호환 에이전트라면 어떤 것이든 Devin Desktop 안에서 Devin과 함께 실행될 수 있습니다. 즉, 팀은 원칙적으로 같은 보드에서 Codex CLI를 한 작업에, Claude 기반 에이전트를 다른 작업에 사용할 수 있습니다. 이 중립성은 모든 상용 Codex나 Claude 인터페이스에 직접 훅을 거는 것이 아니라 ACP 어댑터를 통해 구현됩니다. 대부분의 팀이 이미 여러 에이전트를 혼합해 사용하고 있고, 단일 벤더의 에이전트만 관리하는 콘솔은 원하지 않기 때문에 여전히 중요한 포인트입니다.
예를 들어 기술 리드가 금요일에 백로그를 8개의 티켓으로 나누고 각각을 다른 에이전트에 할당한 뒤, 월요일에 8개의 풀 리퀘스트를 검토한다면, Devin Desktop은 그 작업 흐름을 위해 설계되었습니다. 마지막 인간이 손봐야 할 미세 편집을 위해 전체 에디터가 그대로 남아 있습니다. Cosmos가 의견이 강한 플랫폼이라면, Devin Desktop은 이미 선택한 에이전트를 존중하는 대시보드 형태로 읽힙니다.
Microsoft Rayfin, 에이전트가 배포하는 결과물에 대한 거버넌스
Rayfin은 다른 축을 따라 움직입니다. 에이전트를 관리하는 대신, 에이전트가 점점 더 많이 생산하는 애플리케이션 백엔드의 경로를 좁히고 이를 거버넌스가 적용된 환경으로 라우팅합니다. Build 2026에서 발표된 Rayfin은 오픈소스 SDK와 CLI로, 개발자와 코딩 에이전트가 코드로 전체 애플리케이션 백엔드(데이터 모델, 비즈니스 로직, 인증, 접근 정책 등)를 정의하고 Microsoft Fabric에 배포하도록 합니다.
앱이 Fabric에 배포되면 조직이 이미 운영 중인 보안·컴플라이언스·거버넌스를 자동으로 상속받으며, 데이터는 새로운 사일로가 아니라 OneLake에 저장됩니다. Replit이 첫 번째 런치 파트너이므로, Replit 내 에이전트가 백엔드를 정의하고 거버넌스가 적용된 테넌트에 배포할 수 있습니다. Microsoft가 지적한 문제는 실제로 존재합니다. 에이전트 기반 코딩 도구가 애플리케이션을 너무 빨리 만들다 보니, 이를 제어할 수 있는 체계가 뒤처지고, 제어되지 않은 앱 하나하나가 감사 대상이 되는 데이터 섬이 됩니다.
플랫폼 엔지니어링에서 비