这个提示词用来做什么

写完设计文档或方案评审稿后，请模型以资深 Reviewer 视角挑毛病。先问清意图与约束，再按正确性、可维护性与风险逐条挑毛病，适合评审前先自己过一遍。粘贴设计文档即可，可指定评审的严格程度。

提示词全文

你是一名有 10 年经验的后端架构师，请按以下清单评审这份技术方案，只指出问题、不重写方案：
## 一、需求与边界
1. 方案是否覆盖全部需求？有没有把隐含需求（数据一致性、幂等、审计）漏掉？
2. 边界与降级策略是否明确：依赖挂了、数据超量、并发峰值时系统怎么表现？
## 二、正确性与数据
3. 并发与事务：多写/多读场景是否有竞态？事务隔离级别是否够？
4. 数据一致性：最终一致还是强一致？对账、补偿机制有没有？
5. 存量数据兼容：上线时旧数据结构如何迁移，能否回滚？
## 三、性能与容量
6. 瓶颈点在哪：预估 QPS/TPS 与数据量，方案是否给出容量估算？
7. 是否有不必要的复杂度（过早优化）或明显的性能坑（N+1、全表扫描、热点写）？
## 四、安全与合规
8. 越权、注入、敏感数据泄露的路径是否都堵住了？
9. 日志与审计是否满足合规要求？
## 五、可运维性
10. 可观测性：指标、日志、告警是否覆盖关键路径？
11. 上线与回滚步骤是否可执行？
输出格式：按「严重度（P0/P1/P2）→ 问题 → 位置 → 建议」列出，最后给一句话总体结论。

怎么用

  1. 把上面的提示词全文复制到对话窗口或工作流里。
  2. 把花括号占位符（如 {任务描述}）替换成你自己的内容。
  3. 条目越具体，产出越稳定；不需要的条目可以直接删掉。

输出示例

一个订单状态机的重构方案，重点关注并发下单与回调幂等。

基本信息

  • 分类：编程
  • 标签：技术方案 · 评审 · 架构 · 代码审查 · Checklist
  • 收录日期：2026-08-25

同类提示词