必须先输出结构化提纲，含现象确认、环境收据、瓶颈假设、验证路径四模块；每项仅标题加一句说明，禁代码、禁命令、禁工具名。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你需要通义千问帮你定位一个性能问题，但又担心它直接跳进细节、忽略整体逻辑时，必须用提示词强制它先输出结构化提纲——这不是默认行为，不明确指令就会得到零散建议。
让AI先给性能问题定位提纲的核心写法
第一步：在提示词开头就用【必须】二字锁定行为，例如：“【必须】先列出完整定位提纲，不许写任何具体分析或命令。”
第二步：明确定义提纲包含的四个刚性模块——现象确认→环境收据→瓶颈假设→验证路径，缺一不可。
第三步：加一句约束性说明：“每项下只写标题和一句话说明，不展开操作命令、不出现代码、不写工具名。”
这一步是关键卡点：如果漏掉“不展开操作命令”，AI会立刻混入curl命令或top参数，提纲就失效了。
带示例的完整提示词模板
方法一（直给型）：
“你是一名资深后端性能工程师。【必须】先输出性能问题定位提纲，含四部分：①现象确认（用户感知+监控指标异常点）；②环境收据（部署架构+版本+流量特征）；③瓶颈假设（按CPU/内存/IO/网络/应用层分层列可能根因）；④验证路径（每个假设对应一个最小可验动作）。每项只写标题+一行说明，不写命令、不写工具、不写参数。”
方法二（角色+限制型）：
“你现在是性能问题初筛负责人，权限仅限画路线图。收到问题描述后，【必须】先交提纲——不是解决方案，不是排查日志，只是‘接下来该看什么、为什么看这个’的骨架。提纲禁止出现任何>符号、反引号、代码块。”
【注意】如果提示词里出现“请”“可以”“建议”这类软性动词，AI大概率跳过提纲直接给命令。
验证提纲是否合格的三个硬标准
一看有没有分层：现象→环境→假设→验证，四层缺一不可。
二看有没有留白：每条说明控制在15字以内，例如“查GC频率突增是否触发频繁Stop-The-World”，而不是“用jstat -gc pid查看Full GC次数和耗时”。
三看有没有越界：出现“top -H -p”“arthas trace”“dump分析”任一词即不合格，这是提纲阶段严禁出现的内容。
