一句话看懂：一名开发者用两周时间为 DeepSeek Harness（DSH）写了 5 个开源插件并发布到 npm，同时梳理了它的插件扩展机制和边界。值得关注的是：AI 客户端能否靠插件生态把能力交给开发者自己定义，以及这种扩展模式的实际限制。
事件核心：发生了什么
据掘金文章（发布于 2026 年 10 月底），作者此前寻找可自行添加工具的 AI 客户端，均受限于工具由平台固定、记忆无法导出、团队脚本没有接入入口。安装 DSH 后发现安装目录约 190 个包，真正承载 agent 循环的只有 dsh-agent-loop，其余为可替换组件，README 明确“新行为写进插件，不要改内核”。
作者据此开发了 5 个 MIT 协议插件：dsh-memory-git（把长期记忆存成 Markdown 并放入用户自己的 Git 仓库，5 个工具、78 个测试）、dsh-git（右侧栏 Git 面板）、dsh-ai-chat-mcp（把 DSH 变成 MCP 服务端，供 Claude Desktop、Cursor、n8n 调用）、dsh-automation（macOS 桌面与浏览器自动化）和 dsh-computer-use（Windows 版，基于 PowerShell 常驻进程与 UI Automation）。
为什么重要
DSH 底座是 TypeScript 插件框架 Cordis，提供依赖注入、作用域服务和生命周期管理。扩展点分四类：Host 插件注册模型工具、Client 插件向官方预设 slot 注入界面组件、Skills 按需加载操作手册、MCP 双向接入。官方还将沙箱、审批、子代理作为安全执行要素，沙箱分 read-only、workspace-write、danger-full-access 三档。对 AI 客户端而言，这代表一种把工具定义权交给开发者的路线，与平台封闭式工具集形成对照，也直接关系 agent 生态的开放程度。
对用户/开发者/创作者的影响
对开发者，写插件门槛不高：声明 bundle 与引擎版本、编写 cordis.patch.yml、用 ctx.tools.register 注册工具，npm publish 后用户填包名即可安装。作者提醒两个发布坑：npm 2FA 需 bypass token，国内默认 registry 为只读镜像，发布要显式指定官方源。但边界同样明确：界面只能注入不能改动核心布局与流式渲染协议，插件无法做成独立产品，实时链路目前仅支持回合制。Host 插件运行在非沙箱进程，安装第三方插件等同于运行他人代码；工具过多会占用上下文并提高模型选错概率；插件崩溃还会拖累宿主进程。作者的实际经验是：AI 能压缩重复劳动，但代码仍需逐段审查，涉及系统权限的部分必须自行验证。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
目前公开信息显示，DSH 仍处 rc 阶段，插件数量不多。可观察三点：插件生态是否出现质量与安全审查机制；Skills 按需加载能否缓解工具过载；官方是否开放更多界面 slot 或实时交互能力。
来源：juejin
