菜单
自动化治理项目测试质量。用于测试数量膨胀、低价值测试过多、断言薄弱、mock 过度、重复用例、测试层级混乱、flaky 测试、希望用 subagent 批量审计和自动改进测试资产的项目。触发后应自动发现测试框架、建立清单、增量审计、执行低风险改进、验证结果，并只在高风险操作时询问用户。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
使用 DicePP Shell 工具进行交互式机器人指令验收。涉及用户可见指令、骰子结果、会话状态、多步骤流程、私聊/群聊差异或需要确认机器人实际回复时使用；开发验证时可由 auto-test-run 配合调用。
运行 DicePP Persona 真实 LLM 功能回归，客观验收生活模拟、主动消息、私聊多轮、群聊上下文、持久化和 trace。仅在用户显式调用本技能或明确要求 Persona 真实 LLM 回归时使用；不得自动触发，也不得由 subagent 自行调用。
代码审视清理——扫描变更中的遗留调试代码、废弃注释、无 backlog 引用的 TODO 等，一次确认后批量修改，跑通全量测试。
用当前 dev 源码在 5090 端口起一个 Dashboard 实例(默认仅本地 127.0.0.1,--expose 才绑 0.0.0.0),联动 dicepp-shell serve 常驻 Bot Runtime,做 Dashboard 开发联调验收。需要可视化 Dashboard 状态、调试控制通道、验证 Bot↔Dashboard 通信、测试 Dashboard 面板与真实 Bot 生命周期联动,或要在不碰生产 docker 栈的前提下用 --expose 临时把 Dashboard 暴露给外网查看时使用。
从 master 创建新的 feature 分支，基于 git worktree 实现环境隔离。
开发分支提交重组——分析、分组、walkthrough 确认、reset-soft 重提交、验证无内容丢失。不修改代码。
| name | test-quality-governor |
| description | 自动化治理项目测试质量。用于测试数量膨胀、低价值测试过多、断言薄弱、mock 过度、重复用例、测试层级混乱、flaky 测试、希望用 subagent 批量审计和自动改进测试资产的项目。触发后应自动发现测试框架、建立清单、增量审计、执行低风险改进、验证结果，并只在高风险操作时询问用户。 |
把项目测试从"数量很多"治理成"信号清晰、维护成本低、能保护行为契约"的测试资产。不要为了覆盖率堆测试；优先减少重复测试、弱断言、实现细节测试、过度 mock 和层级错配。
默认自动推进。只有高风险删除、大规模重写、需要修改生产代码、或语义不确定且影响核心行为时，才询问用户。
发现：读取测试配置、依赖、CI、测试目录结构，确认框架和测试入口。
审计：逐文件阅读测试代码和对应生产代码，按评分标准判断质量。项目较大时派发 subagent 分批并行审计。subagent 不修改文件，只返回审计结果。
确认：向用户展示需要动作的测试及建议（keep 的测试不展示）。高风险操作必须先征得用户同意。
执行：按动作策略执行改动。low risk + high confidence 默认自动执行；medium risk 分批执行并验证；high risk 必须先确认。
验证：每批改动后运行相关测试。失败时自动诊断修正，无法修正则回退并说明原因。
references/guidelines.zh.mdreferences/subagent-prompts.zh.mdlow risk + high confidence：默认自动执行。medium risk：优先分批执行并验证；影响面大或语义不确定时询问用户。high risk：必须先询问用户。高风险包括：删除核心领域测试、批量快照更新、大规模改写 fixture、需要修改生产代码、无法判断是否为历史回归测试、或可能改变测试表达的业务语义。