DSH STORE // BUILD LAB

用三个答案,
启动一个 DSH 插件。

把自然语言 Brief 转换为标准 Bundle、风险边界、源码、测试和证据门槛。开发从用户结果开始,不从内部 API 开始。

MIT OPEN SOURCER0–R3 RISK MODELE0–E5 EVIDENCE
PLUGIN_BRIEF.DSHREADY_WITH_ASSUMPTIONS
01PROBLEM现在的问题是什么?REQUIRED
02OUTCOME希望发生什么改变?REQUIRED
03ACCEPTANCE怎么观察到它成功?REQUIRED
01标准 DSH Bundle 02默认只读与最小权限 03一次性 Profile 测试 04发行与真实安装分离
01 / INSTALL SKILL

先把 Skill 装进你的 Agent。

选择目标环境,复制固定版本的安装指令。发行信息会从最新 GitHub Release 与对应标签的 manifest.json 实时核对。

CODEX / SKILL INSTALLER正在核对固定发行…

复制到 Codex,交给 Skill Installer 安装

指令会锁定到最新已验证发行标签,不使用浮动的 main。

正在读取并验证 GitHub Release…

安装边界:不同宿主使用各自经过验证的安装入口;网页只复制命令,不会直接修改本机。

02 / STARTER BRIEF

先把意图写清楚,技术结构交给 Skill。

下面的模板可以直接复制到支持 Skill 的 Agent。缺省字段会采用安全默认值,并作为假设明确展示。

MINIMAL BRIEF / ZH-CN
使用 $build-dsh-plugin,直接生成一个标准 DSH 插件源码工程。

现在的问题:
希望达到的结果:
核心能力:(可选)
需要读取的数据:(可选;默认无)
需要执行的动作:(可选;默认只读)
需要界面:(可选;默认 Host-only)
明确不能做什么:(可选;默认不改 DSH 核心、官方插件和真实 Profile)
怎么才算成功:

不要在 Brief 中放入 Token、密码、Cookie 或私有文件内容。

03 / STAGE GATES

每一步都有输出,也有停止条件。

通过当前证据再进入下一阶段;无法证明时保持 Partial 或 Blocked。

00OUTCOME

归一化目标

把问题、结果和成功标准整理为可测试 Brief。

01HOST FIT

核对 DSH 宿主

确认标准 Bundle、公开扩展面和适配器边界。

02R0–R3

判断风险

根据写入、网络、凭据与生命周期选择控制强度。

03ARCH

选择最小架构

比较 Host、Client、Skill Adapter 与生命周期方案。

04SOURCE

生成源码与测试

输出标准结构、权限矩阵、失败行为和测试夹具。

05EVIDENCE

按证据验收

区分源码、测试、一次性 Profile、真实运行与外部验收。

04 / OUTPUT

交付的不只是代码。

每个插件都带着它为什么这样设计、能做什么、不能做什么以及如何证明。

01

宿主与架构记录

兼容、需适配或不兼容,并附当前 DSH 证据。

02

权限与风险矩阵

每项数据和动作都对应用户结果、边界与测试。

03

标准源码工程

Bundle、Host、可选 Client、测试和安全说明。

04

证据与下一道门

当前 E0–E5 状态、缺失证据和允许的下一步。

NON-DESTRUCTIVE BY DEFAULT

扩展 DSH,不改造 DSH。

Skill 构建标准插件,不修改 DSH 源码、不遮蔽官方清单,也不会把测试写入真实 Profile。

标准 Bundle 与公开扩展面 一次性目录与 Profile 夹具 真实变更单独计划与确认 未知事实保持未知
OPEN SOURCE // MIT

从一个真实问题开始。

复制 Brief,或者前往 GitHub 查看完整 Skill、模板和验证方法。

查看开源 Skill