先说一个核心结论：当你希望通义千问帮你定位性能问题，但又担心它直接陷入细节、忽略整体框架时，必须通过提示词强制它先输出结构化提纲。这不是AI的默认行为，如果不明确指令，得到的往往是零散建议而非系统性方案。

让AI优先输出性能问题定位提纲的核心写法

其实操作很简单，核心只需三步，每一步都能有效抑制AI“跳步”的倾向。

第一步：在提示词开头用【必须】二字锁定行为模式。例如：“【必须】先列出完整定位提纲，不许写任何具体分析或命令。” 这个“必须”二字是关键，软性动词基本无效。

第二步：明确定义提纲包含的四个刚性模块——现象确认→环境收据→瓶颈假设→验证路径，缺一不可。少一个，提纲就漏了逻辑链。

第三步：加一句约束性说明：“每项下只写标题和一句话说明，不展开操作命令、不出现代码、不写工具名。” 这一步是关键卡点：如果漏掉“不展开操作命令”，AI会立刻混入curl命令或top参数，提纲就失效了。

带示例的完整提示词模板

方法一（直给型）

“你是一名资深后端性能工程师。【必须】先输出性能问题定位提纲，含四部分：①现象确认（用户感知+监控指标异常点）；②环境收据（部署架构+版本+流量特征）；③瓶颈假设（按CPU/内存/IO/网络/应用层分层列可能根因）；④验证路径（每个假设对应一个最小可验动作）。每项只写标题+一行说明，不写命令、不写工具、不写参数。”

方法二（角色+限制型）

“你现在是性能问题初筛负责人，权限仅限画路线图。收到问题描述后，【必须】先交提纲——不是解决方案，不是排查日志，只是‘接下来该看什么、为什么看这个’的骨架。提纲禁止出现任何>符号、反引号、代码块。”

必须警惕的是：如果提示词里出现“请”“可以”“建议”这类软性动词，AI大概率跳过提纲直接给命令。硬性指令才是王道。

验证提纲是否合格的三个硬标准

提纲写完了，怎么判断它是否合格？三个硬标准，一个都不能少。

一看有没有分层：现象→环境→假设→验证，四层缺一不可。少一层，逻辑就断了。

二看有没有留白：每条说明控制在15字以内，例如“查GC频率突增是否触发频繁Stop-The-World”，而不是“用jstat -gc pid查看Full GC次数和耗时”。提纲阶段，留白才是智慧。

三看有没有越界：出现“top -H -p”“arthas trace”“dump分析”任一词即不合格，这是提纲阶段严禁出现的内容。