DeepSeek Harness, 줄여서 dsh는 AI 에이전트를 만들고 운영하기 위한 오픈소스 런타임이다. DeepSeek는 2026년 8월 13일 이를 개발자 프리뷰로 공개했으며, MIT 라이선스를 적용했다. 37

핵심은 하나의 완성된 코딩 에이전트 제품을 제공하는 데 있지 않다. 모델, 도구, 파일 시스템, 실행 환경, 세션 관리, 사용자 인터페이스 같은 에이전트 시스템의 주요 부품을 서로 바꿔 끼울 수 있는 조립형 기반을 제공하는 것이 dsh의 중심 아이디어다.

따라서 dsh는 ‘오픈소스 Claude Code’라기보다 에이전트 플랫폼을 위한 하부 런타임에 가깝다.

DeepSeek Harness는 무엇을 하는가

언어 모델만으로는 에이전트가 실제 작업을 수행할 수 없다. 파일을 읽고 수정할 방법이 필요하고, 터미널이나 외부 도구를 호출해야 하며, 코드를 제한된 환경에서 실행하고 세션 상태와 작업 순서를 관리해야 한다. 결과를 사용자에게 보여줄 인터페이스도 필요하다.

기존 에이전트 제품은 이런 결정을 하나의 고정된 경험으로 묶어 제공하는 경우가 많다. 반면 dsh는 주요 기능을 교체 가능한 구성 요소로 분리한다. 공식 아키텍처에 따르면 모델 어댑터, 도구 레지스트리, 세션 로그, 에이전트 루프 자체가 플러그인으로 설계돼 있다. 112 실행 환경과 웹 인터페이스 역시 같은 플러그인 중심 구조로 조합할 수 있다. 111

쉽게 말해 dsh는 모델을 실제 환경에 연결하고 작업을 실행하는 데 필요한 ‘기계 장치’를 제공하되, 그 내부 부품을 개발자가 설정과 플러그인으로 바꿀 수 있도록 열어둔 구조다.

기반에는 Cordis가 있다

Cordis는 DeepSeek Harness 아래에서 플러그인을 실행하는 프레임워크다. 플러그인은 공유 컨텍스트에 서비스, 타입이 지정된 이벤트, 되돌릴 수 있는 효과를 추가한다. 12

이런 구조는 전통적인 단일형 에이전트 프레임워크보다는 마이크로커널이나 플러그인 런타임에 더 가깝다. 기반이 제공하는 것은 플러그인을 불러오고 조합하는 메커니즘이며, 실제 에이전트 기능은 그 위에 조립되는 구성 요소가 담당한다.

이 분리가 중요한 이유는 dsh의 중심이 특정 모델이나 단 하나의 에이전트 실행 방식이 아니기 때문이다. dsh의 핵심 제품은 각 부품이 함께 작동하고 필요할 때 교체될 수 있게 하는 시스템 자체다.

‘모든 것이 플러그인’이라는 말의 의미

‘Everything is a plugin’은 단순한 홍보 문구가 아니라 설계 원칙이다. dsh에서는 다음과 같은 계층을 독립적으로 교체할 수 있도록 설계한다.

• 모델 어댑터
• 도구 레지스트리
• 세션 로그와 상태 관리
• 실행 환경과 샌드박스
• 스케줄링과 오케스트레이션
• 웹 인터페이스
• 에이전트 루프 자체 11112

가장 눈에 띄는 부분은 마지막 항목이다. 많은 에이전트 프레임워크는 추론, 도구 사용, 관찰, 다음 행동을 반복하는 ReAct 계열의 제어 루프를 사실상 기본 구조로 전제한다. dsh도 이런 익숙한 패턴을 지원할 수 있지만, 특정 루프를 런타임의 영구적인 정체성으로 고정하지는 않는다.

그 결과 ‘에이전트 인터페이스’와 그 인터페이스를 구현하는 특정 실행 루프가 분리된다. 개발자는 모델 어댑터나 도구 계층, 사용자 인터페이스를 전부 다시 작성하지 않고도 새로운 오케스트레이션 방식이나 다중 에이전트 구조를 실험할 수 있다.

설정 파일이 곧 시스템 조합 방식이 된다

dsh는 프로필과 설정 패치를 통해 이 구조를 실제 실행 환경으로 만든다. 실행 중인 dsh는 부팅 시 순서가 정해진 여러 계층을 조합해 플러그인 트리로 구성된다. 프로필은 여러 번들을 쌓고, 기본 트리 바깥의 플러그인을 설치하며, 사용자가 작성한 cordis.patch.yml을 보관할 수 있다. 1

저장소의 번들 파일을 보면 기본 계층이 공통 구성 요소를 삽입하고, 이후 계층이나 사용자 패치가 특정 항목을 덮어쓰거나 비활성화하는 방식을 확인할 수 있다. 1011

이는 커스터마이징의 단위를 바꾼다. 대규모 에이전트 애플리케이션을 통째로 포크해 한 부분을 교체하는 대신, 시작할 때 불러올 구성을 수정하는 방식이다. 프로젝트의 인터페이스는 계속 변할 수 있지만, 지향하는 개발 방식은 선언적이고 모듈식이다.

왜 ‘오픈소스 Claude Code’라고만 부르기 어려운가

Claude Code, Codex, WorkBuddy 같은 제품은 사용자가 하나의 일관된 애플리케이션으로 경험하도록 설계돼 있다. 모델 접근 방식, 권한, 도구, 오케스트레이션, 상호작용, 실행 환경에 대한 여러 판단이 제품 안에 함께 묶여 있다.

dsh도 ReAct와 비슷한 익숙한 에이전트 경험을 구현할 수 있다. 하지만 dsh를 규정하는 선택은 그 루프와 주변 구성 요소를 하나의 고정된 시스템으로 용접하지 않는 데 있다. 모델 연결, 도구, 실행 환경, 인터페이스, 에이전트 루프 모두 교체 대상이 될 수 있다.

둘의 차이는 다음처럼 정리할 수 있다.

• 코딩 에이전트 제품은 바로 사용할 수 있는 작업 흐름과 일관된 제품 경험을 우선한다.
• 에이전트 런타임은 조합, 실험, 다른 시스템에의 내장을 우선한다.

dsh가 겨냥하는 곳은 두 번째 범주다. 첫 번째 번들 에이전트가 최고의 코딩 도우미인지보다, 개발자가 그 위에서 더 나은 조합을 만들 수 있을 만큼 인터페이스가 유연한지가 더 중요하다.

DeepSeek가 노리는 플랫폼 전략

DeepSeek의 전략적 베팅은 개방형 조합 계층을 통해 에이전트 시스템에 대한 실험을 개발자 커뮤니티로 분산하는 데 있다. 관련 인터페이스가 안정적으로 유지된다면 제3자는 메모리, 스케줄링, 샌드박싱, 모델 지원, 다중 에이전트 협업, 사용자 인터페이스를 각자 발전시킬 수 있다.

이는 한 기업이 하나의 공식 제품 안에서 탐색할 수 있는 범위보다 훨씬 넓은 설계 공간을 만든다. DeepSeek가 어떤 메모리 시스템이나 스케줄러, 실행 모델, 상호작용 방식을 표준으로 정해야 하는 부담도 줄어든다. 대신 런타임을 중심으로 형성되는 생태계에서 이익을 얻는 구조다.

이 점에서 dsh는 또 하나의 모델 발표라기보다 인프라에 대한 베팅으로 보는 편이 정확하다. DeepSeek의 저장소 역시 dsh를 ‘모든 것이 플러그인’인 오픈소스 에이전트 하네스로 소개하며, Cordis를 기반으로 한다고 설명한다. 12

에이전트판 npm이나 Kubernetes가 될 수 있을까

npm이나 Kubernetes와의 비교는 아직 목표에 가까운 비유다. npm은 Node.js 패키지의 배포와 조합을 위한 계층으로 성장했고, Kubernetes는 컨테이너 워크로드를 관리하는 확장 가능한 컨트롤 플레인으로 자리 잡았다.

dsh가 에이전트 구성 요소에 대해 비슷한 역할을 하려면 지속 가능한 인터페이스, 신뢰할 수 있는 패키지 탐색 방식, 호환성 보장, 보안 관행, 배포 표준이 필요하다. 이 조건이 갖춰지면 개발자는 dsh를 단순한 애플리케이션으로 설치하는 데 그치지 않고, 상호 운용 가능한 플러그인 생태계에서 에이전트 시스템을 조립하게 될 수 있다.

다만 dsh가 이미 그런 지위에 올랐다는 뜻은 아니다. 어떤 플랫폼이 인프라가 되려면 개발자가 오랜 기간 인터페이스와 운영 동작을 믿고 사용할 수 있어야 한다.

현재 dsh의 한계

현재 공개된 버전은 범용 프로덕션 플랫폼이 아니라 개발자 프리뷰다. 출시 관련 분석은 잠재적인 호환성 변경, 미완성된 사용자 경험, 아직 성숙하지 않은 생태계를 주요 한계로 지적한다. 3716

공개 직후 GitHub 스타가 며칠 만에 14만 개를 넘었다는 보도는 강한 관심을 보여준다. 그러나 스타 수만으로 안정성, 실제 운영 도입, 보안, 장기적인 호환성을 입증할 수는 없다. 513

초기 플러그인 활동도 마찬가지다. 신생 생태계는 개발자의 열기를 보여줄 수 있지만, 실제 운영에 필요한 유지보수 체계, 코드 검토, 버전 관리, 안전성 보장을 아직 제공하지 못할 수 있다.

결론

DeepSeek Harness가 중요한 이유는 질문을 바꾸기 때문이다. ‘어떤 에이전트 제품을 써야 하는가’가 아니라 ‘에이전트 시스템의 어떤 부분을 계속 교체 가능하게 남겨둘 것인가’를 묻는다.

Cordis는 플러그인 런타임을 제공하고, dsh는 그 철학을 모델, 도구, 세션, 실행 환경, 인터페이스, 제어 루프에 적용한다. 12

이 때문에 dsh는 단순한 Claude Code 경쟁 제품이라기보다 에이전트 개발을 위한 개방형 기반 계층에 가깝다. 다만 플랫폼이라는 가설은 아직 검증되지 않았다. 지금 dsh는 조합 가능한 에이전트 아키텍처를 실험하려는 개발자에게 의미 있는 프리뷰이지, 조직이 안정성과 운영 준비를 전제로 도입할 수 있는 프로덕션 인프라는 아니다.

DeepSeek Harness, 줄여서 dsh는 AI 에이전트를 만들고 운영하기 위한 오픈소스 런타임이다. DeepSeek는 2026년 8월 13일 이를 개발자 프리뷰로 공개했으며, MIT 라이선스를 적용했다. 37

핵심은 하나의 완성된 코딩 에이전트 제품을 제공하는 데 있지 않다. 모델, 도구, 파일 시스템, 실행 환경, 세션 관리, 사용자 인터페이스 같은 에이전트 시스템의 주요 부품을 서로 바꿔 끼울 수 있는 조립형 기반을 제공하는 것이 dsh의 중심 아이디어다.

따라서 dsh는 ‘오픈소스 Claude Code’라기보다 에이전트 플랫폼을 위한 하부 런타임에 가깝다.

DeepSeek Harness는 무엇을 하는가

언어 모델만으로는 에이전트가 실제 작업을 수행할 수 없다. 파일을 읽고 수정할 방법이 필요하고, 터미널이나 외부 도구를 호출해야 하며, 코드를 제한된 환경에서 실행하고 세션 상태와 작업 순서를 관리해야 한다. 결과를 사용자에게 보여줄 인터페이스도 필요하다.

기존 에이전트 제품은 이런 결정을 하나의 고정된 경험으로 묶어 제공하는 경우가 많다. 반면 dsh는 주요 기능을 교체 가능한 구성 요소로 분리한다. 공식 아키텍처에 따르면 모델 어댑터, 도구 레지스트리, 세션 로그, 에이전트 루프 자체가 플러그인으로 설계돼 있다. 112 실행 환경과 웹 인터페이스 역시 같은 플러그인 중심 구조로 조합할 수 있다. 111

쉽게 말해 dsh는 모델을 실제 환경에 연결하고 작업을 실행하는 데 필요한 ‘기계 장치’를 제공하되, 그 내부 부품을 개발자가 설정과 플러그인으로 바꿀 수 있도록 열어둔 구조다.

기반에는 Cordis가 있다

Cordis는 DeepSeek Harness 아래에서 플러그인을 실행하는 프레임워크다. 플러그인은 공유 컨텍스트에 서비스, 타입이 지정된 이벤트, 되돌릴 수 있는 효과를 추가한다. 12

이런 구조는 전통적인 단일형 에이전트 프레임워크보다는 마이크로커널이나 플러그인 런타임에 더 가깝다. 기반이 제공하는 것은 플러그인을 불러오고 조합하는 메커니즘이며, 실제 에이전트 기능은 그 위에 조립되는 구성 요소가 담당한다.

이 분리가 중요한 이유는 dsh의 중심이 특정 모델이나 단 하나의 에이전트 실행 방식이 아니기 때문이다. dsh의 핵심 제품은 각 부품이 함께 작동하고 필요할 때 교체될 수 있게 하는 시스템 자체다.

‘모든 것이 플러그인’이라는 말의 의미

‘Everything is a plugin’은 단순한 홍보 문구가 아니라 설계 원칙이다. dsh에서는 다음과 같은 계층을 독립적으로 교체할 수 있도록 설계한다.

• 모델 어댑터
• 도구 레지스트리
• 세션 로그와 상태 관리
• 실행 환경과 샌드박스
• 스케줄링과 오케스트레이션
• 웹 인터페이스
• 에이전트 루프 자체 11112

가장 눈에 띄는 부분은 마지막 항목이다. 많은 에이전트 프레임워크는 추론, 도구 사용, 관찰, 다음 행동을 반복하는 ReAct 계열의 제어 루프를 사실상 기본 구조로 전제한다. dsh도 이런 익숙한 패턴을 지원할 수 있지만, 특정 루프를 런타임의 영구적인 정체성으로 고정하지는 않는다.

그 결과 ‘에이전트 인터페이스’와 그 인터페이스를 구현하는 특정 실행 루프가 분리된다. 개발자는 모델 어댑터나 도구 계층, 사용자 인터페이스를 전부 다시 작성하지 않고도 새로운 오케스트레이션 방식이나 다중 에이전트 구조를 실험할 수 있다.

설정 파일이 곧 시스템 조합 방식이 된다

dsh는 프로필과 설정 패치를 통해 이 구조를 실제 실행 환경으로 만든다. 실행 중인 dsh는 부팅 시 순서가 정해진 여러 계층을 조합해 플러그인 트리로 구성된다. 프로필은 여러 번들을 쌓고, 기본 트리 바깥의 플러그인을 설치하며, 사용자가 작성한 cordis.patch.yml을 보관할 수 있다. 1

저장소의 번들 파일을 보면 기본 계층이 공통 구성 요소를 삽입하고, 이후 계층이나 사용자 패치가 특정 항목을 덮어쓰거나 비활성화하는 방식을 확인할 수 있다. 1011

이는 커스터마이징의 단위를 바꾼다. 대규모 에이전트 애플리케이션을 통째로 포크해 한 부분을 교체하는 대신, 시작할 때 불러올 구성을 수정하는 방식이다. 프로젝트의 인터페이스는 계속 변할 수 있지만, 지향하는 개발 방식은 선언적이고 모듈식이다.

왜 ‘오픈소스 Claude Code’라고만 부르기 어려운가

Claude Code, Codex, WorkBuddy 같은 제품은 사용자가 하나의 일관된 애플리케이션으로 경험하도록 설계돼 있다. 모델 접근 방식, 권한, 도구, 오케스트레이션, 상호작용, 실행 환경에 대한 여러 판단이 제품 안에 함께 묶여 있다.

dsh도 ReAct와 비슷한 익숙한 에이전트 경험을 구현할 수 있다. 하지만 dsh를 규정하는 선택은 그 루프와 주변 구성 요소를 하나의 고정된 시스템으로 용접하지 않는 데 있다. 모델 연결, 도구, 실행 환경, 인터페이스, 에이전트 루프 모두 교체 대상이 될 수 있다.

둘의 차이는 다음처럼 정리할 수 있다.

• 코딩 에이전트 제품은 바로 사용할 수 있는 작업 흐름과 일관된 제품 경험을 우선한다.
• 에이전트 런타임은 조합, 실험, 다른 시스템에의 내장을 우선한다.

dsh가 겨냥하는 곳은 두 번째 범주다. 첫 번째 번들 에이전트가 최고의 코딩 도우미인지보다, 개발자가 그 위에서 더 나은 조합을 만들 수 있을 만큼 인터페이스가 유연한지가 더 중요하다.

DeepSeek가 노리는 플랫폼 전략

DeepSeek의 전략적 베팅은 개방형 조합 계층을 통해 에이전트 시스템에 대한 실험을 개발자 커뮤니티로 분산하는 데 있다. 관련 인터페이스가 안정적으로 유지된다면 제3자는 메모리, 스케줄링, 샌드박싱, 모델 지원, 다중 에이전트 협업, 사용자 인터페이스를 각자 발전시킬 수 있다.

이는 한 기업이 하나의 공식 제품 안에서 탐색할 수 있는 범위보다 훨씬 넓은 설계 공간을 만든다. DeepSeek가 어떤 메모리 시스템이나 스케줄러, 실행 모델, 상호작용 방식을 표준으로 정해야 하는 부담도 줄어든다. 대신 런타임을 중심으로 형성되는 생태계에서 이익을 얻는 구조다.

이 점에서 dsh는 또 하나의 모델 발표라기보다 인프라에 대한 베팅으로 보는 편이 정확하다. DeepSeek의 저장소 역시 dsh를 ‘모든 것이 플러그인’인 오픈소스 에이전트 하네스로 소개하며, Cordis를 기반으로 한다고 설명한다. 12

에이전트판 npm이나 Kubernetes가 될 수 있을까

npm이나 Kubernetes와의 비교는 아직 목표에 가까운 비유다. npm은 Node.js 패키지의 배포와 조합을 위한 계층으로 성장했고, Kubernetes는 컨테이너 워크로드를 관리하는 확장 가능한 컨트롤 플레인으로 자리 잡았다.

dsh가 에이전트 구성 요소에 대해 비슷한 역할을 하려면 지속 가능한 인터페이스, 신뢰할 수 있는 패키지 탐색 방식, 호환성 보장, 보안 관행, 배포 표준이 필요하다. 이 조건이 갖춰지면 개발자는 dsh를 단순한 애플리케이션으로 설치하는 데 그치지 않고, 상호 운용 가능한 플러그인 생태계에서 에이전트 시스템을 조립하게 될 수 있다.

다만 dsh가 이미 그런 지위에 올랐다는 뜻은 아니다. 어떤 플랫폼이 인프라가 되려면 개발자가 오랜 기간 인터페이스와 운영 동작을 믿고 사용할 수 있어야 한다.

현재 dsh의 한계

현재 공개된 버전은 범용 프로덕션 플랫폼이 아니라 개발자 프리뷰다. 출시 관련 분석은 잠재적인 호환성 변경, 미완성된 사용자 경험, 아직 성숙하지 않은 생태계를 주요 한계로 지적한다. 3716

공개 직후 GitHub 스타가 며칠 만에 14만 개를 넘었다는 보도는 강한 관심을 보여준다. 그러나 스타 수만으로 안정성, 실제 운영 도입, 보안, 장기적인 호환성을 입증할 수는 없다. 513

초기 플러그인 활동도 마찬가지다. 신생 생태계는 개발자의 열기를 보여줄 수 있지만, 실제 운영에 필요한 유지보수 체계, 코드 검토, 버전 관리, 안전성 보장을 아직 제공하지 못할 수 있다.

결론

DeepSeek Harness가 중요한 이유는 질문을 바꾸기 때문이다. ‘어떤 에이전트 제품을 써야 하는가’가 아니라 ‘에이전트 시스템의 어떤 부분을 계속 교체 가능하게 남겨둘 것인가’를 묻는다.

Cordis는 플러그인 런타임을 제공하고, dsh는 그 철학을 모델, 도구, 세션, 실행 환경, 인터페이스, 제어 루프에 적용한다. 12

이 때문에 dsh는 단순한 Claude Code 경쟁 제품이라기보다 에이전트 개발을 위한 개방형 기반 계층에 가깝다. 다만 플랫폼이라는 가설은 아직 검증되지 않았다. 지금 dsh는 조합 가능한 에이전트 아키텍처를 실험하려는 개발자에게 의미 있는 프리뷰이지, 조직이 안정성과 운영 준비를 전제로 도입할 수 있는 프로덕션 인프라는 아니다.