DeepSeek Harness는 2026년 10월 31일 DeepSeek Super-agent 코드를 공개했다. 이 프로토타입은 GitHub 리포지토리와 선택적으로 Feishu에서 승인된 요청을 수신하고. 각 작업마다 별도의 작업 세션을 열며 풀 리퀘스트(pull request) 형태로 원본 대화에 결과를 보고할 수 있다. 팀은 이를 연구용 코드로 규정하며, DeepSeek의 공식 제품도 아니고 프로덕션 환경에 바로 사용할 수 있는 소프트웨어도 아니라고 명시했다.
이 프로젝트는 MIT 라이선스로 GitHub에 공개되어 있다. 새로운 AI 모델을 선보이는 것이 아니라, 에이전트의 세션과 도구를 관리하는 프레임워크인 DeepSeek Harness의 구성 요소다. 팀 워크플로우에 이미 존재하는 작업 요청을 에이전트가 처리할 수 있는 태스크로 전환하는 것을 목표로 한다.
메시지에서 리포지토리 작업으로
이 프로토타입은 단일 GitHub 리포지토리를 모니터링하며, 설정에 따라 Feishu 대화도 관찰할 수 있다. 승인된 사용자가 작업을 할당하면 시스템은 티켓을 열고 전용 세션과 디렉터리를 생성한다. 작업 완료 후에는 코드 수정 제안 형태로 원래 대화에 결과를 보고할 수 있다. 별도의 웹 페이지에는 사람의 판단이 필요한 항목이 표시된다.
팀이 공식적으로 밝힌 목표는 대화에 불필요한 노이즈를 추가하지 않으면서 에이전트 조율에 필요한 수작업을 줄이는 것이다. 소프트웨어는 승인된 요청이나 팀이 설정한 규칙에만 반응하고, 사람의 판단이 필요하거나 활용 가능한 결과가 나왔을 때만 통보하도록 설계됐다. 이는 DeepSeek이 설명한 설계 철학이며, 독립적인 테스트로 검증된 성능 수치는 아니다.
이 작업 방식은 에이전트, 코드, 애플리케이션을 연결하는 다른 개발자 도구, 예를 들어 Vercel agent-desktop과 유사한 방향을 지향한다. 다만 차이점은 데스크톱 인터페이스 제어가 아니라 리포지토리와 팀 대화를 중심으로 작업과 응답을 구조화하는 데 초점을 맞춘다는 점이다.
새로운 DeepSeek 모델이 아니다
리포지토리는 이 소프트웨어를 DeepSeek Harness용 번들로 소개하면서, 공개된 코드가 팀 내부에서 사용하는 버전과 반드시 일치하지는 않는다고 명시한다. Super-agent 아키텍처에 관한 기술 문서에 담긴 일부 아이디어는 미래 방향성이며 현재 공개된 프로토타입에는 구현되지 않았다고도 밝혔다.
Another DeepSeek drop: dsh-superagent
, Leandro von Werra (@lvwerra) October 31, 2026
An agent framework that works through a repo's GitHub issues and PRs with many agents in parallel, designed to take as little human attention as possible while delivering as much value as possible.https://t.co/3H2v9z6Wn6 pic.twitter.com/E1B75oOkEJ
이 구분은 핵심적이다. 이번 공개는 에이전트가 이미 제품 개발 사이클을 자율적으로 관리할 수 있다는 것을 증명하지 않는다. 코드는 요청, 별도 세션, 코드 수정 제안을 통합하기 위한 실험적 기반을 제공할 뿐이다. 패치의 정확성, 복잡한 리포지토리 처리, 운영 비용에 관한 독립적인 검증 결과는 현재 확인된 바 없다.
따라서 다른 코딩 에이전트 도구와의 비교는 신중하게 이루어져야 한다. 타사가 공개한 벤치마크, 예컨대 COBOL 코드 마이그레이션 관련 결과는 특정 작업과 기준에 한정된 것이다. DeepSeek의 리포지토리는 작업 조율 프로토타입을 설명할 뿐, 비교 가능한 벤치마크를 제시하지 않는다.
검토 책임은 여전히 사람에게 있다
사실, 설정에는 리포지토리, 자격 증명, 커뮤니케이션 채널이 필요하다. 설정 가이드는 구성을 실행하기 전에 운영자의 응답을 수집하고, 진행 전에 전체 계획을 제시하도록 권고한다. 문서에는 사람이 결정을 내려야 하는 항목을 표시하는 웹 페이지에 대한 설명도 포함되어 있다.
코드 수정 제안은 승인되거나 배포된 코드가 아니다. 팀은 일반적인 풀 리퀘스트 프로세스와 동일하게 결과를 검토하고, 수정을 요청하거나 거부할 수 있다. 따라서 에이전트에 부여된 권한, 실행 가능한 작업에 관한 규칙, 리포지토리 접근 제어가 여전히 중요하다.
Gennaro Cuofano
이 접근 방식은 감독이라는 더 넓은 주제를 환기시킨다. Claude Duet에서는 에이전트가 백그라운드에서 작동하다가 사용자의 선택이 필요한 순간에 알림을 보낸다. Google의 Gemini 에이전트는 도구와 하위 에이전트를 갖춘 기업용 어시스턴트로 소개된다. 제품과 구성 방식은 제각각이지만. 어떤 경우든 위임 과정에서는 시스템이 새로운 승인 없이 수행할 수 있는 작업의 범위를 명확히 정의해야 한다.
프로토타입은 아직 프로덕션 단계가 아니다
DeepSeek은 코드에 버그가 있을 수 있고 엔지니어링 관행이 일관되지 않을 수 있다고 공식적으로 경고한다. 이를 채택하려면 반드시 코드를 검토하고 자체 환경에 맞게 조정해야 한다. 저장소 페이지에는 최초 공개일인 10월 31일 기준으로 커밋이 단 1건만 기록되어 있다. 이는 프로젝트가 아직 초기 단계임을 보여주는 신호이며, 품질을 독립적으로 평가하는 지표는 아니다.
오픈 코드 덕분에 개발자들은 아키텍처를 살펴보고 통제된 환경에서 테스트해볼 수 있다. 그러나 그것만으로 실제 저장소에서의 신뢰성이나 기업 워크플로 적합성이 증명되지는 않는다. 이번 공개의 의미는 제안된 구조에 있다. 팀 대화에 연결된 에이전트가 독립적인 작업을 맡아 처리하고, 검토할 수 있는 변경 사항을 반환하는 방식이다.
DeepSeek Super-agent 요약
- 확인됨: MIT 라이선스 기반 공개 저장소, GitHub 저장소 1개 지원, Feishu 선택적 통합.
- 미공개: 독립적인 벤치마크, 실제 저장소에서의 성공률, 운영 비용.
- 주목할 사항: 요청되는 권한 범위, 아직 구현되지 않은 아키텍처 아이디어, 변경 제안의 품질.
더 넓은 시각으로 보기
새로운 점은 새로운 모델이 아니라, 에이전트를 팀의 일상적인 업무 흐름에 통합하려는 시도다. 기존 채널에서 요청을 받고, 작업을 분리 처리한 뒤, 원래 대화에 결과를 보고하는 구조다. SpazioCrypto의 분석으로는, 핵심 과제가 모든 요청을 또 하나의 검토 항목으로 만들지 않으면서 조율 비용을 줄이는 것이라고 본다.
앞으로 주목해야 할 항목은 실제 저장소에서의 재현 가능한 테스트. 권한의 세분화 수준, 그리고 시스템이 모호한 요청이나 불완전한 결과를 처리하는 방식이다. 이러한 검증이 이루어지기 전까지 DeepSeek Super-agent는 탐색 가능한 프로토타입으로 남는다. 검증된 개발 솔루션이라고 보기는 이르다.
