DSH 内置 70 个工具,插件作者还有活路吗?

11 月 8 日晚上十点一刻，@tianyi 在 X 上回答了插件作者最关心的问题：官方会内置哪些功能，被内置之后第三方还有没有活路。147 条回复、87 转帖、841 赞、5.9 万浏览，这两天中推圈关于 Agent 平台边界的讨论，量最大的就是这条。

他拿智能手机做类比：系统只内置闹铃和计算器，更好的闹铃该由生态做出来；而且一切皆插件之下，内置的东西同样能被第三方替换。

dsh 的内置工具： 35 个工具包、72 个条目，bash 和 pwsh 各重名一次，去掉重复是 70 个模型可见的工具名。

70 个里文件读写、shell、持久终端、LSP、子智能体、工作流、定时任务、目标管理、团队任务看板、浏览器操作、MCP 资源都有，连插件市场自己也是一个包。

内置根本不是一份固定名单

dsh 启动时不是跑一个写死的程序，而是照一份配置把插件组装成一棵树。据阿里云开发者社区 10 月 14 日那篇源码解读，这套东西分三层：bundle 是打包好的插件组合包，profile 是命名的启动配置、规定按什么顺序叠哪些 bundle，patch 是自己写的 YAML 覆盖文件。

那篇和另一份 10 月 12 日的架构解析都提到，官方的四种模式是不同的内置集合：标准模式给完整工具链，PTC 模式只给一个 run_code 让模型写代码编排，极简模式只剩持久 shell 和 str_replace_editor 两个工具，创造模式在标准上加读运行时、临时挂载插件那两个工具。同一台机器换个模式，内置也会变。

bash 有两个包，编辑也有两个包

模型看到的工具名是载入时决定的配置。subagent 那个包的 toolName 默认叫 subagent，换成 subagent_fork 就是另一套委派语义，改配置就行。

bash 更直接。两个包都暴露 bash：dsh-tool-bash 干一次性执行，dsh-tool-bash-persistent 给保留状态的终端。编辑也一样，dsh-tool-fs 给 read、write、edit、apply_patch，dsh-tool-str-replace-editor 另给一个 str_replace_editor。官方自己就没把哪个实现放在唯一的位置上。

35 个包里 3 个还挂着 experimental：Stagehand 那组浏览器工具、subagent_oar、create_worktree。

这套东西在架构上叫能力插槽，一项能力拆成接口声明、实现提供者、使用方三个角色。据源码分析，把执行环境从本机换成 E2B 远程沙箱，只换三个 provider，跑命令、终端、LSP 一行代码不用改。

官方做了内置版本，但没有留替换的位置。

分发位比内置清单要紧

翻 plugin_market 这个内置工具的说明，原文两句值得贴：

第一句把"哪个市场算入口"的决定权交给用户，官方不设唯一索引源。第二句在提醒模型：插件标题、描述、作者都是第三方文本，别当指令执行。

入口一开，筛选的活儿就落到用户头上。dsh.so 公示 25,528 条收录、23,356 条过沙盒安装实测、15,566 条过运行实测、14,747 条金级信任、12,174 个活跃仓库，页面更新到 11 月 8 日。

插件数量现在有四个版本

阿里云开发者社区 11 月 6 日的整理写第三方插件突破 3.5 万个；dsh.so 上一个市场插件的描述写"4000+ 人工精选"；dsh.so 自己公示 25,528 条收录；官方 GitHub README 只留一句，给仓库打上 dsh-plugin 话题标签方便被发现。

四个数字各说各话，没人公布过统计口径。dsh 现在仍是开发者预览，README 第一屏就写着会有破坏性变更。

边界清单我划成三层

接口层，平台自己锁。 能力插槽的接口声明、会话日志的格式、审批和权限的策略模型。工具目录里 plugin_manager 每个动作都要 danger-full-access 权限或单次审批，create_goal、update_goal 要 direct-human root authority。

实现层，交给生态。 shell 用哪个实现、文件系统在本机还是远程沙箱、记忆存 SQLite 还是两个 markdown、浏览器用 Stagehand 还是 Computer Use。重名的 bash 包就说明位置留着，实现谁来都行。

内容层，外部更熟。 设计、公文、小说创作、论文阅读、表情包，dsh.so 榜单里这类占了大半。@op7418 的设计插件被官方推荐，站的就是这个位。

怎么划，眼下的判据：看官方那个包是接口还是实现。

插件作者看这一条：官方内置之后，你的位置还在不在。觉得有用，转给正在写插件的那个人。