一键导入
devbooks-void
devbooks-void:Void 协议执行器:处理高熵/不确定/多方案争议问题,只产出 research_report + ADR + Freeze/Thaw 工件,不产出生产代码。用户说"进入 void/卡住了/不确定/需要调研/冻结解冻"等时使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
devbooks-void:Void 协议执行器:处理高熵/不确定/多方案争议问题,只产出 research_report + ADR + Freeze/Thaw 工件,不产出生产代码。用户说"进入 void/卡住了/不确定/需要调研/冻结解冻"等时使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | devbooks-void |
| description | devbooks-void:Void 协议执行器:处理高熵/不确定/多方案争议问题,只产出 research_report + ADR + Freeze/Thaw 工件,不产出生产代码。用户说"进入 void/卡住了/不确定/需要调研/冻结解冻"等时使用。 |
| recommended_experts | ["Research Lead","System Architect"] |
| allowed-tools | ["Glob","Grep","Read","Write","Edit","Bash"] |
目标:把“输入不足/不确定/多方案争议”转换为可审计的知识与决策工件,并通过 Freeze/Thaw 控制后续执行。 输入:用户请求、变更包元数据(proposal front matter)、已存在的证据与 Gate Report(若有)。 输出(MUST):
void/research_report.md:结论、约束、证据来源、影响面、风险与下一步建议void/ADR.md:Context / Options / Decision / Consequencesvoid/void.yaml:Freeze/Thaw 状态、阻塞问题清单、已解决问题与引用边界(MUST):
void-protocol-check.sh)。证据:Void 工件存在且非空;Freeze/Thaw 状态与变更包 state/next_action 一致。
适用:需要把 research_report 的结论回写为 Truth(Decision/Constraints)或生成后续 Knife/Bootstrap 的输入索引时。
.devbooks/config.yaml)与规则文档读取,再进入 Void 输出。dev-playbooks/specs/void/spec.mddevbooks-brownfield-bootstrap:存量项目初始化:在当前真理目录为空时生成项目画像、术语表、SSOT、基线规格与最小验证锚点,避免"边补 specs 边改行为"。用户说"存量初始化/基线 specs/项目画像/建立 glossary/初始化 SSOT/把老项目接入上下文协议"等时使用。
devbooks-delivery-workflow:完整闭环编排器,在支持子 Agent 的 AI 编程工具中调用,自动编排 Proposal→Design→Spec→Plan→Test→Implement→Review→Archive 全流程。用户说"跑一遍闭环/完整交付/从头到尾跑完/自动化变更流程"等时使用。
devbooks-ssot-maintainer:维护项目 SSOT 的"可寻址索引与派生进度视图"。用于"修改/同步 SSOT(上游或项目内)→ 生成可审计 delta → 同步 requirements.index.yaml →(可选)刷新 requirements.ledger.yaml"。通常由 `/devbooks:delivery` 在 `request_kind=governance` 路由下调用。注意:SSOT 初始化请使用 `brownfield-bootstrap`。
devbooks-knife:把 Epic 级需求切成可拓扑排序的 Slice 队列,并落盘机读 Knife Plan(用于高风险/史诗级变更的 G3 强制闸门)。
devbooks-archiver:归档阶段的唯一入口,负责完整的归档闭环(自动回写→规格合并→文档同步检查→变更包归档移动)。用户说"归档/archive/收尾/闭环/合并到真理"等时使用。
devbooks-coder:以 Coder 角色严格按 tasks.md 实现功能并跑闸门,禁止修改 tests/,以测试/静态检查为唯一完成判据。用户说"按计划实现/修复测试失败/让闸门全绿/实现任务项/不改测试",或在 DevBooks apply 阶段以 coder 执行时使用。