spec-branch-review
【开发与工程】审查一个功能分支的实现质量:先建立判据(有需求文档则读原文,没有则从 spec/commit/PR/注释/测试/调用方/仓库惯例逐层重建),再实测缺陷而非静态猜测,最后按可用判据出维度结论。当用户要求「审查这个分支」「review 这次实现」「看看代码实现情况」时使用,无论有无需求文档。只做审查与定级,不做修复。
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
systematic-debugging
从根因分析出发定位缺陷,建立可验证、可复现的修复流程。
test-driven-development
先编写失败测试,再以最小实现完成开发,并持续重构。