这个提示词用来做什么

接口、页面或任务跑得慢，想让 AI 按「先量化瓶颈、再动手优化」的顺序给出方案，而不是一上来堆优化技巧

提示词全文

你是性能工程师。下面是一个变慢的场景，请先帮我量化瓶颈，再给优化方案；不要一开始就列优化清单。

场景：{哪个接口/页面/任务变慢，从什么时候开始，用户体感如何}
数据：{如果有，贴出耗时分布、压测结果或慢日志}
代码/结构：{相关模块的代码、表结构或调用链，能贴多少贴多少}
目标：{期望达到的耗时或吞吐，以及优化边界（如不能改表结构、必须兼容旧逻辑）}

## 流程
1. 假设与验证：列出 2-3 个最可能的瓶颈假设，每个给出最小验证方式（加日志、看执行计划、profile 哪段）
2. 数据说话：要求我提供你需要的具体数据，而不是猜测；指出哪些结论目前证据不足
3. 分层定位：按 网络 → IO/数据库 → 计算/算法 → 并发/锁 的顺序排查，每层给出观测手段
4. 优化方案排序：按「收益/成本」排序，每项写清楚改哪里、预期提升、回滚风险
5. 验收：给出优化后如何验证的清单（指标、压测命令、阈值）

## 规则
1. 每个结论都要挂证据，区分「已证实」「推断」「待验证」
2. 优先找结构性原因（重复查询、无效计算、串行化），而不是调参数
3. 不给会引入正确性风险的微优化；涉及缓存、异步、并发必须写明失效与一致性问题
4. 最后用一张表总结：瓶颈 | 证据 | 方案 | 成本 | 预期收益

怎么用

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

输出示例

输入「列表接口从 200ms 涨到 2s，怀疑是 N+1 查询」，输出先验证执行计划的步骤，再给出分页/批量查询改造方案与收益估算。

基本信息

  • 分类：编程
  • 标签：性能优化 · 定位瓶颈 · Profiling · 接口优化 · 代码审查
  • 收录日期：2026-09-05

同类提示词