모든 것이 플러그인: 공식 발표와 소스 대조

아래 데모는 플러그인 목록 네 장을 전환 가능한 패널로 만들었어요. 위 네 모드 버튼을 눌러 카드가 어떻게 켜지고 꺼지는지 보세요. 초록은 추가, 빨강은 제거, 호박색은 이름은 같지만 설정이 바뀐 경우예요. 하단 자막이 매 단계를 알려 줍니다. 먼저 갖고 놀아 두면, 뒤에서 말할 아이디어는 이미 이 패널에서 한 번씩 돌아간 거예요.

어떤 문제를 푸는가.모놀리스 Agent 제품을 쓰다가 세션 로그 포맷만 바꾸고 싶다고 상상해 보세요. 저장소를 fork하고, 수십만 줄 소스에서 로그 구현을 찾아 고친 뒤 다시 빌드하고, 업스트림이 나올 때마다 패치를 다시 합쳐야 해요. 로그 같은 변두리 능력만 이래도 그런데, agent loop 본체까지 바꾸려면 사실상 제품 재작성이에요. 능력이 제품 소스에 용접돼 있으면, 깊은 커스터마이징은 전부 장기 유지보수 짐이 됩니다.

아이디어는 무엇인가.DSH는 커널을 최소로 줄여요. 저장소에 vendor된 Cordis 프레임워크는 세 가지만 합니다. 공유 컨텍스트에 플러그인을 싣고, 내리고, 매번 등록을 되돌릴 수 있는 부작용으로 기록해 언로드 때 자동 롤백. 비즈니스 로직은 한 줄도 없어요. 모든 능력은 packages/로 옮겨져 49개 그룹·219개 패키지가 전부 플러그인으로 존재합니다. 모델 어댑터도, 도구도, 세션 로그도, agent loop 본체까지 플러그인이에요. 루트 AGENTS.md 3행은 굵은 영어로 “everything is a plugin”이라고 적혀 있어요. 공식 문서 원문:

DSH에 능력을 더할 때도 그 저장소를 건드릴 필요 없어요. 트리 밖(out-of-tree, 공식 저장소 바깥) 플러그인은 dsh plugin --profile <name> add <package>로 profile에 넣고, 런타임에 마운트되며, 언로드 때 등록된 부작용이 자동 롤백됩니다. README는 플러그인 저장소에 dsh-plugin 토픽 태그를 달아 서로 찾게 하라고도 해요. 발표문이 생태계 공동 구축을 초대하는 이유 — 메커니즘은 이미 있어요.

왜 오래가는가.마이크로커널 생각은 이 코드보다 훨씬 오래됐어요. OS 수업의 Mach와 L4, 브라우저 확장 체계, VS Code 플러그인 생태계 — 같은 길이에요. 빨리 바뀌는 능력은 바깥 고리, 거의 안 바뀌는 장착·해제는 코어. DSH가 내년에 agent loop를 다시 써도 Cordis 장착·해제 로직은 한 줄도 안 건드리고, 다른 언어로 harness 전체를 다시 써도 이 계층은 그대로 먹혀요. 그래서 이 강의의 구조를 기억하는 편이 코드를 외우는 것보다 이득이고, 코드는 이 아이디어의 한 구현일 뿐이에요.

어떤 문제를 푸는가.대부분 제품의 모드는 하드코딩이에요. if (mode === 'lite') 같은 분기가 코드에 흩어져 있고, 모드 개수는 코드를 쓰는 순간에 이미 고정됩니다. 모드를 하나 더하려면 코드를 고치고 테스트를 통과하고 배포를 기다려야 하고, 모드 안 능력 하나만 미세 조정해도 같은 파이프라인이에요. 사용자는 더 선택지가 없어 공식 패키지 몇 개 중에서만 고르게 됩니다.

아이디어는 무엇인가.DSH에서 모드는 apps/cli/config/agent-presets/ 아래 디렉터리 하나이고, 안에 파일 두 개예요. preset.yml은 3줄뿐으로 UI 표시 이름과 정렬만 맡고, agent.cordis.yml은 플러그인 목록이라 부팅 때 Cordis가 줄줄이 마운트해 조립된 Agent를 내놓습니다. 모드 전환은 목록을 바꿔 다시 조립하는 것이고, 소스에 모드 분기는 없어요. 네 모드 차이는 카드 네 장이면 충분해요:

마케팅 단어 하나를 짚고 넘어갈게요. code/preset.yml 1행은 name: PTC 模式라고 쓰지만 디렉터리 이름은 code이고, 소스 주석·문서에서는 이 메커니즘을 Code Mode라고 부르며, 저장소 어디에도 PTC라는 구현 이름은 없어요. PTC는 UI 문구 층에만 살고, 소스를 말할 때는 Code Mode라고 해야 맞아요.

왜 오래가는가.이 아이디어엔 흔한 이름이 있어요 — 설정이 곧 아키텍처. 시스템 간 행동 차이를 선언형 목록 한 장으로 모으면, 아키텍처 문제는 텍스트 문제로 차원이 낮아져요. 두 모드 차이는 YAML 두 장을 diff하면 되고, 새 모드는 디렉터리를 복사해 몇 줄만 고치면 되고, 문제 나면 목록을 롤백하면 돼요. Kubernetes는 YAML로 클러스터를, Docker는 Dockerfile로 이미지를 선언하죠 — 같은 생각이 다른 층에서 반복됩니다. DSH 플러그인 구현이 언젠가 전부 다시 쓰여도, 목록이라는 추상은 그대로 성립해요.

모든 것이 플러그인이라는 가치는 동종 제품을 옆에 둬야 선명해져요. 같은 질문 — Agent에 새 능력을 더할 때 그 저장소 소스를 건드려야 하나 — 세 곳이 세 가지 답을 내놓아요:

세 곳에 절대 우열은 없어요. Grok은 컴파일 타임 조합으로 Rust 타입·성능 보장을, Claude Code는 모놀리스로 제품 반복 속도를, DSH는 플러그인 트리로 런타임 탈부착을 얻어요. 다만 교체·감사 가능한 런타임이 필요하다면, fork 없이 깊은 능력을 바꿀 수 있게 하는 건 셋 중 DSH뿐이에요.