DeepSeek Super-agent: 클라우드 코딩 에이전트란 무엇이며, 그 안에서 어떤 위치를 차지하는가

개발자 도구 전반에 새로운 습관이 퍼지고 있습니다. 이슈나 채팅 멘션, 프롬프트 입력란에 작업을 남긴 다음 노트북을 닫고, 자리를 비운 사이 에이전트가 만든 브랜치나 풀 리퀘스트를 확인하는 방식입니다. GitHub, Cursor, OpenAI, Anthropic, Cognition, xAI는 모두 클라우드 에이전트, 백그라운드 에이전트, 클라우드 세션, 자율 소프트웨어 엔지니어 같은 이름으로 이 방식의 제품을 선보이고 있습니다. 이 글에서는 이 범주에 속하는 제품이 실제로 하는 일과 작업 흐름, 사용자가 포기해야 하는 것, 그리고 DeepSeek의 오픈소스 Super-agent 프로토타입이 이 범주에서 어떤 위치에 있는지 설명합니다.

클라우드 코딩 에이전트란 무엇인가

이 용어는 폭넓게 쓰이므로, 이 범주의 모든 제품에 공통으로 있는 세 가지 요소를 짚어보겠습니다.

• 열려 있는 편집기가 필요 없는 트리거. 이슈 할당, Slack이나 Feishu의 @멘션, 웹 앱의 프롬프트, API 호출 또는 CLI 인계 방식으로 작업이 전달됩니다.
• 사용자의 컴퓨터 외부에 있는 환경. 에이전트는 저장소를 복제하고 필요한 것을 설치한 뒤, 공급업체나 조직이 관리하는 샌드박스 또는 작업 공간에서 작업합니다.
• 검토 가능한 결과물. 작업은 브랜치, diff, 초안 PR 또는 댓글로 마무리됩니다. 사람이 검토하고 조치를 취할 수 있는 결과물입니다.

이런 특징을 보면 클라우드 코딩 에이전트는 인접한 두 가지 유형과 구별됩니다. 로컬 IDE 에이전트는 사용자가 지켜보는 가운데 노트북에서 실행되고, 채팅 어시스턴트는 저장소에 손대지 않고 질문에 답합니다. 클라우드 코딩 에이전트는 그 중간에 있습니다. 실제 도구와 체크아웃된 저장소를 사용하지만, 사용자는 자리를 비우는 것이 전제입니다.

봇이라는 말은 같은 개념이 채팅을 중심으로 구현된 형태를 나타냅니다. 이슈를 할당하는 대신 Slack, Teams 또는 Feishu에서 에이전트를 멘션합니다. 트리거는 바뀌지만 원격 환경은 그대로입니다. 결과물은 PR, diff 또는 완성된 파일 묶음일 수 있습니다.

제품별 개요

공급업체가 설명하는 방식에 따라 정리한 제품 여섯 가지입니다.

Grok Bot은 범위가 가장 넓은 항목입니다. xAI의 설명에 따르면 데스크톱이나 모바일 채팅에서 시작하거나 계정이 연결된 경우 X에서 @bot을 멘션해 시작할 수 있는 상시 대기형 AI 팀원입니다. Cursor가 호스팅하는 계정 단위의 클라우드 머신에서 실행되며, 브라우저, 저장 공간, 명령줄에 접근할 수 있습니다. 관련 문서에는 완성된 파일과 초안이 설명되어 있지만 저장소 작업 흐름은 다루지 않으며, 브랜치 및 PR 생성에 대한 설명도 없습니다. 따라서 스펙트럼에서 봇에 가까운 쪽에 위치합니다.

표보다 중요한 차이점은 네 가지입니다.

트리거가 있는 위치. GitHub Copilot cloud agent와 OpenAI Codex Cloud는 GitHub나 ChatGPT 앱에 이미 등록된 작업을 중심으로 설계되었습니다. Cursor Cloud Agents와 Devin은 Slack이나 Teams 스레드에서 시작하는 채팅 중심 방식입니다. Claude Code cloud sessions은 브라우저, 휴대폰, 데스크톱 앱 또는 터미널의 claude --cloud에서 트리거할 수 있으며, 일정에 따라 실행할 수도 있습니다.

공급업체가 공개하는 정보의 양. Claude Code는 격리 방식에 관해 자세히 설명합니다. Anthropic 호스팅 환경에서는 각 세션이 격리된 VM에서 실행되고, 기본적으로 네트워크 접근이 제한됩니다. Git 자격 증명은 샌드박스 외부에 보관되며, 프록시가 세션을 대신해 인증합니다. 조직은 세션을 자체 호스팅 환경으로 연결할 수도 있지만, 이 경우 격리는 조직의 책임입니다. 클라우드 세션은 별도의 VM 요금 없이 요금제의 속도 제한을 공유합니다. claude.ai 로그인이 필요하며, Claude Code가 Amazon Bedrock, Google Cloud’s Agent Platform 또는 다른 타사 공급자를 사용하도록 설정된 경우에는 이용할 수 없습니다. 다른 공급업체는 내부 작동 방식에 관해 공개하는 정보가 더 적습니다. 공개 설명은 흔히 ‘샌드박스’나 ‘VM’이라는 표현에서 그칩니다.

에이전트가 접근할 수 있는 범위. 일부 제품은 단일 저장소로 범위가 제한되지만, 다른 제품은 조직 전체 또는 여러 저장소에 걸친 작업을 지원한다고 안내합니다. 유능한 에이전트라도 저장소 범위가 맞지 않으면 쓸모가 없거나 위험해질 수 있으므로, 이는 자신의 환경에 맞는지 가장 먼저 확인해야 할 사항입니다.

어떤 작업을 위한 제품인가. 이 목록의 대부분은 저장소 단위 코딩을 위한 제품입니다. Grok Bot은 범용 클라우드 팀원으로, 문서에는 파일과 초안이 설명되어 있지만 저장소 작업 흐름은 다루지 않습니다. ‘클라우드 에이전트’를 단일한 제품 형태가 아닌 스펙트럼으로 이해하세요.

실제 작업 흐름

브랜딩을 걷어내면 어디서나 작업 흐름은 비슷합니다.

1. 작업 접수. 트리거가 들어옵니다. 제품은 실제 작업인지 판단하고, 때로는 확인 질문을 하나 한 뒤 세션을 대기열에 넣습니다.
2. 환경 구성. 에이전트는 적절한 브랜치에서 저장소를 복제하고, 설정 스크립트나 이미지를 실행한 뒤 도구 체인을 설치합니다. 네트워크 접근과 비밀 정보는 나중이 아니라 이 단계에서 설정됩니다.
3. 작업 수행. 에이전트는 코드를 읽고, 파일을 수정하고, 테스트와 명령을 실행하며, 때로는 브라우저를 엽니다. 노트북이 절전 상태에 들어간 뒤에도 장시간 작업은 계속됩니다.
4. 결과물 제출. 브랜치를 푸시하고 PR을 만들거나, diff와 서면 요약을 남깁니다. 일부 제품은 에이전트가 병합 전에 멈추도록 초안 PR을 제출합니다.
5. 검토. 사람이 diff를 읽고 댓글을 남긴 뒤 병합하거나, 수정 요청을 하거나, 작업을 로컬 세션으로 가져옵니다. 일부 제품은 PR을 계속 확인하다가 CI가 실패하면 수정 사항을 푸시할 수도 있습니다.

문제가 되는 차이는 2단계와 5단계에 있습니다. 설정 스크립트 실행이 너무 오래 걸리거나, 에이전트가 저장소를 복제할 수 없거나, 네트워크 정책이 패키지 레지스트리를 차단하거나, 샌드박스에서 자격 증명에 접근할 수 없으면 간단해 보였던 작업이 멈춥니다. 또한 ‘검토 가능한 결과물’이라 해도 사람이 검토해야 합니다. 이 제품들은 검토 단계를 없애는 것이 아니라, 타이핑을 대신할 뿐입니다.

왜 지금 이런 흐름이 나타났을까

세 가지 조건이 맞아떨어져야 했습니다. 모델은 끊임없는 감독 없이도 긴 도구 사용 흐름을 수행할 만큼 신뢰할 수 있게 되었습니다. 샌드박스와 설정 스크립트는 모든 작업에 전용 환경을 제공할 수 있을 만큼 저렴해졌습니다. 그리고 풀 리퀘스트가 에이전트와 검토자 사이의 기본 인터페이스가 되면서 팀은 새로운 검토 절차를 만들 필요가 없어졌습니다.

여기에는 주의력이라는 논거도 있습니다. DeepSeek의 동반 설계 에세이는 이를 명시적으로 설명합니다. 단일 작업의 한계는 모델에 좌우되지만, 한 사람이 여러 작업을 처리하는 능력은 주의력에 좌우됩니다. 클라우드 에이전트는 세션 관리, 컨텍스트 전환, 대기 시간을 사람에게서 덜어냅니다. 이는 독립적인 연구 결과가 아니라 DeepSeek 에세이에서 제시한 주장이지만, 이 범주가 유용하게 느껴지는 이유를 잘 설명합니다.

사용자가 포기해야 하는 것

호스팅 제품은 모두 편의성을 제공하는 대신 통제력을 일부 가져갑니다.

• 신뢰 경계. 코드와 때로는 자격 증명까지 사용자의 컴퓨터 밖으로 나갑니다. 공급업체마다 격리, 보존, 네트워크 접근에 관해 공개하는 정보가 다르므로, 이 범주의 제품이 모두 같다고 가정하지 말고 제품별로 확인하세요.
• 격리. 관리형 VM은 에이전트를 격리하도록 설계되었지만, 여전히 공급업체의 환경입니다. ‘샌드박스’는 보안이 강화된 VM을 뜻할 수도 있고, 네트워크 접근이 폭넓게 허용되는 컨테이너를 뜻할 수도 있습니다.
• 사용자 지정 가능성. 호스팅 에이전트는 소스 코드가 아니라 설정 옵션을 제공합니다. 작업 흐름에 다른 트리거, 검토 규칙 또는 모델이 필요하다면 제품이 제공하는 범위 안에서만 선택할 수 있습니다.
• 비용 모델. 대부분의 제품은 사용량 제한이 있는 구독이나 요금제를 통해 과금합니다. 에이전트 작업 시간은 사용자가 직접 관리하는 개별 비용 항목이 아닙니다. 토큰 단위가 아니라 요금제를 기준으로 예산을 책정하세요.
• 범위와 종속성. 여러 저장소 지원, 채팅 연동, 엔터프라이즈 제어 기능은 공급업체마다 다르며, 한 곳에서 다른 곳으로 작업 흐름을 옮기는 데도 비용이 듭니다.

자체 호스팅 방식: DeepSeek의 Super-agent

DeepSeek의 공개 자료가 흥미로운 이유는 제어 계층을 사용자가 직접 관리할 때 같은 작업 흐름이 어떤 모습일지 보여주기 때문입니다. 저장소에는 DeepSeek Harness(DSH)용 MIT 라이선스 TypeScript 플러그인 버전 0.1.0이 연구용 프로토타입으로 공개되어 있습니다. README는 이 버전이 공개를 위해 조정되었으며 DeepSeek 내부 버전과 동일하지 않고, 설계 에세이의 모든 아이디어를 구현하지도 않았다고 분명히 밝힙니다.

구조는 장기 실행되는 Router 세션 하나와 티켓마다 하나씩 생성되는 Worker 세션으로 이루어집니다. 이벤트는 Source → Trigger → Thread → Eval → Mandate → Ticket → Assignment → Executor 순서로 흐릅니다. 팀은 정책을 통해 작업을 승인합니다. 허용된 사람의 명시적인 @멘션은 받아들이고, 선제적 작업은 observe 모드로 시작합니다. 이 모드에서는 티켓을 열지 않고 에이전트가 수행했을 작업을 기록합니다. 각 Ticket에는 전용 세션과 디렉터리가 할당되며, 준비 명령을 사용하면 티켓마다 git worktree를 만들 수 있습니다.

운영 모델은 공급업체의 샌드박스와 정반대입니다. github.com 저장소 하나만 감시하며(GitHub Enterprise Server는 지원하지 않음), Feishu는 선택적으로 사용할 수 있습니다. Router와 Worker 프리셋 모두 운영자의 OS 사용자 계정으로 danger-full-access 권한을 사용합니다. 계정 래퍼는 에이전트의 자격 증명을 선택하지만 프로세스를 격리하지는 않습니다. 배포 가이드에서는 에이전트 자격 증명만 보유하는 전용 OS 계정을 사용할 것을 권합니다. 상태는 설정된 stateDir 아래의 SQLite에 저장됩니다. 철학은 하나의 예산으로 표현됩니다. 사람의 주의력은 최대한 적게 쓰고, 가치는 최대한 많이 제공하는 것입니다.

에세이는 합성 작업 부하—메시지 약 300개와 작업 요청 20개, 시뮬레이션 도구, 5회 실행—에서 측정한 스케줄링 수치를 보고합니다. p50/p95는 약 12.4 / 15.7분으로, 하위 에이전트 호출 없이 실행된 단일 세션 기준선의 p95 약 29.5분과 비교됩니다. 이는 시뮬레이션 도구를 사용해 에세이 자체에서 측정한 값이지, 독립적인 코딩 품질 벤치마크 결과는 아닙니다.

이 프로토타입이 보여 주는 것은 제품 출시보다 범위가 좁지만 더 유용합니다. 이벤트로 작업을 시작하고 마지막에 검토하는 코딩 에이전트가 특정 공급자의 클라우드에 갇혀 있지 않다는 점입니다. 오케스트레이터와 상태, 모델 선택을 직접 관리할 수 있습니다. 동시에 이런 소유권에는 비용이 따릅니다. 프로세스를 직접 실행하고 계정을 보호해야 하며, 프로토타입에는 기본 샌드박스가 없다는 점을 감수해야 합니다.

상황별 선택

운영 부담을 없애고 싶다면 호스팅 클라우드 에이전트를 이용하세요. 공급자가 관리하는 샌드박스와 여러 저장소 또는 조직 단위 기능이 필요하거나, GitHub, Slack, Teams 또는 웹 앱에서 작업을 시작하고 싶은 경우에도 적합합니다. 격리와 가동 시간은 공급자가 책임집니다.

코드가 인프라 밖으로 나갈 수 없거나 오케스트레이션을 수정해야 한다면, 또는 역할별로 모델을 선택하고 싶다면 자체 호스팅 프로토타입을 고려하세요. 전용 머신이나 OS 계정을 마련하고, 이 코드를 연구용 소프트웨어로 취급하세요.

실용적인 조합: 일상적인 저장소 작업에는 호스팅 에이전트를 사용하고, 데이터 경계가 중요한 저장소에만 자체 호스팅 에이전트를 사용하세요. 두 경우 모두 검토 단계는 같습니다.

모델에 관한 참고 사항

프로토타입에는 특정 모델이 하드코딩되어 있지 않습니다. Eval 또는 Execution에서 재정의하지 않는 한 Harness 프로필의 기본값을 사용하므로, 팀은 Router에는 더 가벼운 모델을, Workers에는 더 강력한 모델을 지정할 수 있습니다. AIHubMix는 OpenAI 호환 엔드포인트 https://aihubmix.com/v1를 통해 DeepSeek Harness에 연결됩니다. DeepSeek Harness 가이드의 예시에서는 공급자로 aihubmix, 모델로 auto를 사용합니다. 이 가이드는 기본 DSH 연결을 다루며 Super-agent 플러그인은 다루지 않습니다. 위에서 소개한 호스팅 제품은 각자 모델을 선택하고 관리합니다.

자주 묻는 질문

클라우드 코딩 에이전트란 무엇인가요?
이슈, 채팅 멘션 또는 API 호출로 코딩 작업을 받아 사용자 컴퓨터 외부의 환경에서 실행하고, 검토를 위해 브랜치, diff 또는 풀 리퀘스트를 반환하는 소프트웨어입니다.

로컬 코딩 에이전트와 같은 건가요?
아니요. 로컬 에이전트는 사용자가 지켜보는 동안 터미널이나 IDE에서 실행됩니다. 클라우드 에이전트는 노트북을 닫은 뒤에도 계속 작업하며, 나중에 검토하는 방식으로 설계되었습니다.

코드를 직접 검토해야 하나요?
네. 여기 소개된 모든 제품은 사람이 검토할 diff나 PR을 마지막에 제공합니다. 에이전트가 대신하는 것은 코드 입력이지, 승인 절차가 아닙니다.

코드는 어디에서 실행되나요?
공급자의 환경에서 실행됩니다. 구체적인 환경은 제품마다 다릅니다. Copilot은 클라우드 샌드박스나 Actions 환경, Cursor는 격리된 VM, Codex는 클라우드 작업 공간, Claude Code는 격리된 Anthropic 관리 VM이나 조직의 자체 호스팅 환경, Devin은 터미널, 편집기, 브라우저가 갖춰진 작업 공간을 설명합니다. 비공개 코드를 맡기기 전에 각 공급자의 보안 문서를 확인하세요.

코딩 봇이란 무엇인가요?
같은 개념을 채팅 중심으로 구현한 것입니다. 이슈를 할당하는 대신 Slack, Teams 또는 Feishu에서 에이전트를 멘션합니다. 여전히 원격 환경에서 작업하며, 결과물은 PR이나 diff일 수 있고, Grok Bot 같은 범용 동료 에이전트의 경우 완성된 파일과 초안일 수 있습니다.

DeepSeek의 Super-agent는 무엇을 더하나요?
같은 작업 흐름을 구현한 자체 호스팅 MIT 라이선스 버전으로, Router–Worker 설계와 정책 및 티켓 모델, 선택적 Feishu 연동을 제공합니다. 호스팅 제품이 아니라 연구용 프로토타입입니다.

프로덕션에 바로 사용할 수 있나요?
아니요. README에서는 연구용 코드라고 명시하고, 프리셋은 danger-full-access로 실행되며, 기본 샌드박스가 없습니다. 사용해 보려면 전용 OS 계정과 전용 에이전트 GitHub 계정을 사용하세요.

출처

1. deepseek-ai/dsh-superagent-prototype — README, README에서 인용한 설계 에세이, docs/000–008
2. DeepSeek Harness를 AIHubMix에 연결하기 — AIHubMix
3. GitHub Copilot 클라우드 에이전트 — GitHub Docs
4. Cursor Cloud Agents — Cursor Docs
5. Codex Cloud — ChatGPT Learn / OpenAI
6. 클라우드의 Claude Code — Anthropic
7. Devin 문서 — Cognition
8. Grok Bot 문서 — xAI