dsh-capability-facade

社区插件常把内部每一步操作都注册为模型可见工具，一个插件六个原语就让模型面对六个名字、自行决定调用顺序。dsh-capability-facade 提供一条更窄的写法：作者声明一个 capability，把内部确定性组合的步骤打包成一个语义操作，模型只需选择操作，harness 按声明顺序在同一个 root call 下跑完每一步。不声明时零成本——没有额外 schema、没有 prompt 文本、没有代码路径。

核心能力围绕一条设计原则：显式声明，不做万能入口。每个 operation 都是有名字、有描述、有类型的独立工具，内部通过 ctx.tools.execute() 嵌套 dispatch 执行，守卫、审批、沙箱、超时照常生效。register() 全有或全无，销毁时精确撤回。仓库同时附带只读静态分析器（识别插件注册了哪些模型可见工具、哪些看起来像实现原语）和隔离 profile 验证脚本，帮助作者在动刀前先看清现状、改完后安全确认。

这个插件适合插件作者在设计阶段使用：当你的插件内部存在稳定、可重复的多步组合（比如 extract 后 layout、check 后 vet），facade 让模型一次调用完成整条管线，省掉的不是工具数量，而是模型反复推理「先调谁、再调谁」的认知开销。它不适合事后隐藏已暴露的工具——DSH 的 visibility resolver 同时服务 presentation、lookup 和 dispatch，隐藏是「三合一」的，facade 无法收窄已经注册出去的 surface。简言之：一开始就写窄，比事后藏起来更可靠。