Why DeepSeek Harness Just Became The Fastest Growing Github Repo EVER

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

DeepSeek Harness가 GitHub 역사상 가장 빠르게 성장한 저장소가 된 이유는 에이전트 루프와 인터페이스까지 플러그인으로 바꾸는 파격적인 통제권에 있지만, 기존 도구를 대체하려면 보안과 완성도를 더 입증해야 한다는 데 있다.

📌 핵심 요점

1. DeepSeek Harness는 공개 후 일주일도 되지 않아 GitHub 스타 16만 7천 개를 확보했고, 모든 구성 요소를 플러그인으로 취급하는 구조로 기존 코딩 하네스와 차별화했다.
2. 사용자는 병렬 도구 호출, 에이전트 루프, 웹 UI 같은 기반 동작까지 수정할 수 있으며, Creator 모드에서는 자연어로 인터페이스와 기능을 갖춘 플러그인을 생성할 수 있다.
3. 표준·PTC·최소·Creator 모드와 외부 모델 제공자 등록을 지원하고, 특히 PTC 모드는 여러 도구를 하나의 스크립트로 실행해 복잡한 작업의 컨텍스트 부담을 줄인다.
4. trajectory와 세션 로그는 사용자 입력, 컨텍스트, 도구 호출, 시스템 프롬프트, 토큰 지표를 세밀하게 보여 주므로 실행 오류를 턴과 호출 단위로 추적할 수 있다.
5. 오픈소스와 로컬 실행은 높은 통제권을 제공하지만, 개발자 프리뷰 단계의 플러그인이 셸과 전체 파일 시스템에 접근할 수 있어 검증되지 않은 확장은 심각한 보안 위험이 된다.

🧩 배경과 문제 정의

• DeepSeek Harness는 공개 후 일주일도 되지 않아 GitHub 스타 16만 7천 개를 기록하며 빠르게 성장했지만, 기존 Claude Code·Codex와 무엇이 다른지는 명확하지 않다.
• 기존 도구의 플러그인이 스킬·MCP·CLI처럼 외부 기능을 덧붙이는 방식이라면, DeepSeek Harness는 에이전트 루프와 사용자 인터페이스를 포함한 하네스 자체를 수정할 수 있다.
• 높은 사용자 정의 가능성과 로컬 실행은 매력적이지만, 플러그인의 광범위한 시스템 권한과 개발자 프리뷰 수준의 완성도 때문에 기존 도구를 대체할 만큼 실용적인지 검토가 필요하다.

🕒 시간순 섹션별 상세정리

1. 폭발적인 성장과 플러그인 중심 구조

• DeepSeek Harness는 공개 후 일주일도 되지 않아 GitHub 스타 16만 7천 개를 확보했으며, 모든 구성 요소를 플러그인으로 취급하는 구조가 기존 하네스와의 핵심 차이다. [00:57]
• 에이전트가 작업에 맞는 플러그인을 직접 작성해 하네스 자체를 바꿀 수 있어 높은 사용자 정의 가능성과 제한적인 자기 개선 가능성을 갖는다. [01:12]
• 터미널 명령으로 설치하면 워크스페이스·채팅·프롬프트·권한·모델을 관리하는 웹 UI가 실행되며, 기존 코딩 하네스와 유사한 사용 흐름을 제공한다. [01:29]
• 표준 모드는 도구를 순차 호출하고 PTC 모드는 여러 도구를 하나의 스크립트로 실행해 복잡한 작업의 컨텍스트 부담을 줄이며, 최소 모드와 플러그인 제작용 Creator 모드도 지원한다. [01:59]

2. 하네스 내부 수정과 플러그인 보안 위험

• 플러그인 설정에서 병렬 도구 호출과 에이전트 루프 같은 핵심 동작을 직접 편집할 수 있어, 스킬과 훅으로 외부 동작만 확장하는 Claude Code보다 더 깊은 수준의 제어가 가능하다. [03:33]
• 기본 웹 검색은 DeepSeek API 키에 의존하므로 다른 모델을 사용하면 Bing·DuckDuckGo 등을 연결하는 별도 플러그인이 필요하며, 필요한 기능을 사용자가 직접 찾아 설치해야 하는 번거로움이 생긴다. [04:14]

3. 플러그인 설치와 자동 생성

• 큐레이션된 GitHub 목록에서 UI 개선 플러그인을 찾아 명령어로 설치하면 노력 수준 슬라이더 같은 인터페이스 요소까지 추가할 수 있지만, 일부 플러그인은 핫 리로드를 지원하지 않아 하네스를 재시작해야 한다. [05:39]
• Creator 모드에서는 원하는 기능을 자연어로 입력해 플러그인을 만들 수 있으며, Matrix풍 색상과 배경 애니메이션처럼 하네스 화면 자체를 바꾸는 기능도 코드 작성 없이 생성할 수 있다. [06:31]

4. 실행 과정의 가시성과 커스텀 하네스

• 실행 화면에서 캐시 비율·입출력 토큰·초당 토큰 수·시스템 프롬프트를 확인할 수 있고, trajectory에서는 사용자 입력·컨텍스트·도구 호출의 원문까지 추적해 오류 지점을 찾을 수 있다. [07:09]
• Cordis가 하네스의 커널과 차체 역할을 맡고 플러그인이 그 위의 동작을 구성하며, 전체 세션 로그를 JSON 압축 파일로 내려받아 턴과 호출 단위로 분석할 수 있다. [08:06]

5. 핵심 강점과 현실적인 사용 판단

• 기반 동작까지 수정하는 커스텀 플러그인과 내부 실행 과정을 세밀하게 추적하는 trajectory가 가장 큰 강점이며, 오픈소스·로컬 실행까지 더해져 기존 하네스보다 높은 통제권을 제공한다. [09:32]
• 작업별로 스스로 개선되는 하네스라는 구상은 매력적이지만 현재는 실현되지 않았고, 맞춤형 환경을 구축하는 데 드는 시간과 에너지가 실제 성능 향상으로 이어질지도 불확실하다. [10:03]

6. 당장 갈아타기보다 병행할 도구

• 현재로서는 기존 도구보다 확실히 한 단계 앞선다고 보기 어렵지만, 무료·오픈소스·완전 로컬이라는 장점 덕분에 직접 시험해 볼 가치는 있다. [10:49]
• 하나의 도구만 고집할 필요 없이 기존 도구와 함께 사용할 수 있으므로, 특정 하네스에 종속되지 않는 도구 중립적 태도가 바람직하다. [11:03]
• 결론적으로 직접 사용해 보고 자신에게 맞는지 판단해 보라고 권하며 영상을 마무리한다. [11:13]

🧾 결론

• DeepSeek Harness의 핵심 가치는 단순한 기능 추가가 아니라 하네스의 내부 동작 자체를 사용자가 재구성할 수 있다는 점이다.
• 커스텀 플러그인과 trajectory는 맞춤형 에이전트 환경을 구축하고 실행 과정을 분석하려는 사용자에게 기존 하네스보다 깊은 제어권을 제공한다.
• 작업별로 스스로 개선되는 하네스라는 구상은 아직 실현되지 않았고, 커스터마이징 비용이 실제 성능 향상으로 이어지는지도 확인되지 않았다.
• 현시점에서는 Claude Code나 Codex를 즉시 대체하기보다 함께 시험하면서 용도별 효용과 위험을 비교하는 접근이 적절하다.

📈 투자·시사 포인트

• 폭발적인 GitHub 스타 증가는 모델 자체뿐 아니라 모델을 실행하고 통제하는 오픈소스 에이전트 하네스에도 강한 수요가 있음을 보여 준다.
• 경쟁의 초점은 단순한 모델 선택에서 에이전트 루프 수정, 실행 가시성, 로컬 운영, 플러그인 생태계로 확장될 가능성이 있다.
• 플러그인이 셸과 전체 파일 시스템에 접근하는 구조는 권한 격리, 코드 검증, 신뢰 가능한 배포 체계가 하네스 확산의 핵심 조건임을 시사한다.
• 무료·오픈소스·다중 모델 지원은 특정 제품에 대한 종속을 줄일 수 있지만, 실제 채택은 커스터마이징 비용과 운영 안정성이 성능 이점을 상쇄하는지에 달려 있다.

⚠️ 불확실하거나 확인이 필요한 부분

• GitHub 스타 16만 7천 개라는 빠른 성장만으로 지속적인 사용률, 개발 생산성 향상, 기존 도구 대비 우월성을 판단할 수는 없다.
• 작업별로 스스로 개선되는 하네스라는 구상은 현재 실현되지 않았으며, 플러그인 제작에 투입한 시간과 에너지가 실제 성능 향상으로 이어지는지도 불확실하다.
• 개발자 프리뷰 단계에서는 모든 플러그인이 셸과 전체 파일 시스템에 접근할 수 있으므로, 악성 코드나 검증되지 않은 의존성이 API 키와 민감한 파일을 탈취할 위험이 있다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 기존 Claude Code·Codex 환경을 유지한 채 격리된 로컬 워크스페이스에서 DeepSeek Harness를 병행 시험한다.
• 설치하려는 플러그인의 출처와 코드를 검토하고, API 키와 민감한 파일이 없는 제한된 환경에서 먼저 실행한다.
• 동일한 작업을 표준 모드와 PTC 모드로 수행해 컨텍스트 부담, 도구 호출 과정, 결과 품질을 비교한다.
• trajectory와 JSON 세션 로그를 내려받아 오류 추적 능력과 실제 디버깅 효율을 평가한다.

❓ 열린 질문

• 하네스 내부를 수정하는 높은 자유도가 반복 가능한 성능 향상으로 이어지는가, 아니면 설정과 유지보수 비용만 늘리는가?
• 플러그인의 셸·파일 시스템 접근 권한을 제한하거나 격리할 공식적인 보안 장치가 추가될 것인가?
• trajectory와 PTC가 실제 장기 작업에서 Claude Code·Codex보다 더 나은 디버깅 효율과 컨텍스트 절감을 제공하는가?