技能调用门禁 windwhiterain/dsh-skill-gate

dsh-skill-gate

对挂载它的预设所对应的 agent 隐藏面向模型的 skill 加载器，使会话只有在用户显式调用时才能加载技能。

功能说明

当挂载在一个同时挂载了 @deepseek-ai/dsh-tool-skill 的 agent 预设中时，本行会从该预设所组合的每个 agent 中移除一项能力：

| 移除 | 保留 |
| skill 工具 schema，因此模型无法自行调用技能 | 用户的显式 /name 手势，它会将技能正文注入该步骤 |
| 会话提醒及其“调用 skill 工具”的指引 | Web 的 / 技能菜单，它通过 skills/list Remote 读取会话技能目录 |

这两项移除都源于每个已创建 agent 上的一次 agent.ctx.tools.restrict({ deny: ['skill'] })：

- restrict() 过滤的是某个作用域继承的内容，而从不影响其自身层注册的内容。tool-skill 是同一预设中的一行，因此 skill 定义位于预设的常驻作用域——即本行自身所在的层——从该作用域发出的拒绝无法触及它。agent 作用域是常驻作用域的子级，因此 skill 在那里被继承，拒绝得以生效。
- dsh-tool-skill 仅当它所注册的确切定义对调用 agent 可解析时才发布其目录提醒，因此隐藏该工具也会一并抑制该提醒。

用户显式手势位于另一个 dsh-tool-skill 监听器中，它读取的是技能注册表而非工具注册表，这就是 /name 仍然有效的原因。

挂载

- id: skill-filesystem
name: '@deepseek-ai/dsh-skill-filesystem'
- id: tool-skill
name: '@deepseek-ai/dsh-tool-skill'
- id: skill-gate
name: 'dsh-skill-gate'

本行不携带任何配置。在未挂载任何技能加载器的预设中，它是一个空操作。

为什么这不是一个 bundle

本行属于预设声明内部，而承载该声明的 profile 补丁是在所有 bundle 层之后应用的。bundle 补丁无法贡献本行，而一个不贡献任何其他内容的层只会是噪音。因此该包不声明 dsh.bundle.patch，而是作为普通的 profile 依赖安装：

在包含本仓库检出副本的目录中：

dsh plugin --profile web add ./dsh-skill-gate

已知限制

- 它只隐藏一个确切的工具名。 只有 skill 被拒绝，因此以不同名称挂载技能加载器的预设不受影响。
- 它改变的是模型能调用的内容，而非用户能调用的内容。 /name 手势和 Web 的 / 技能菜单按设计仍然有效，因此该门控缩小的是发现范围，而非禁用技能。
- 它依赖于尚未稳定的 harness 行为。 有三点：ctx.tools.restrict 过滤某个作用域继承的内容、agent/created 事件，以及 dsh-tool-skill 仅当其所注册的定义对调用方可解析时才发布其目录提醒。对这三者中任何一项的 harness 变更都可能改变此插件的效果。
- 不挂载任何技能加载器的预设不需要门控。 当 skill 不存在时，该行读取代理的继承视图并且不执行任何操作。

验证

node probe.mjs 针对伪造对象驱动 apply()，并在没有 Harness 的情况下检查两个分支。

卸载

dsh plugin --profile web remove dsh-skill-gate

许可证

MIT