归一化目标
把问题、结果和成功标准整理为可测试 Brief。
把自然语言 Brief 转换为标准 Bundle、风险边界、源码、测试和证据门槛。开发从用户结果开始,不从内部 API 开始。
选择目标环境,复制固定版本的安装指令。发行信息会从最新 GitHub Release 与对应标签的 manifest.json 实时核对。
指令会锁定到最新已验证发行标签,不使用浮动的 main。
正在读取并验证 GitHub Release…安装边界:不同宿主使用各自经过验证的安装入口;网页只复制命令,不会直接修改本机。
下面的模板可以直接复制到支持 Skill 的 Agent。缺省字段会采用安全默认值,并作为假设明确展示。
使用 $build-dsh-plugin,直接生成一个标准 DSH 插件源码工程。
现在的问题:
希望达到的结果:
核心能力:(可选)
需要读取的数据:(可选;默认无)
需要执行的动作:(可选;默认只读)
需要界面:(可选;默认 Host-only)
明确不能做什么:(可选;默认不改 DSH 核心、官方插件和真实 Profile)
怎么才算成功:
不要在 Brief 中放入 Token、密码、Cookie 或私有文件内容。
通过当前证据再进入下一阶段;无法证明时保持 Partial 或 Blocked。
把问题、结果和成功标准整理为可测试 Brief。
确认标准 Bundle、公开扩展面和适配器边界。
根据写入、网络、凭据与生命周期选择控制强度。
比较 Host、Client、Skill Adapter 与生命周期方案。
输出标准结构、权限矩阵、失败行为和测试夹具。
区分源码、测试、一次性 Profile、真实运行与外部验收。
每个插件都带着它为什么这样设计、能做什么、不能做什么以及如何证明。
兼容、需适配或不兼容,并附当前 DSH 证据。
每项数据和动作都对应用户结果、边界与测试。
Bundle、Host、可选 Client、测试和安全说明。
当前 E0–E5 状态、缺失证据和允许的下一步。
Skill 构建标准插件,不修改 DSH 源码、不遮蔽官方清单,也不会把测试写入真实 Profile。
复制 Brief,或者前往 GitHub 查看完整 Skill、模板和验证方法。