dsh-capability-index:让你的插件库不再吃灰 #2282
777-Zen
started this conversation in
Show Your Plugins!
Replies: 4 comments
|
自荐收录:dsh-cot-profile — 实时思维链轨迹画像插件(Show Your Plugins! #2284)。 分析测量类插件:监听 reasoning 流,措辞指纹(let me / we / let's / I)→ 加权距离判定画像族 + 置信度;按回合自动记录聚合数据(只存统计不存原文);设置页扫描记录文件 → 分组 → 基线差异/判定分布 → 一键校准基线。 DSH 深度集成:session-projection 推送 / additive 槽位 / webServer 路由。MIT · 40 单测 · 双语 README。 |
0 replies
|
更新 v0.2.0(2026-08-26) 📦 这版从"规则词表"升级为"语义召回 + 三级合议":
实验对照(真值信 tool/call 日志):对不显而易见的冷门工具, 已知限制:引用任务句的闲聊偶有误推(挂账校准中);dsh 为 developer preview, |
0 replies
|
我是插件库,我感觉你的想法很好,我想收录,可以提ISSUE。 具体提的方法如下。 |
0 replies
|
顺着这个插件写了一篇小讨论,聊聊我对 dsh 插件生态的一点看法——为什么插件多了反而用不上、生态会怎么长:插件多了会用不上 |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
agent 明明下载有可用的插件/工具,却常常"闭门造车":自己手搓一个解决方案,或者做到一半才发现"原来有个插件能用"。插件库利用率靠运气、靠机会主义直觉,不可预期。当所有的工具,模型都变成了插件,怎么让你的插件尽可能配合使用变得重要起来。
它做什么
一个元插件,在任务动手前给 agent 做一次插件库预检:
快照;commit-on-change,不逐轮堆积
能力声明约定
插件作者通过 ctx.provide('capabilityIndex.declarations', …) 为每个工具声明
use_when/not_for,命中时由本插件集中渲染。这是"约定 +最小消费者"的第一块多米诺;仲裁(重叠选谁)和自动补装是后续演进。
实验(如实说明)(agent跑的)
B/C 对照,同 profile、同会话、同消息原文,只切本插件开关;真值信 tool/call 日志,不信模型总结。
边界,说清楚:样本 10 条、由模型自主执行记录(无人工筛选)、方向性结论、不构成统计显著性。32 单测 + 离线模拟器 +
评分脚本在仓库 eval-results/ 可复现。
安装
<name>换成你的 profile 名(如web),<path>换成仓库目录绝对路径。兼容性:在 dsh 0.1.0-rc.5(developer preview)上验证过。上游会有 breaking change,升级后提示块消失或异常,先查 README
和发布说明。
边界 / 不做什么:只读 + 建议性质;不自动补装缺失插件;不替代 dsh-tool-search 这类工具对比插件。隐私按
tools.schemas(agent) 口径——会话不可见的工具不进索引。
仓库:https://github.com/777-Zen/dsh-capability-index · MIT · dsh-plugin topic · 欢迎反馈、样本补充、能力声明
All reactions