딥시크가 판 것은 에이전트가 아니라 에이전트를 짓는 공장입니다

8월 13일, 딥시크가 deepseek-harness 저장소를 MIT 라이선스로 공개했습니다. 반응의 크기부터 실측으로 말하면, 이 글을 쓰며 깃허브 API로 직접 조회한 수치 기준 약 50시간 만에 스타 10만 9천 개, 포크 1만 개를 넘겼고 이 하네스를 태그로 단 파생 저장소가 2,500개를 지났습니다. 공개 직후 1시간 반 만에 2만 2천 스타를 모아 깃허브 역사상 가장 빠른 성장 기록으로 보도되기도 했습니다.

숫자만 보면 인기 있는 오픈소스 릴리스입니다. 그런데 이 물건의 성격을 뜯어 보면, 딥시크가 판 것이 완성된 에이전트가 아니라는 점이 훨씬 중요합니다. 회사가 내건 문장 하나가 설계 전부를 요약합니다. 모든 것이 플러그인이다.

특권을 가진 핵심부가 없습니다

보통의 프레임워크에는 손댈 수 없는 중심부가 있습니다. 확장은 그 중심부가 허락한 자리에 끼워 넣는 방식입니다. 딥시크 하네스는 그 중심부 자체를 없앴습니다.

토대는 코르디스(Cordis)라는 플러그인 시스템이고, 그 설계 사상은 딥시크와 베이징대가 함께 낸 시공간 조합성(spatiotemporal composability) 논문에 실려 있습니다. 요지는 단순합니다. 현대의 에이전트 하네스는 돌아가는 중에도 부품을 붙였다 뗐다 할 수 있어야 하고, 그러려면 나머지 전체가 흔들리지 않는 조립 규칙이 필요하다는 것입니다. 플러그인들은 서비스와 이벤트로 서로를 찾습니다.

실행 방식도 가볍습니다. 공개 문서 기준으로 npx @deepseek-ai/dsh web 한 줄이면 로컬 웹 UI가 뜹니다. 저장소는 타입스크립트와 파이썬이 함께 있는 모노레포이고, 파이썬 프로젝트에 붙일 SDK도 함께 제공됩니다. 모델 컨텍스트 프로토콜(MCP)을 기본 지원하고, 서브에이전트 디스패치와 워크플로 오케스트레이션도 들어 있습니다.

완성품이 아니라 공장입니다

이 차이가 이 릴리스의 성격을 정합니다. 클로드 코드와 코덱스는 바로 쓰는 코딩 에이전트입니다. 설치하면 일을 시작할 수 있고, 대신 그 안의 판단 구조는 대체로 제공사의 것입니다. 딥시크 하네스는 그 자리에 완제품 대신 부품과 조립 규칙을 놓았습니다. 쓰는 사람이 모델과 도구와 루프를 골라 자기 에이전트를 조립합니다.

여기서 이례적인 대목이 나옵니다. 모델을 파는 회사가 모델을 갈아끼울 수 있게 만들었습니다. 하네스가 모델 중립적이라는 것은 사용자가 딥시크 모델 대신 클로드나 GPT를 꽂아도 그대로 돌아간다는 뜻입니다. 보통의 상업 논리라면 자기 모델에 묶어 두는 설계를 택합니다. 딥시크는 반대로 갔습니다.

왜 이 선택이 딥시크에게 합리적인가

이 결정이 손해가 아닌 이유는, 딥시크가 어디서 돈을 버는 회사인지를 보면 드러납니다. 앞서 모델을 부품으로 내린 딥시크의 장부에서 정리했듯, 이 회사는 퀀트 헤지펀드에서 태어났고 모델 판매가 주 수입원이 아닙니다. 그러면 보완재를 흔하게 만드는 전략이 성립합니다. 에이전트를 짓는 비용이 싸질수록 에이전트가 늘고, 에이전트가 늘수록 컴퓨팅과 메모리와 로봇의 수요가 커집니다.

경쟁의 축을 옮긴다는 효과도 있습니다. 리더보드 싸움은 컴퓨팅이 많은 쪽이 이기는 게임이라 수출 통제에 묶인 회사에 불리하지만, 생태계 싸움은 개발자 채택 속도가 이기는 게임입니다. 스타 11만 개가 보여 주듯 딥시크는 그 게임에서 세계 최상위권입니다.

무엇보다, 하네스가 표준이 되면 모델은 갈아끼우는 부품이 됩니다. 부품이 되는 순간 한 세대의 벤치마크 성적 논란은 치명상이 아니게 됩니다. 공교롭게도 이 공개는 딥시크 V4 프로 정식판의 자체 벤치마크를 제3자가 재현하지 못한다는 논란이 붙은 바로 그 주에 나왔습니다.

남는 것과 남지 않는 것

과장을 걷어내면 지금 확인되는 것은 여기까지입니다.

꼬리표가 개발자 미리보기입니다. 저장소가 스스로 호환성을 깨는 변경이 있을 것이라고 명시합니다. 프로덕션에 그대로 얹는 물건이 아닙니다. 실제 불만도 나와 있습니다. 프로젝트 논의에서 가장 큰 목소리는 터미널 기반 인터페이스가 없어 원격 접속 환경에서 쓰기 불편하다는 지적입니다. 진입점이 로컬 웹 UI 중심이라, 터미널이 일터인 개발자에게는 아직 어색합니다.

스타는 채택이 아닙니다. 11만 개는 관심의 크기이지 월간 사용의 크기가 아닙니다. 클로드 코드와 코덱스가 이미 만든 개발자 습관을 오픈소스가 실제로 가져오는지는 별개의 문제이고, 파생 저장소 2,500개가 계속 자라는지가 그 첫 신호입니다.

그럼에도 남는 의의는 층위의 이동입니다. 모델 성능과 토큰 가격으로만 겨루던 회사가, 모델이 도구를 어떻게 쓰고 파일을 어떻게 다루며 긴 작업을 어떻게 이어 가는지를 정하는 층으로 내려왔습니다. 하네스가 곧 제품이라는 명제가 모델 회사 스스로의 손으로 증명된 셈입니다. 그리고 그 층을 오픈소스로 풀었다는 것은, 누구도 그 층에서 지대를 걷지 못하게 만들겠다는 뜻이기도 합니다.

지켜볼 것은 셋입니다. 개발자 미리보기가 안정 버전으로 가는 속도, 파생 생태계가 계속 자라는지, 그리고 다른 모델 회사가 자기 하네스를 같은 수준으로 열어젖히는지. 마지막 항목이 특히 중요합니다. 모델 회사들이 하네스 층을 공짜로 만들기 시작하면, 그 층에서 사업을 짓던 회사들의 자리가 좁아집니다. 이번 공개의 진짜 파장은 개발자 편의가 아니라 그 자리에서 먼저 나타날 가능성이 큽니다.