DeepSeek Harness 오픈소스 공개: 모든 것이 플러그인인 이유

opoinstall
2026-08-14
5 min read

2026년 8월 13일, DeepSeek는 MIT 라이선스를 기반으로 플러그인 중심 아키텍처를 채택한 오픈소스 에이전트 하네스인 DeepSeek Harness 개발자 프리뷰를 공개했습니다. Cordis 메타 프레임워크 기반의 이 프로젝트는 런타임 기능을 독립적으로 확장 및 구성할 수 있는 플러그인으로 취급합니다. DeepSeek Harness는 모델이 자율 시스템의 단일 구성 요소에 불과하다는 실무적 엔지니어링 과제를 해결합니다. 도구, 권한, 세션 및 실행 정책 역시 독립적으로 진화할 수 있어야 합니다.

DeepSeek Harness란 무엇인가요?

DeepSeek Harness는 언어 모델과 호스트 운영 환경 사이에 위치하도록 설계된 확장 가능한 인프라 레이어입니다. 독립적인 단일형(monolithic) 애플리케이션으로 작동하는 대신, 도구 호출, 프로세스 샌드박싱, 세션 상태를 관리하는 모듈식 실행 런타임을 제공합니다.

핵심 기능

개발자 프리뷰에서 본 프레임워크는 엔지니어링 팀이 다음과 같은 여러 핵심 작업을 조율할 수 있도록 지원합니다.

  • 작업 공간 파일 액세스: 지정된 저장소 경계 내에서 프로젝트 파일을 읽고, 생성하며, 수정합니다.

  • 쉘 및 명령어 실행: 구성 가능한 권한 정책에 따라 터미널 명령어를 실행하고 백그라운드 프로세스를 관리합니다.

  • 모델 제공자 구성: 설정을 통해 DeepSeek 모델에 연결하거나 사용자 지정 OpenAI 호환 API 엔드포인트를 구성합니다.

  • 작업 위임 및 서브에이전트: 특화된 도구 세트를 갖춘 격리된 서브에이전트를 생성하여 병렬 조사를 실행하거나 복잡한 워크플로를 분할합니다.

  • 세션 트래젝토리 재구성: 디버깅, 감사 및 세션 검사를 위해 추가 전용(append-only) 이벤트 스트림에 런타임 이벤트를 기록합니다.

  • 모듈형 플러그인 확장: 핵심 하네스 런타임을 수정하지 않고도 새로운 도구, 사용자 지정 이벤트 리스너, 사용자 인터페이스를 등록합니다.

DeepSeek Harness가 플러그인 기반 아키텍처를 사용하는 이유

한눈에 보기

  • DeepSeek는 2026년 8월 13일 DeepSeek V4 Pro 모델의 광범위한 출시와 함께 MIT 라이선스로 DeepSeek Harness 개발자 프리뷰를 선보였습니다.

  • 이 저장소는 단일형 실행 루프 대신 에이전트 기능이 별도의 컴포넌트로 구현되는 플러그인 기반 아키텍처를 사용합니다.

  • 프레임워크는 Cordis 커널을 사용하여 플러그인 수명 주기를 관리하며, 개발자가 플러그인을 통해 모델을 구성하고 런타임 기능을 확장할 수 있도록 지원합니다.

자율 소프트웨어 에이전트의 발전은 단일형 프레임워크 설계의 근본적인 한계를 드러냈습니다. 초기 에이전트 구현은 모델 쿼리, 도구 실행, 세션 관리를 엄격하고 하드코딩된 루프로 결합하는 경우가 많았습니다. 기본적인 프롬프트-응답 상호작용에는 충분했지만, 심층적인 파일 시스템 액세스, 터미널 오케스트레이션, 세밀한 권한 경계가 필요한 복잡한 엔지니어링 작업에는 한계가 있었습니다.

자율 시스템이 로컬 코드베이스 전반에서 작동할 때는 상태 전환을 관리하고, 실행 트래젝토리를 로깅하며, 보안 제한을 시행할 수 있는 인프라 레이어가 필요합니다. DeepSeek Harness 개발자 프리뷰는 기초 모델과 대상 호스트 환경 사이에 확장 가능한 하네스 레이어를 구축하여 이 문제를 해결합니다. 현재 프리뷰에서 개발자는 코딩 세션을 실행하고, 작업 공간 파일을 읽고 편집하며, 명령어를 실행하고, 모델 제공자를 구성하고, 작업을 위임하며, 플러그인을 통해 런타임을 확장할 수 있습니다.

오픈소스 개발자 프리뷰 런칭을 강조하는 DeepSeek Harness 랜딩 배너

DeepSeek Harness는 모델과 런타임 사이에 플러그인 경계를 둡니다. 모델을 실행 런타임과 분리함으로써 개발자는 핵심 에이전트 로직과의 결합도를 낮추면서 도구 정의를 업데이트하고, 다양한 모델 제공자를 구성하며, 런타임 정책을 수정할 수 있습니다. Cordis 기반 구성 및 플러그인 구성을 통해 이 프레임워크는 터미널 기반 코딩 유틸리티부터 헤드리스 자동화 서비스에 이르기까지 다양한 형태로 조립될 수 있습니다.

패키지, 예제 및 앱 디렉토리를 보여주는 DeepSeek Harness 저장소 파일 구조

내부 메커니즘: DeepSeek Harness의 Cordis 활용 방식

기술적 기반 측면에서 DeepSeek Harness는 연구 논문 시공간 결합성을 위한 프로그래밍 패러다임(A Programming Paradigm for Spatiotemporal Composability)에 설명된 바와 같이 Cordis 메타 프레임워크 위에 구축되어 있습니다. Cordis는 기능이 플러그인으로 등록되는 이벤트 중심 컨텍스트를 제공합니다. 이 아키텍처에 따라 에이전트 루프는 단일 단일형 컴포넌트로 노출되는 대신 동일한 플러그인 지향 런타임을 통해 구현되며, 개별 훅, 서비스 및 실행 리스너를 조율합니다.

도구 실행은 하네스 런타임에 의해 중개되며, 세션 기록, 권한 및 실행 기능은 별도의 런타임 컴포넌트와 플러그인을 통해 노출됩니다. 에이전트가 작업을 시작하면 파일 시스템 수정 및 쉘 실행 안전성을 관리하기 위해 특정 보안 정책에 따라 작업이 제어됩니다.

에이전트 단계의 수명 주기

자동화된 실행을 체계화하기 위해 런타임은 상호작용을 개별적인 운영 경계로 구성합니다.

  • 턴 및 단계 할당: 런타임은 에이전트 상호작용을 턴(Turn)과 단계(Step)로 구성하며, 모델 요청과 도구 실행은 실행 수명 주기 내에서 처리됩니다.

  • 실행 전 가이드라인: 도구를 호출하기 전에 활성 샌드박스 정책에 따라 작업을 평가하여 파일 쓰기 및 쉘 명령어를 승인된 작업 공간 디렉토리로 제한할 수 있습니다.

  • 상태 격리: 런타임은 실행 및 권한 정책에 따라 도구 실행을 조율하고 상태 변경 작업을 관리합니다.아래 다이어그램은 실행 루프가 컨텍스트와 상태를 처리하는 방식을 보여줍니다.

[User Input / Turn Start] ──> [Assemble Context] ──> [Model Request (Step)]
                                                              │
                                                              ▼
[Complete Turn] <── [Verify State] <── [Execute Tool] <── [Apply Guardrails]

에이전트의 전체 실행 기록을 재구성하는 DeepSeek Harness 세션 트래젝토리 보기

하네스는 추가 전용 이벤트 스트림에 에이전트 상호작용과 실행 이벤트를 기록합니다. 이 이벤트 스트림은 엔지니어링 팀에 에이전트 세션을 검사, 디버깅 및 재구성할 수 있는 영구적인 실행 기록을 제공합니다.

설치된 기능과 상태를 자세히 보여주는 DeepSeek Harness 플러그인 관리 인터페이스

구축 대 구매: DeepSeek Harness vs. 커스텀 에이전트 런타임

에이전트 워크플로를 도입할 때 엔지니어링 팀은 커스텀 에이전트 런타임을 처음부터 구축할지, 아니면 DeepSeek Harness와 같은 모듈식 프레임워크를 도입할지라는 근본적인 아키텍처 선택에 직면하게 됩니다. 사내 자체 런타임을 구축하면 완전한 설계 자유를 얻을 수 있지만, 샌드박싱, 프로세스 감독, 세션 로깅 및 도구 스케줄링을 구축하는 데 상당한 개발 노력이 필요합니다.

DeepSeek Harness는 미리 구축된 플러그인 런타임을 제공하며, 자체 하네스는 팀에게 실행 및 수명 주기 설계에 대한 완전한 제어권을 부여합니다. DeepSeek Harness는 현재 개발자 프리뷰 단계에 있으므로 이를 도입하는 팀은 모듈식 아키텍처의 이점을 누리는 동시에 향후 API 변경 사항을 고려해야 합니다.

측면 DeepSeek Harness 커스텀 사내 런타임 긴밀하게 결합된 프레임워크
플러그인 아키텍처 네이티브 Cordis 플러그인 모델 커스텀 모듈형 설계 필요 긴밀하게 결합된 실행 루프
샌드박스 제어 기본 제공 작업 공간 권한 정책 수동 구축 및 감사 필요 제한적 또는 프레임워크 종속적
세션 텔레메트리 추가 전용 이벤트 스트림 커스텀 로깅 파이프라인 필요 표준 텍스트 기반 로그
API 안정성 개발자 프리뷰 (변경 가능성 있음) 내부적으로 완전 제어 안정적이지만 경직됨
모델 유연성 구성 기반 제공자 어댑터 완전한 커스텀 제어 특정 SDK에 종속되는 경우가 많음
유지보수 오버헤드 지속적인 통합 유지보수 필요 전체 내부 유지보수 부담 프레임워크 종속적

유사한 관심사 분리 패턴이 모바일 배포 및 어트리뷰션에서도 나타납니다. 여기서는 웹, 앱스토어, 설치된 애플리케이션 간의 경계를 넘어 인수 컨텍스트가 유지되어야 합니다. OpoInstall은 지연된 딥 링크(deferred deep linking)와 서버 측 파라미터 복원을 통해 이 문제를 해결하며, 지속적인 클라이언트 측 쿠키에 의존하지 않고 설치 후 캠페인 및 추천 컨텍스트를 매칭할 수 있도록 지원합니다. 상태 해제를 권한 있는 서버 측 레이어로 이동시킴으로써 개발자는 운영 컨텍스트가 복잡한 리디렉션과 앱스토어 전환 과정을 원활하게 통과하도록 보장합니다.

통합 체크리스트: DeepSeek Harness로 구축하기

DeepSeek Harness 생태계 내에서 플러그인의 개발 및 배포를 체계화하기 위해 엔지니어링 팀은 표준화된 구현 체크리스트를 따라야 합니다.

엔지니어링 체크리스트

  • 플러그인 경계 정의: 모델 어댑터, 도구, 세션 상태, 실행 정책, 인터페이스를 독립적으로 교체 가능한 컴포넌트로 분리합니다.

  • 샌드박스 정책 검토: 작업 공간 쓰기 권한이 있는 에이전트 워크플로를 배포하기 전에 허용되는 파일 시스템 및 쉘 작업을 확인합니다.

  • 작업 공간 권한 검증: 에이전트가 프로덕션 저장소에서 작동하도록 허용하기 전에 제어된 작업 공간에서 읽기, 쓰기, 쉘 및 승인 동작을 테스트합니다.

  • 세션 로그 검사: 트래젝토리 기록을 사용하여 실패한 도구 호출, 권한 변경 및 다단계 실행 경로를 디버깅합니다.

  • 플러그인 호환성 테스트: 프로젝트가 진화함에 따라 호환성을 깨뜨릴 수 있는 업데이트를 고려하여 현재 개발자 프리뷰 API에 대해 커스텀 플러그인을 검증합니다.

모듈형 모델 사전 설정 구성을 보여주는 DeepSeek Harness 웹 UI 설정 패널

자주 묻는 질문 (FAQ)

에이전트 하네스와 기본 API 클라이언트의 차이점은 무엇인가요?
기본 API 클라이언트는 단순히 사용자 프롬프트를 전송하고 언어 모델로부터 원본 텍스트 출력을 받습니다. 대조적으로 에이전트 하네스는 전체 실행 수명 주기를 관리하며, 안전한 도구 호출을 중개하고, 샌드박스 권한을 시행하며, 세션 로그를 추적하고, 다단계 자율 워크플로를 조율합니다.
Cordis 커널은 DeepSeek Harness 내에서 플러그인을 어떻게 조율하나요?
Cordis 커널은 플러그인 등록, 수명 주기 관리, 종속성 및 공유 컨텍스트를 관리하는 경량 메타 프레임워크 역할을 합니다. 파일 시스템 액세스, 터미널 실행, 언어 모델 어댑터를 포함한 각 기능은 공유 컨텍스트에 서비스와 이벤트 리스너를 등록하는 별도의 플러그인으로 캡슐화됩니다.
DeepSeek Harness 프리뷰에서 사용할 수 있는 런타임 모드는 무엇인가요?
현재 프리뷰에는 코딩, 도구 실행, 최소한의 워크플로, 커스텀 에이전트 개발을 위한 여러 런타임 구성이 포함되어 있습니다. 프로젝트가 여전히 개발자 프리뷰 단계에 있으므로 향후 릴리스에서는 모드 이름과 구성이 변경될 수 있습니다.

엔지니어링 팀을 위한 핵심 시사점

DeepSeek Harness의 표시는 현대 AI 소프트웨어 엔지니어링에서 모듈화의 중요성을 재확인시켜 줍니다. 단일형 에이전트 아키텍처는 런타임 환경, 도구 정의, 세션 지속성이 핵심 모델에서 분리되는 구성 가능한 프레임워크로 점차 자리를 내어주고 있습니다.

Cordis 메타 프레임워크를 기반으로 구축된 DeepSeek Harness는 에이전트 수명 주기 전반에 걸쳐 명확한 관심사 분리를 확립합니다. 에이전트 런타임을 평가하는 엔지니어링 팀에게 플러그인 기반 아키텍처, 샌드박스 정책 및 구조화된 이벤트 로깅은 프로덕션 배포 전에 확장 가능한 워크플로를 테스트할 수 있는 보다 명확한 기반을 제공합니다.

참고 자료

Share this article