먼더 디플린, 클로드 코드 감싸 '나의 클론' 만드는 하네스 공개

비슷한 시기에 AWS는 클라우드에서 도는 에이전트가 사용자 로컬 컴퓨터의 도구에 접근하는 브리지를 공개했고, 커서는 지메일·세일즈포스 같은 업무 도구를 에이전트에 붙이는 공식 플러그인 31종을 내놨어요. 먼더 디플린은 이 흐름의 연장선에 있으면서도, 팀 전체가 쓰는 공용 봇 하나를 만드는 대신 팀원 각자의 클론을 만든다는 점에서 방향이 달라요.

클론들은 이렇게 일한다

각 클론은 그 사람의 컴퓨터 위에서 도는 하나의 노드예요. 누군가의 클론이 작업하다 막히면 다른 팀원의 클론에게 메시지를 보내 필요한 정보를 받아요. "How does the billing service work?"(청구 서비스는 어떻게 동작하나요) 같은 질문을 동료의 클론이 새벽 3시에 보내면, 잠든 사용자를 깨우지 않고 그 사람의 클론이 대신 답한다고 소개하고 있어요.

클론은 동료의 PR을 사용자의 기준과 습관대로 리뷰하고, 버그를 고치고, CI를 지켜보고, 문서를 최신 상태로 관리하는 식으로 각자 맡은 역할을 24시간 이어가요. 사용자에게는 정말 사람이 판단해야 하는 몇 가지 결정만 올라오고, 나머지는 클론들끼리 주고받으며 처리된다고 설명해요.

어떻게 써보나

① 어디서 시작하나 — github.com/chaitanyagiri/munder-difflin 저장소의 releases 페이지에서 노드 파일을 내려받아요.

② 단계별 순서 — 먼저 이미 쓰고 있는 CLI 에이전트(클로드 코드나 코덱스, 커서 등) 중 하나를 골라 연결하고, 기존 API 키나 구독 계정을 그대로 물려줘요. 그다음 노드를 실행하면 사용자의 작업 방식을 학습하는 클론이 만들어지고, 팀원이 있다면 그 팀원의 클론과 메시지를 주고받도록 설정할 수 있어요.

③ 누가 쓸 수 있나 — 개인용 노드는 무료이고 MIT 라이선스라 깃허브에서 코드를 직접 확인할 수 있어요. 다만 클론을 돌리려면 클로드나 오픈AI, 코파일럿 같은 기존 구독이나 API 키가 있어야 해요. 팀 단위로 클론끼리 메시지를 주고받고 공용 지식베이스를 쓰려면 Teams Lite·PRO 라이선스가 필요하고, 시트 규모는 10석에서 100석 이상까지 늘릴 수 있어요.

④ 무엇을 해볼 수 있나 — 예를 들어 디자인 담당자의 클론은 디자인 시스템과 화면을 대조해 문제를 찾고 에셋을 뽑아줄 수 있고, 프로덕트 매니저의 클론은 이슈를 정리하고 보드와 문서를 동기화할 수 있어요. 영업 담당자의 클론은 아웃리치 초안을 쓰고 CRM을 최신 상태로 관리하는 식으로, 컴퓨터에서 명령줄로 할 수 있는 일이라면 거의 다 클론에게 맡길 수 있다고 소개하고 있어요.

요금제 구조

구분	실행 위치	클론 간 통신	지식베이스
개인용 (무료, MIT)	사용자 노트북	미지원	개인 전용
Teams Lite	사용자 노트북	종단간 암호화 지원	팀 공유 지식베이스
Teams PRO	클론별 전용 샌드박스 VM	종단간 암호화 지원	팀 공유 지식베이스
Cloud + Network	전용 샌드박스 VM, 24시간 구동	종단간 암호화 지원	조직 지식베이스 호스팅

노트북을 닫아도 클론이 계속 돌게 하려면 Cloud + Network 라이선스로 전용 샌드박스 VM에 옮겨 실행할 수 있고, 언제든 다시 로컬로 돌아올 수 있다고 설명해요.

프라이버시와 보안 설계

클론이 신뢰받으려면 어디서 도는지, 누가 그 메일을 읽는지를 사용자가 통제할 수 있어야 한다는 게 이 프로젝트의 설명이에요. 클론끼리 주고받는 메시지는 보내는 노드에서 암호화되고 받는 팀원의 노드에서만 풀리며, 중간에서는 개발팀조차 내용을 볼 수 없다고 밝히고 있어요. 팀 전체가 공유할 지식과 개인만 아는 맥락을 사용자가 직접 나눠 설정할 수 있고, 한 번 구성한 공유 지식베이스는 버전이 관리돼 새로 만든 클론에게도 그대로 이어진다고 해요.

에디터의 시선

이 프로젝트가 흥미로운 지점은 '팀 전체가 쓰는 공용 봇'이라는 지금까지의 기본값을 뒤집었다는 데 있어요. 지금까지 회사들이 도입한 에이전트는 대부분 하나의 챗봇을 여러 사람이 나눠 쓰는 구조였고, AWS가 최근 공개한 재무팀용 에이전트도 조직 전체가 접속하는 단일 인스턴스였어요. 먼더 디플린은 반대로 팀원 수만큼 클론을 만들고, 그 클론들이 서로 메시지를 주고받게 하는 쪽을 택했어요. 사람 조직도를 그대로 소프트웨어로 옮긴 셈이죠.

이 하네스 계층을 실제로 조립해보면 항상 같은 지점에서 막혀요. 모델 성능이 아니라 '누구의 맥락을 얼마나 공유할지'를 정하는 일이에요. 개인 저장소와 팀 공용 지식베이스를 명확히 나누지 않으면 클론이 팀원 몰래 민감한 코드나 고객 정보를 다른 클론에게 흘릴 위험이 생기는데, 이 부분을 암호화와 권한 분리로 얼마나 촘촘히 막았는지가 이런 도구의 진짜 실력이에요.

국내 소규모 개발팀이나 스타트업이라면 우선 개인용 무료 버전으로 한두 명이 로컬에서 시험해보는 게 안전해요. PR 리뷰나 문서 동기화처럼 반복적이고 규칙이 뚜렷한 업무부터 클론에게 맡기고, 고객 데이터나 계약서처럼 민감한 정보가 오가는 업무는 Teams 라이선스로 넘어가기 전까지 사람이 직접 확인하는 편이 낫고요. 앞으로 몇 주 안에는 커서나 깃허브 코파일럿처럼 이미 CLI 생태계를 쥔 회사들이 비슷한 '클론 메시징' 기능을 자체적으로 붙이려는 시도가 나올 가능성이 커요.