DeepSeek Harness가 또 한 번 업데이트를 배포했습니다.
8월 20일, 프로젝트는 직전 릴리스 후보(rc) 출시 이후 단 이틀 만에 v0.1.0-rc.8을 공개했습니다. 이번 업데이트는 더 나은 멀티모달 처리, 개선된 서브에이전트 지원, Windows 터미널 수정, 더 빠른 도구 호출, 그리고 여러 성능 관련 변경을 포함합니다.
겉으로 보기엔 꽤 평범한 또 하나의 릴리스처럼 보입니다.
하지만 DeepSeek Harness는 더 큰 이유로 개발자들 사이에서 주목을 받고 있습니다. 사람들은 이제 모델을 둘러싼 ‘하네스(harness)’가 모델 자체만큼이나 중요할 수 있는지를 묻기 시작했기 때문입니다.
그래서 rc.8을 더 자세히 볼 가치가 있습니다.
프로젝트가 처음이라면 공식 DeepSeek Harness 소개도 확인해 보세요.
DeepSeek Harness는 코딩 UI 그 이상
DeepSeek은 이 프로젝트를 아주 단순한 개념으로 설명합니다.
에이전트 = 모델 + 하네스
모델은 추론과 생성을 담당합니다. 하네스는 그 주변의 모든 것을 처리하죠. 도구, 터미널, 플래닝, 권한, 세션, 스토리지, 서브에이전트, 그리고 작업 실행까지요.
또 하나의 핵심 원칙은 “모든 것은 플러그인이다.” 입니다.
즉 DeepSeek Harness는 고정된 코딩 도우미처럼 설계되기보다는, 모듈형 에이전트 런타임에 가깝습니다.
그래서 개발자들이 이를 Claude Code, Codex, OpenCode 같은 도구들과 계속 비교하는 이유이기도 합니다.
이제 질문은 더 이상 단지:
어떤 모델이 더 좋은가?
에 그치지 않습니다.
또한:
어떤 환경이 모델이 더 잘 일하도록 돕는가?
가 됩니다.
DeepSeek 모델을 둘러싼 초기 커뮤니티 논의만 봐도, 같은 모델이라도 그 모델 주변에 어떤 하네스를 쓰느냐에 따라 체감이 꽤 달라질 수 있음을 이미 보여주고 있습니다.
멀티모달 지원이 더 좋아집니다
rc.8에서 가장 큰 변화 중 하나는 향상된 멀티모달 지원입니다.
DeepSeek 모델 어댑터는 이제 네이티브 이미지 요청에 맞춰 구성할 수 있습니다. /goal과 /plan 같은 명령은 텍스트-이미지 입력을 지원하고, @ 메뉴는 파일과 세션을 더 쉽게 참조할 수 있습니다.
또한 업데이트는 더 긴 대화에서 이미지가 너무 크거나 이미지 데이터가 과도하게 누적되어 발생하던 실패도 수정합니다.
이 덕분에 Harness는 스크린샷, 다이어그램, UI 목업, 그리고 기타 시각 입력을 포함하는 워크플로에 훨씬 더 잘 준비된 상태가 됩니다.
다만 중요한 한 가지 디테일이 있습니다.
이것이 DeepSeek V4 자체가 갑자기 네이티브 비전 모델이 됐다는 뜻은 아닙니다.
DeepSeek의 공개 API 문서는 여전히 챗-완성(chat-completions) 경로를 텍스트 전용이라고 설명합니다. rc.8의 변화는, 특히 사용자가 이미지 입력을 지원하는 모델이나 제공자에 연결할 때 Harness 내부의 멀티모달 파이프라인을 개선하는 것으로 더 잘 이해할 수 있습니다.
이 구분은 중요합니다. DeepSeek Harness는 DeepSeek 모델만 다루는 것이 아닙니다. OpenAI, Anthropic, 그리고 호환되는 서드파티 엔드포인트도 지원합니다.
즉 하네스는 아래에 있는 모델이 무엇이든 간에 멀티모달로 진화하고 있는 셈입니다.
Claude Code와 Codex를 이제 서브에이전트로 사용할 수 있습니다
또 다른 흥미로운 변화는 DeepSeek Harness가 다른 코딩 에이전트를 어떻게 다루는지입니다.
Claude Code와 Codex는 이제 **프로파일 번들(Profile Bundles)**로 설치할 수 있으며 서브에이전트로 사용할 수 있습니다.
Codex는 또한 비대화형 권한 모드와, 여러 이름의 인스턴스를 지원하게 됩니다.
이로 인해 하나의 메인 에이전트가 전체 작업을 관리하고, 여러 개의 전문화된 서브에이전트가 레포지토리의 서로 다른 부분을 병렬로 처리하는 워크플로를 상상하기가 더 쉬워졌습니다.
새로운 reportDelivery 동작도 이를 한층 더 개선합니다. 서브에이전트는 작업을 마쳤을 때, 부모가 상태를 반복해서 확인하도록 강제하기보다 자신의 결과를 부모 태스크에 보고할 수 있습니다.
이는 중요한 전환입니다.
Claude Code와 Codex는 DeepSeek Harness의 단순한 경쟁자라고만 할 필요는 없습니다. 더 큰 오케스트레이션 계층 안에서 구성 요소가 될 수도 있습니다.
그렇지만 초기 사용자 피드백을 보면, 멀티 에이전트 워크플로는 여전히 제품에서 가장 거친 영역 중 하나인 것으로 보입니다. 아키텍처는 유망하지만 DeepSeek Harness는 아직 공식적으로 개발자 프리뷰 단계입니다.
개발자들은 토큰 비용을 유심히 보고 있습니다
해외 커뮤니티에서 자주 등장하는 주제 중 하나는 토큰 사용량과 캐시 적중률입니다.
에이전트형 코딩은 엄청난 양의 컨텍스트를 소비할 수 있습니다. 에이전트는 레포지토리 파일, 도구 정의, 이전 메시지, 플랜, 그리고 도구 출력물을 반복해서 읽을 수도 있습니다.
즉, 하네스의 효율이 비용에 직접적인 영향을 줄 수 있습니다.
일부 초기 DeepSeek Harness 사용자들은 긴 코딩 세션 동안 캐시 적중률이 매우 높게 나온다고 보고했습니다. 때로는 90%를 넘는 경우도 있다고 합니다. 다만 이런 보고는 통제된 벤치마크라기보다는 일화에 가깝지만, 중요한 포인트를 짚어 줍니다.
DeepSeek Harness를 Claude Code, Codex, OpenCode, 혹은 다른 환경과 비교할 때 단순히 모델 가격만 비교하는 것으로는 부족합니다.
더 유용한 테스트는 다음을 같은 조건으로 비교하는 것입니다.
- 총 입력 토큰
- 캐시된 토큰 vs 캐시되지 않은 토큰
- 출력 토큰
- 완료 시간
- 최종 작업 품질
같은 레포지토리, 같은 모델, 같은 작업을 사용한다는 전제에서요.
주변 에이전트가 불필요한 컨텍스트를 반복해서 보내면, 더 저렴한 모델이라도 비용이 커질 수 있습니다.
DeepSeek Harness는 Claude Code나 Codex보다 더 나을까요?
아직은 어떤 보편적인 의미에서는 그렇지 않습니다.
커뮤니티 피드백은 엇갈립니다.
일부 사용자는 공식 Harness가 DeepSeek 모델에서 더 일관된 결과를 준다고 믿습니다. 반면 다른 사용자들은 코딩 워크플로가 더 성숙하고 예측 가능하게 느껴져서 Claude Code나 Codex를 여전히 선호하기도 합니다.
아마 지금 시장을 바라보는 올바른 관점은 이 정도일 것입니다.
Claude Code와 Codex는 주로 연마된(다듬어진) 코딩 제품입니다.
DeepSeek Harness는 더 넓은 무언가가 되려고 합니다. 즉 프로그래머블 에이전트 런타임으로서, 모델·도구·서브에이전트·권한·워크플로를 모두 교체하거나 확장할 수 있게 만들고 있습니다.
개발자에게 더 많은 유연성을 주지만, 유연성은 곧 더 많은 설정과 더 많은 ‘망가질 가능성’도 함께 가져옵니다.
Windows 사용자는 유용한 업그레이드를 받습니다
Windows 지원도 rc.8에서 개선됩니다.
DeepSeek Harness는 이제 영구 PowerShell 세션을 지원하며, 이 기능은 Minimal 프리셋에서 기본으로 활성화됩니다.
이전에는 명령 간에 셸 상태가 사라지면 Windows 워크플로가 답답해질 수 있었습니다. 개발자는 작업 디렉터리, 환경 변수, 가상 환경, 또는 로컬 서비스 등을 반복해서 복원해야 할 수도 있죠.
영구 세션은 이런 워크플로가 일반 터미널을 쓰는 것에 훨씬 더 가깝게 느껴지도록 만들어 줍니다.
커뮤니티 논의에서는 여전히 Windows 관련 엣지 케이스가 등장하고 있으니, 이번 개선은 Windows 지원이 완전히 끝났다는 신호라기보다는 개선으로 보는 게 맞습니다.
일상에서 체감되는 작은 수정들
rc.8에는 몇 가지 사용 편의성 개선도 포함되어 있습니다.
사용자가 스트리밍 응답을 취소하면, 이미 생성된 부분이 이후 질문이나 분기된 세션을 위한 컨텍스트로 그대로 남을 수 있게 됐습니다.
OpenAI 호환 게이트웨이 지원도 개선되어, 커스텀 모델 제공자나 내부 게이트웨이를 사용하는 개발자에게 도움이 될 것으로 보입니다.
web_search 도구는 이제 동시 쿼리를 지원합니다. 덕분에 멀티 키워드 리서치에 걸리는 시간을 줄일 수 있습니다.
로컬에서 dsh web을 실행하면 브라우저를 자동으로 열어 주는 것도 가능합니다. 작은 설정이긴 하지만, 반복되는 작업을 없애 줍니다.
이 모든 변화는 그 자체로는 크지 않을 수 있지만, 함께 보면 더 긴 에이전트 세션이 훨씬 매끄럽게 진행되도록 만들어 줍니다.
업그레이드 전에 백업하세요
rc.8 변경 중 하나는 특별히 주목할 만합니다.
DeepSeek는 SQLite 백엔드를 최적화해 읽기/쓰기 성능을 개선하고, 저장소 크기를 줄이며, 세션 포킹 속도를 빠르게 했습니다.
하지만 업데이트된 스토리지 형식은 이전 버전과 호환되지 않습니다.
업그레이드 후 기존 인덱스는 재빌드되며, 예전 워크스페이스 데이터는 깔끔하게 마이그레이션되지 않을 수 있습니다.
이미 DeepSeek Harness를 의미 있는 작업에 사용 중이라면, 업그레이드 전에 중요한 세션이나 워크스페이스 데이터를 백업해 두는 것이 좋습니다.
또한 이 프로젝트가 여전히 개발자 프리뷰라는 점도 다시 한 번 상기시켜 줍니다. 깨지는 변경(브레이킹 체인지)은 예상됩니다.
DeepSeek은 Harness를 ‘자기만의 제품’으로 대하고 있습니다
DeepSeek은 프로젝트 전반에 대한 더 명확한 브랜딩 규칙도 공개했습니다.
개발자는 제품을 “DeepSeek Harness 위에 구축됨” 또는 “DeepSeek Harness와 호환됨”처럼 설명할 수는 있지만, 승인되지 않은 프로젝트는 제품 이름에 전체 상표(트레이드마크)를 사용해서는 안 됩니다.
DeepSeek은 생태계 프로젝트 이름을 지을 때 약어 DSH를 사용하는 것을 권장합니다.
이게 사소한 법적 디테일처럼 들릴 수는 있지만, DeepSeek의 야망에 대해 어떤 점을 말해 주기도 합니다.
Harness는 점점 DeepSeek 모델에 붙은 사이드 프로젝트 그 이상으로 포지셔닝되고 있습니다.
자체 플랫폼이 되어 가고 있는 셈이죠.
왜 rc.8이 중요한가
rc.8에서 가장 흥미로운 부분은 PowerShell 업데이트, 이미지 지원, 심지어 서브에이전트만이 아닙니다.
그 변화들이 가리키는 방향이 핵심입니다.
DeepSeek은 모델 주변의 런타임을 1등급(first-class) 제품처럼 다루고 있는 것으로 보입니다.
모델은 교체할 수 있습니다. 도구는 추가할 수 있고, 다른 코딩 에이전트는 서브에이전트가 될 수 있습니다. 시각 입력은 같은 워크플로를 통해 이동할 수 있고, 세션은 분기(fork), 재생(replay), 독립적으로 관리할 수 있습니다.
여전히 호환성, 멀티 에이전트 안정성, 토큰 사용, 그리고 프리뷰 버전 업그레이드 같은 부분에서는 거친 면이 많이 남아 있습니다.
그래서 DeepSeek Harness를 오늘 당장 모든 개발자의 전체 워크플로로 옮겨야 한다고 말하긴 아마 어려울 겁니다.
하지만 점점 더 테스트해 볼 가치가 커지고 있습니다.
에이전트 시스템이 더 복잡해질수록, 가장 중요한 질문은 더 이상 단순히 **“어떤 모델을 쓰고 있나?”**가 아닐지도 모릅니다.
대신 **“그 모델 주변에서 무엇이 실행되고 있나?”**일 수 있습니다.