Menu
复盘当前会话，识别项目工具链中的可改进点（脚本报错、环境不匹配、反复失败、绕弯路、技能指令不清等），默认在对话中汇报；仅在用户明确要求落盘时生成报告。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | toolchain-review |
| description | 复盘当前会话，识别项目工具链中的可改进点（脚本报错、环境不匹配、反复失败、绕弯路、技能指令不清等），默认在对话中汇报；仅在用户明确要求落盘时生成报告。 |
| license | MIT |
| metadata | {"author":"DicePP","version":"1.0"} |
复盘当前会话上下文，找出项目工具链中的摩擦点并汇报给用户。
默认只在对话中输出复盘结论，不创建文件。用户明确要求“写报告”“归档”“生成文件”时，才考虑落盘。
按以下五个维度扫描会话上下文：
| 维度 | 关注点 |
|---|---|
| 工具脚本报错 | 命令参数错误、脚本路径不存在、依赖缺失导致的执行失败 |
| 环境不匹配 | venv 路径问题、Python 版本、符号链接断裂、配置文件缺失或路径错误 |
| 反复失败 | 同一操作重试多次才成功，或同一错误反复出现 |
| 绕弯路 | 方向性错误导致返工（如读了错误的文件后纠正、理解偏差导致重做） |
| 技能问题 | 某个 skill 指令不清晰、步骤遗漏、前提条件未覆盖导致执行偏差 |
回顾当前会话的完整对话历史，从中提取以下信号：
错误信号：
Error、failed、not found、traceback 等关键词ModuleNotFoundError、ImportError)重试信号：
绕路信号：
环境信号：
No such file or directory）Permission denied）将确认存在的问题归类到对应维度，按严重程度定级：
| 级别 | 含义 | 判定标准 |
|---|---|---|
| P0 阻塞 | 直接导致操作无法完成 | 命令执行失败且无 workaround，或 workaround 成本极高 |
| P1 效率 | 明显降低开发效率 | 反复重试 3 次+、绕了明显弯路、需要手动干预才能继续 |
| P2 优化 | 潜在改进空间 | 未造成实质阻塞但体验不佳（如警告、多余步骤、不够清晰） |
默认直接向用户汇报，不写文件。汇报应包含：
只有用户明确要求落盘时，才生成 .temp/report/toolchain-review-YYYYMMDD-HHMMSS.md。
生产环境中，默认不在当前项目下创建报告文件。若用户明确要求在生产环境落盘，必须先说明写入路径和影响范围，并遵守生产规则中的确认要求；生产问题需要交接开发环境时，优先使用 prod-handoff-create。
# 工具链复盘报告
**日期**: YYYY-MM-DD HH:MM
**会话摘要**: <一句话描述本次会话做了什么>
---
## 发现问题
> 共 N 项（P0: X, P1: Y, P2: Z）
### P0 - 阻塞级
| # | 维度 | 现象 | 确认方式 |
|---|------|------|----------|
> 如无 P0 问题，写"未发现阻塞级问题。"
### P1 - 效率级
| # | 维度 | 现象 | 确认方式 |
|---|------|------|----------|
### P2 - 优化建议
| # | 维度 | 现象 | 确认方式 |
|---|------|------|----------|
---
## 汇总
| 级别 | 数量 |
|------|------|
| P0 阻塞 | X |
| P1 效率 | Y |
| P2 优化 | Z |
使用 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 重提交、验证无内容丢失。不修改代码。