Blog · 概念
一切皆插件 vs 插件疲劳
2026 年 8 月 14 日 · dshbase
DeepSeek Harness 在 HN 上最尖锐的争论线，就是它的插件架构。支持方称它是真正的新东西；反对方预测插件疲劳、最终走向混乱。两边都有道理——问题是「一切皆插件」到底意味着什么，以及它和以前的东西有何不同。
为什么它不是 VS Code 的插件系统
VS Code 有成千上万的扩展，但它们都挂在固定的核心上：编辑器、调试器、终端。你换不掉核心。Claude Code 也一样——你能自定义 Skills 和 MCP，但产品外壳是固定的。
DeepSeek Harness 把这个颠倒了。核心本身——Agent 循环、工具、UI、沙箱——都是由插件组成的。唯一固定的只有 Cordis，一个只管加载、卸载、解析插件依赖的内核。这不是「产品上挂插件」，而是「产品就是插件」。
「Agent 时代的安卓」叙事
最接近的类比是安卓 vs 苹果。安卓把 OS 模块化，让厂商和用户能换零件；苹果保持密封整体。DSH 赌的是 Agent 走安卓路线——一个通用内核 + 可替换的能力——而不是密封电器路线。这个赌注能否兑现，是悬而未决的问题。
合理的担忧：插件疲劳
反对方没有错。过度模块化有真实代价：
- 选择瘫痪——如果一切皆插件，先装什么？
- 兼容性漂移——依赖一变，插件就坏。
- 质量参差——开放生态意味着质量不均。
DSH 目前的答案是预设：四种内置模式打包了合理的插件集合，让你不用从零开始。只有需要时才去碰裸插件。这是务实的中间路线：底层模块化，顶层合理默认。
诚实的判断
插件架构确实和 VS Code、Claude Code 不同——但「不同」不等于「更好」。真正的考验是预设 + 社区能否在可组合性兑现的同时控制住混乱。盯着生态看：它比任何博客文章都更快地裁决这场争论。
相关：架构深度解析。