딥시크가 에이전트 하네스(harness)를 만드는 전 세계 개발자를 대상으로 '딥시크 하네스'를 개발자 프리뷰로 공개하고, 소스 코드도 함께 배포했다. 하네스란 에이전트가 자신이 놓인 환경을 파악하고, 도구를 사용하며, 실제 상황에서 작업을 이어가도록 떠받치는 실행 골격을 뜻한다. 최근 몇 년간 대형 언어 모델 자체의 성능 경쟁이 치열했다면, 이번 공개는 그 모델을 실제 업무에 붙여 쓰는 '주변 인프라'를 표준화하고 개방하려는 시도라는 점에서 결이 다르다.
딥시크 하네스의 설계 원칙은 한 문장으로 요약된다. 모든 기능을 플러그인으로 구현한다는 것이다. 모델, 도구, 스킬, 세션, 샌드박스, 스토리지, 루프, 스케줄링, 그리고 UI까지 에이전트를 구성하는 모든 능력이 개별 플러그인으로 분리돼 있고, 이들은 교체하거나 재조합할 수 있다. 이 구조를 떠받치는 것이 코르디스(Cordis) 플러그인 시스템이다. 코르디스 커널은 플러그인의 마운트와 언마운트, 의존성 관계를 관리하고, 코르디스가 제공하는 서비스와 이벤트를 통해 서로 다른 플러그인들이 맞물려 동작한다.
소스를 건드리지 않는 조합
실무자 관점에서 가장 주목할 대목은 확장 방식이다. 개발자는 딥시크 하네스의 소스 코드를 고치지 않고도, 설정만으로 어떤 능력이든 선택하고 교체하거나 확장할 수 있다. 예컨대 모델 백엔드를 바꾸거나 새로운 도구를 붙일 때 본체 코드를 포크해 유지보수 부담을 떠안는 대신, 설정 계층에서 플러그인을 갈아끼우는 방식이다. 이는 하네스를 특정 벤더의 완제품이 아니라 재사용 가능하고 조합 가능한 기반으로 쓰겠다는 지향과 맞닿아 있다.
관측 가능성 측면도 설계에 녹아 있다. 모델이 보는 모든 것, 즉 시스템 프롬프트, 추론 과정, 도구 호출과 그 결과, 서브에이전트 스케줄링, 그리고 매 순간의 컨텍스트 주입이 추가 전용(append-only) 세션 로그에 기록된다. '트래젝터리(Trajectory)' 뷰에서는 이 기록을 출처별로 들여다볼 수 있다. 재개(resume), 분기(fork), 검색, 재생(replay)이 모두 동일한 이벤트 스트림 위에서 동작한다는 점이 핵심이다. 에이전트가 왜 특정 행동을 했는지 추적하고, 특정 시점에서 갈래를 쳐 다른 경로를 실험하는 작업이 별도 장치 없이 같은 로그를 근거로 이뤄진다.
네 가지 모드
실행 모드는 용도에 따라 넷으로 나뉜다. 스탠더드 모드는 전체 도구 집합을 제공한다. 코드 모드는 모델이 생성한 코드로 여러 라운드의 도구 호출을 오케스트레이션한다. 미니멀 모드는 셸 도구와 파일 편집기만 남겨, 최소 환경에서 모델을 벤치마킹하는 데 쓴다. 크리에이터 모드는 현재 런타임을 들여다보고 코르디스 플러그인을 메모리 상에서 테스트하며, 이들을 조합해 새로운 모드를 만들 수 있게 한다. 모델을 있는 그대로 평가하려는 연구자와, 새 조합을 설계하려는 하네스 개발자의 요구를 한 틀 안에서 갈라 담은 셈이다.
시작 방법은 비교적 단순하다. Node.js를 설치한 뒤 npx로 웹 UI를 띄우면 되고, 전체 소스를 클론해 저장소의 설치 안내를 따르면 직접 빌드할 수 있다. 다만 프리뷰 단계라는 전제는 분명히 해둘 필요가 있다. 딥시크 하네스는 여전히 개발자 프리뷰이며 하네스 개발자들이 테스트하는 중이고, 핵심 플러그인과 API는 계속 변할 것이라고 딥시크는 밝혔다. 지금 붙인 플러그인 인터페이스가 다음 버전에서 그대로 유지된다는 보장은 없다는 뜻이다.
정리하면, 딥시크 하네스는 '모델을 어떻게 더 똑똑하게 만들 것인가'가 아니라 '똑똑한 모델을 어떻게 실제 환경에 안정적으로 물릴 것인가'라는 문제를 플러그인 조합이라는 방식으로 풀려는 시도다. 소스 코드가 함께 공개된 만큼, 사내 에이전트 파이프라인을 구축하려는 팀이라면 지금 단계에서는 프로덕션 투입보다 아키텍처를 뜯어보고 자체 플러그인을 실험하는 용도로 접근하는 편이 현실적이다. 인터페이스가 안정화되기 전까지는 이 골격의 조합 방식 자체가 참고 자료로서 더 큰 가치를 지닌다.