777-Zen/dsh-capability-index

README excerpt

dsh-capability-index dsh-capability-index 是 DeepSeek Harness (dsh) 的元插件：让 agent 对自身插件库的处理， 从"机会主义的直觉判断"变成"规律性的预先审视"。任务量上来时，它在动手前给 agent 做一次插件库预检——任务型请求命中触发规则后，自动注入"可能适用的 Top-K 插件" 提示块，并带上插件作者声明的 use when / not for 能力说明；模型最终调不调， 决策权仍在模型。插件只读、只提示：不改写任何其他插件的工具定义，不强制调用， 不替代工具对比类插件。 三行要点 ： - 三层触发：关键词规则（硬层）→ 能力声明集中渲染（中层）→ 插件库总览兜底（软层） - 零侵入：通过 dsh 原生 runtime-context 通道注入，提示只在内容变化时替换、不逐轮堆积 - 状态：v0 雏形，中文词表起步，实验调优进行中；兼容 dsh developer preview 版本 设计初衷 以下话语是我的一些原始设计想法，尽量保留原样： - "让 agent 对自身插件库的处理，从'机会主义的直觉判断'变成'规律性的预先审视'： 任务量上来时，动手前先系统性过一遍已知插件库，而不是做到哪算哪、凭感觉决定要不要用工具。" - "现象：agent 明明有可用的插件/工具，却常常闭门造车（自己手搓），或机会主义地漏用， 直到任务中/任务后才发现'其实有个插件能用'。" - "类比：给 agent 加一道'起飞前检查单'——先看清自己带了什么装备，再起飞。" - "真正的价值：插件库利用率可预期——有合适插件时就用上，规律、稳定，不靠运气。" - "规则宁缺毋滥，避免正常交流也被跑一遍（倒反天罡）。" - "用户希望拿来就能用：插件一开，自己扫完插件库，对话过程中就自己识别、按触发规则来走。" - "只扫已启用的插件库；没被启用的就不管，那是用户的隐私。" 状态（Status） 雏形 / early version 。dsh 目前处于 developer preview，正式发布时本插件 的注入通道（ systemPrompt.context 快照）、声明约定（ capabilityIndex.declarations ） 与触发表词表都可能有兼容性变化；升级 dsh 后如提示块消失或异常，先检查 README 与本仓库的发布说明。实验证据与方法见 eval-results/ （活样本库 + 评分脚本 + 离线模拟器）。 实验证据（2026-08-16，B/C 对照） 这部分就是交给agent来进行的，没有人为干预 同 profile、同会话入口、同消息原文，仅切换本插件开关（部署级 disabled: true 补丁，热更新免重启）对比真实行为；真值信 tool/call 日志与…

Category