mcpField
P
plan-eng-review

plan-eng-review

github.com/borkweb开发854 次安装6 天前更新
代码仓库

关于 plan-eng-review

plan-eng-review 是用于审查工程计划的技能,会对照现有实现和相关检查,帮助团队完善执行条件并保留既定范围与决策。

主要功能

  1. 01对照现有代码检查计划
  2. 02审查相关工程检查项
  3. 03指出具体缺口及修正方式
  4. 04保留范围和既定决策
  5. 05明确验收标准与结论

适用场景

  1. 01实施前评估工程计划
  2. 02补充故障与测试标准
  3. 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 表示缺少必需证据。计划已就绪并不意味着实现或部署已通过。

评论

支持 Markdown