一切皆插件：官宣與源碼對照

下面的演示把四份插件清單做成了可切換的面板。點上面四個模式按鈕，看插件卡片怎麼亮、怎麼滅：綠色是新增，紅色是移除，琥珀色是同名但配置變了。底部字幕會告訴你每一步發生了什麼。先玩明白，後面講的思路都在這塊面板裏演過一遍。

它解決什麼問題。想像你在用一個單體架構的 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 話題標籤，方便互相發現。發佈文邀請大家共建生態，機制是現成的。

為什麼長期成立。微內核思想比這份程式碼老得多。操作系統課上的 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 才對得上號。

為什麼長期成立。這條思路有個通行的名字，配置即架構：把系統之間的行為差異收斂進一份聲明式清單，架構問題就降維成文本問題。想知道兩個模式差在哪，diff 兩份 YAML；想造新模式，複製目錄改幾行；出了問題，回滾清單就行。Kubernetes 用 YAML 聲明集羣，Docker 用 Dockerfile 聲明鏡像，同一個思路在不同層面反覆出現。DSH 的插件實現哪天全部重寫，清單這層抽象照樣成立。

一切皆插件的價值放到同行裏才看得清。同一個問題，想給 Agent 加一個新能力，需不需要動它的倉庫源碼，三家給出三種答案：

三家沒有絕對優劣。Grok 用編譯期組合換 Rust 的類型和性能保證，Claude Code 用單體換產品迭代速度，DSH 用插件樹換運行時可拔插。只是如果你想要一個可替換、可審計的運行時，DSH 是三家裏唯一讓第三方無需 fork 倉庫就能替換深層能力的。