딥시크의 승부수는 모델이 아니다

딥시크 하네스 팀(DeepSeek Harness Team). 텐센트 위챗에 새로 뜬 계정 이름입니다. 블룸버그를 인용한 AI타임스 보도에 따르면, 딥시크는 이 계정을 통해 모델을 자율적으로 업무를 수행하는 에이전트로 전환하려는 조직을 공식화하고 대규모 채용에 나섰습니다.¹ 계정 이름에 들어간 낱말이 '모델'이 아니라 '하네스'라는 사실이 눈에 걸립니다. 딥시크가 겨냥한 자리는 앤트로픽의 클로드 코드입니다.¹ 모델 자체의 성능을 겨루던 싸움이, 모델 위에 얹는 구조를 겨루는 싸움으로 옮겨가는 신호로 읽힙니다.

하네스 팀이라는 선언

딥시크가 그동안 겨루던 무대는 벤치마크 점수였습니다. 모델 하나를 내놓고 추론 정확도나 코딩 성능을 경쟁사와 비교하는 방식이 익숙했습니다. 그런데 하네스 전담 조직을 따로 세우고 그 이름을 전면에 내세운 결정은 성격이 다릅니다.

AI타임스 보도는 이 조직이 클로드 코드 같은 제품을 겨냥해, 모델 성능 경쟁을 넘어 실제 업무를 수행하는 에이전트 생태계 구축에 뛰어드는 모습이라고 전합니다.¹ 모델을 잘 만드는 일과, 그 모델이 파일을 열고 명령을 실행하고 결과를 검증하도록 감싸는 뼈대를 짜는 일은 서로 다른 역량입니다. 계정 이름부터 달랐습니다. 딥시크는 후자에 조직 규모로 걸었습니다.

이 결정을 채용 신호로만 읽을 수도 있습니다. 그러나 계정 이름에 회사명 대신 하네스를 못박은 선택은, 실무자들에게 앞으로 무엇을 평가 기준으로 삼을지 미리 알리는 문서에 가깝습니다.

포크되는 대화들

같은 시기 앤트로픽 쪽에서도 하네스를 손보는 움직임이 나왔습니다. 클로드 코드 v2.1.232 릴리스 노트는 서브에이전트 포크 기능을 기본값으로 켰다고 밝힙니다.² subagent_type을 fork로 지정하면, 새로 생기는 서브에이전트가 원본 대화와 프롬프트 캐시를 그대로 물려받습니다.² 대화형 세션에서 팀원이 아닌 에이전트를 새로 띄우는 작업도 이제 기본적으로 백그라운드에서 돌아갑니다.²

저는 이런 업데이트를 받아들일 때 우선 릴리스 노트 원문과 실제 세션에서 나온 결과를 나란히 놓고 봅니다. 서브에이전트 하나를 포크로 띄운 뒤, 원본 세션의 캐시 정보를 그대로 물려받았는지 세션 로그에서 확인하고, 백그라운드로 돌아간 작업이 언제 끝났는지 알림 없이 놓치지는 않았는지 따로 점검합니다. 이렇게 확인하지 않으면 캐시가 이어졌다는 문구만 믿고 넘어가기 쉽습니다.

이 변화는 모델 자체를 건드리지 않습니다. 대화가 이어지는 방식, 캐시를 나누는 경계, 백그라운드 실행 여부처럼 모델 바깥의 구조만 조정합니다. 딥시크가 조직을 새로 짠 지점과, 앤트로픽이 캐시 상속 방식을 바꾼 지점은 같은 층위에 있습니다.

축이 이동했다는 판단

두 사례를 겹쳐 보면 판단 하나가 떠오릅니다. 지금 이 분야의 경쟁축은 모델 자체보다 그 위에 얹는 하네스 설계 쪽으로 옮겨가고 있습니다. 딥시크는 조직을 새로 짜서 이 축을 공개적으로 인정했고, 클로드 코드는 릴리스 노트 한 줄로 같은 축을 계속 다듬고 있습니다.²¹

축이 이동했습니다.

다른 해석도 가능합니다. 하네스 경쟁이 두드러져 보이는 이유가, 모델 성능이 이미 상향 평준화되어 차별화 여지가 좁아졌기 때문이라는 해석입니다. 이 경우 하네스는 축의 이동이 아니라, 모델 경쟁이 막힌 자리에서 어쩔 수 없이 옮겨간 우회로에 가깝습니다.

두 해석 가운데 어느 쪽이 맞는지는 이 두 소식만으로 가리기 어렵습니다. 다만 실무자 입장에서는 어느 쪽이든 확인할 대상이 하나 늘었다는 사실이 남습니다.

여전히 정적인 뼈대

하네스를 아무리 정교하게 짜도, 그 안을 채우는 추론은 결국 모델에서 나옵니다. arXiv에 공개된 AutoDesign 논문은 이 지점의 한계를 짚습니다. 이상적인 하네스라면 경험을 축적해 스스로 개선하는 순환을 만들어야 하는데, 기존 하네스 대부분은 여전히 정적인 구조에 머물러 있다는 지적입니다.³

이 지적을 딥시크와 클로드 코드 사례에 그대로 대입하면 적용 한계가 드러납니다. 하네스 팀을 조직으로 만든다고 해서, 혹은 서브에이전트가 캐시를 물려받는다고 해서, 그 하네스가 스스로 경험을 쌓아 다음 작업에 재사용하는 것은 아닙니다. 포크된 대화는 이전 맥락을 물려받을 뿐, 그 대화에서 무엇을 배웠는지 다음 세션에 남기지는 않습니다.

경계가 실무에서 자주 흐려지는 지점이 여기입니다. 조직도와 릴리스 노트만 보면 하네스가 모델과 별개로 발전하는 것처럼 보이지만, 실제로 하네스가 하는 일은 모델의 추론 능력을 빌려 오는 뼈대 역할에 가깝습니다.

경계가 유효한 지점

정리하면 이렇습니다. 모델은 추론을 만들고, 하네스는 그 추론을 반복 가능한 작업으로 감쌉니다. 딥시크의 조직 개편도, 클로드 코드의 서브에이전트 포크도 후자에 속하는 결정입니다.

이 구분은 조직이 무엇에 투자하는지, 릴리스 노트가 무엇을 바꾸는지 읽을 때는 유효합니다. 채용 공고에 하네스라는 말이 들어가면 모델 팀이 아니라 그 위 구조를 다루는 팀이라고 짐작할 수 있고, 릴리스 노트에 포크나 백그라운드 실행 같은 말이 나오면 모델 자체는 그대로라고 짐작할 수 있습니다.

다만 그 구분이 하네스를 모델과 완전히 독립한 성과로 만들어 주지는 않습니다. AutoDesign 논문이 지적하듯 하네스가 경험을 스스로 쌓지 못하는 한, 하네스의 성과는 결국 그 안에서 도는 모델의 추론 능력에 얹혀 있습니다.³ 모델과 하네스를 나누는 경계는 조직도를 읽을 때는 선명하고, 실제로 작동하는 방식을 따라가면 흐려집니다. 이 흐려짐까지가 지금 이 구분이 감당할 수 있는 범위입니다.

각주

1. 딥시크, '클로드 코드' 추격 공식 선언...'하네스 팀' 전면 공개 — www.aitimes.com, 2026-08-13 발행, 2026-08-14 접속 확인. ↩ ↩² ↩³ ↩⁴

2. v2.1.232 — github.com, 2026-08-13 발행, 2026-08-14 접속 확인. ↩ ↩² ↩³ ↩⁴

3. AutoDesign: Meta-Harness Optimization for Long-Horizon Agentic Design — arxiv.org, 2026-08-13 발행, 2026-08-14 접속 확인. ↩ ↩²