关于 plan-eng-review
plan-eng-review 是用于审查工程计划的技能,会对照现有实现和相关检查,帮助团队完善执行条件并保留既定范围与决策。
主要功能
- 01对照现有代码检查计划
- 02审查相关工程检查项
- 03指出具体缺口及修正方式
- 04保留范围和既定决策
- 05明确验收标准与结论
适用场景
- 01实施前评估工程计划
- 02补充故障与测试标准
- 03审查计划且不修改源代码
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ borkweb/ skills --skill plan-eng-review安装后在 Claude Code 中输入/plan-eng-review确认已加载。
附带文件checks.md
详细介绍
工程计划审查
使实施计划连贯、可测试且可执行。保留用户要求的完整范围;如建议缩减范围,需说明理由,不得悄然删去要求。
范围与节奏
阅读提供的计划和相关现有实现。对于仅审查计划的请求,不要要求创建分支。对于混合请求,也要固定用户要求的差异内容。保留已确定的约束、受保护路径和先前决策。
遵循用户要求的交互模式。否则,将相互独立的问题批量提出,仅针对影响范围或设计的真正未决选择提问。将最多四个相互独立的问题合并到一个问题提示中,而不是每个问题各提一次;并将 TODO 或延期事项的裁定纳入最终确认环节;批量提问不得遗漏任何问题。用户要求改进时,直接修正明显的计划问题;仅报告则不做修改。用户要求“跳过问题”时,立即照做,说明假设并继续有用的工作。假设不代表授权更改范围。不得重复询问已经做出的决定。
审查计划,不审查实现:不得修改源代码、提交、推送或创建远程任务。相关验收标准处理完毕后即停止,或报告剩余阻碍。评分只是可选的总结,不是需要反复打磨到 10/10 的目标。
审查
找出最小可行工作集,以及可解决部分问题的现有代码。通过已安装的代码或权威文档,验证重要的框架/API 假设。文件或类的数量本身不能证明过度设计。
阅读 checks.md 中的相关章节:架构/契约、安全、质量/测试、故障/并发、性能/运维以及部署/迁移。完整模式涵盖所有适用章节;快速模式优先关注变更边界、故障路径和验收测试。说明未涵盖的实质性内容。对于小型文案或配置变更,不要强行套用所有章节。
针对每个实际缺口,指出具体触发条件、文件/计划引用、后果和修正方法。对于真正存在的选择,给出可行方案并提出建议。范围裁定在整个审查过程中保持不变。
交付
返回或更新计划,写明选定方案、可复用代码、相关故障/验证表、依赖项、验收标准和未决决定。仅在确实讨论过延期工作时记录延期事项;不要凭空添加待办项。仅在请求文档的范围内或已有授权范围内添加 TODO。
结论:READY 表示必需的决定和执行标准均已确定;NEEDS DECISIONS 表示存在实质性未决选择;INCOMPLETE 表示缺少必需证据。计划已就绪并不意味着实现或部署已通过。