딥시크 하네스 오픈소스 해설 — ‘모든 것은 플러그인’과 실행 중 도구를 만드는 크리에이터 모드

핵심 메시지

• 하네스는 모델이 아니라 모델 주위의 시스템이다. 무엇이 맥락에 들어가고 어떤 도구를 쓸 수 있으며 언제 모델에게 다음 차례가 오는지를 결정한다.
• 같은 모델을 서로 다른 하네스에 넣으면 완전히 다른 비서가 되는데도, 우리는 모델만 비교하고 주변 시스템은 포장재처럼 취급해 왔다.
• 딥시크는 이 층을 MIT 라이선스로 공개해 큰 연구소들이 제품으로 지키려던 영역을 값싼 부품으로 만들었다.
• ‘크리에이터 모드’는 작업 도중 없는 도구를 임시 플러그인으로 만들어 붙였다가 지우게 한다. 다만 임시 플러그인은 프로세스 메모리에만 살고 재시작하면 사라지며 사람이 직접 시작해야 한다.
• 논문의 핵심은 만드는 쪽이 아니라 지우는 쪽이다. 모든 변경에 역연산을 붙이는 시간적 조합성과 의존하는 쪽부터 내리는 공간적 조합성이 그 뼈대다.

쉽게 이해하기

딥시크가 코딩 에이전트 ‘하네스’를 오픈소스로 공개했다. 영상 녹화 시점에 깃허브 별이 14만 7천 개, 포크가 1만 5천 개를 넘겼다. MIT 라이선스이고 명령 하나로 시작할 수 있으며, 딥시크뿐 아니라 다른 모델 제공자나 자체 호스팅 엔드포인트에도 연결된다. 도구·세션·저장소·샌드박스·에이전트 루프·웹 인터페이스가 이미 들어 있다.

그렇다면 하네스란 무엇인가. 모델은 스스로 토큰을 만들 뿐, 저장소를 뒤지거나 어떤 파일을 열지 정하거나 명령을 실행하거나 결과를 기억하거나 권한을 묻거나 테스트가 실패했을 때 다시 시도하지 않는다. 그 전부가 하네스의 몫이다. 그래서 같은 모델도 하네스가 다르면 다른 비서가 된다. 딥시크는 이 주변 시스템을 포장이 아니라 아키텍처로 취급한다.

하네스에서는 모델 어댑터, 도구 레지스트리, 세션 로그, 저장소, 스케줄링, 샌드박스 정책, 에이전트 루프, 심지어 웹 인터페이스까지 같은 플러그인 문법을 따른다. ‘모든 것은 플러그인’이라는 표어에서 ‘모든 것’은 커널 위의 거의 모든 제품 기능을 뜻한다. 모델은 더 이상 고정된 기능들이 공전하는 태양이 아니라, 교체 가능한 서비스들 사이의 교체 가능한 서비스 하나가 된다.

여기에 크리에이터 모드가 붙는다. 예를 들어 데이터베이스 마이그레이션을 검토하다가 두 스키마 버전을 비교할 방법이 없으면, 기존 비서에서는 개발자가 확장 기능을 만들어 붙여야 한다. 하네스에서는 에이전트가 그 비교용 임시 플러그인을 직접 써서 제안하고, 사용자가 승인하면 실행 중인 비서에 새 도구가 합류한다. 모델을 재학습시키지도, 새 버전을 배포하지도 않았는데 작업이 시작된 뒤에 작업 환경이 새 능력을 얻는 셈이다.

다만 자기 개선 에이전트 이야기로 넘어가기 전에 선을 그어야 한다. 이 임시 패키지들은 프로세스 메모리에만 존재하고 하네스를 재시작하면 사라지며, 스스로를 영구 플러그인으로 승격시킬 수 없고 사람이 시작해야 한다. 딥시크도 크리에이터 샌드박스는 보안 경계가 아니며 셸 접근처럼 다루라고 못 박았다. 밤사이 스스로를 재설계해 더 똑똑해져 돌아오는 물건은 아니라는 뜻이다.

주요 인사이트

• 어려운 쪽은 플러그인을 만드는 일이 아니라 지우는 일이다. 명령을 등록하고 타이머를 켜고 다른 플러그인이 쓰는 서비스를 제공하던 플러그인을 떼어내면, 명령은 사라졌는데 타이머는 돌고 의존하던 쪽은 종료에 필요한 것을 잃는다. 전통적 해법은 애플리케이션 전체를 재시작하고 잘 복구되기를 바라는 것이었다.
• 하네스 아래의 플러그인 런타임 코디스는 그보다 작은 수술을 가능하게 한다. 리스너를 등록하면 해제 방법을, 타이머를 시작하면 정지 방법을 함께 기록해 두었다가 구성 요소가 떠날 때 역순으로 되감는다. 서비스를 제공하는 쪽보다 그것을 쓰는 쪽이 먼저 종료되도록 순서도 강제한다.
• 논문이 겨냥한 결과는 합류성이다. A를 올리고 B를 더하고 C로 실험하다 C를 지우고 A를 되돌린 시스템과, 처음부터 최종 구성만 올린 시스템이 안정된 뒤에는 관측 가능한 상태가 같아야 한다는 것이다. 살아 있는 시스템이 모든 우회로를 영구적 역사로 남기지 않고도 실험할 수 있다는 발상이다.
• 보증에는 경계가 있다. 플러그인 작성자가 올바른 역연산을 제공해야 하고, 가장 강한 결과는 실행 성공과 충분히 독립적인 효과, 순환 없는 의존을 가정한다. 코디스는 이메일을 보낸 플러그인은 제거할 수 있어도 남의 받은편지함에서 그 이메일을 지울 수는 없다.
• 코디스는 딥시크가 만든 것이 아니다. 오픈소스 챗봇 프레임워크 코이시 생태계에서 나와 4년 동안 4천 개가 넘는 커뮤니티 플러그인이 실제 의존성과 핫 리로드와 정리 문제로 단련한 런타임이고, 딥시크는 거기 있던 것의 쓸모를 알아보고 채택한 뒤 베이징대와 함께 그 위에 형식 이론을 세웠다.
• 발표자는 이를 스몰토크의 ‘모든 것은 객체’, 유닉스의 ‘모든 것은 파일’, 코드의 관계 모델에 견준다. 원본 시스템이 이기지 않아도 문법은 퍼진다는 것이다. 공장 전기화의 경고도 함께 온다. 초기 공장은 증기기관을 중앙 전기 모터로 바꾸면서 낡은 축과 벨트를 그대로 뒀고, 진짜 이득은 기계마다 작은 모터를 붙이도록 공장을 다시 설계한 뒤에야 왔다.

자주 묻는 질문

관련 AI 소식