在借助豆包这类大模型辅助排查系统性能问题时，很多人习惯直接描述现象然后等待回答，结果经常收到一段混杂着猜测和命令的长文，难以快速判断该先查哪里。如果在提示词中明确要求模型先输出一份分析提纲，再基于提纲逐项展开，整个定位过程会变得更有条理，也更容易在团队中复用。
为什么性能定位需要先要提纲
性能问题的根因往往分布在多个层级，从客户端请求到网关、应用服务、中间件、数据库乃至操作系统资源都可能成为瓶颈。如果让豆包在没有提纲约束的情况下自由回答，它容易根据先验知识直接给出某个具体方向的结论，比如一口咬定是慢SQL，而忽略线程池打满或网络丢包的可能性。这种跳跃式输出对经验不足的开发者有很强误导性。
先给提纲的本质，是强迫模型把隐藏的推理路径显式化。提纲相当于一份排查地图，列出所有可疑维度并约定检查顺序，人在拿到回答后可以第一时间评估覆盖是否全面。例如提纲中若出现「容器CPU限流」而实际环境是物理机，就能立即发现模型假设错误，而不必等到执行完一串命令才察觉方向偏了。
从协作角度看，提纲还是一种沟通契约。把豆包生成的提纲贴进工单或群聊，其他同事能迅速补全信息或纠正前提。相比大段结论，结构化提纲的可维护性明显更好，也方便后续把每一步验证结果回填，形成闭环文档。
提示词中如何强制豆包先输出提纲
要让豆包遵守先提纲后展开的顺序，提示词里必须使用硬性指令而非软性建议。可以用「第一步只输出提纲，不得包含详细命令」「提纲需覆盖网络、应用、存储、系统四类，每类用一句话说明怀疑点」这类措辞，明确禁止提前下结论。模型对否定式约束的服从度通常高于「请尽量先列大纲」这种模糊表达。
下面这段提示词示例展示了约束写法，注意我们把输出阶段拆成了两个明确动作，并限定了提纲粒度：
你是一名性能排查助手。面对用户的性能问题，必须遵守以下输出顺序： 第一步：只输出排查提纲。提纲用无序列表，至少包含网络、应用线程、数据库、系统资源四个维度，每个维度写一句可疑点描述，禁止写具体命令或结论。 第二步：在用户回复「继续」后，再针对提纲第一项给出验证命令与判读标准。 当前问题：订单接口P99耗时从200ms升至2s，机器CPU使用率正常，下游支付服务无报警。 请现在只输出第一步的提纲。
上述写法把「何时展开」的控制权交回给人，避免模型一次吐出过多未经验证的内容。如果希望全自动也可改为「先输出完整提纲，然后空一行写『以下为逐项分析』再展开」，但人工确认提纲更稳妥。实测中，加入「禁止写具体命令或结论」可显著降低模型在提纲阶段抢跑的概率。
另一个关键是给提纲设定分类框架。性能定位常见的遗漏点是忽略外部依赖和配置变更，所以在提示词模板里固定带上「近期发布与配置」「第三方调用」两项，能补上人的思维盲区。豆包在受限框架下反而更容易给出均衡的怀疑列表，而不是反复强调它最熟悉的数据库慢查询。
提纲落地后怎样逐层验证并反哺提示词
拿到豆包的提纲后，不要直接全盘执行，应先做前提核对。比如提纲提到「检查Kubernetes Pod限流」，而服务跑在裸金属上，就要在回复中明确指出该条不适用，并让模型剔除类似条目。这种来回修正本身就在训练提示词的精确度，几轮之后你手里的模板就会高度贴合真实架构。
逐层验证时建议把每层的命令输出摘要回贴给豆包，让它基于事实收缩怀疑范围。此时可以放宽提纲限制，允许模型直接给结论，因为它已经掌握了证据。示例交互如下：
用户：提纲中数据库层我跑了慢查询日志，无超过100ms语句；应用线程dump显示40个线程堵在redis连接池获取。 豆包：基于反馈，redis连接池过小或网络RT升高导致阻塞，建议下一步用netstat看重传，并把连接池上限从20调至50观察。
当一类问题反复出现，可以把验证过的提纲固化为团队共享提示词片段。例如在代码仓库建一个perf_prompt.md，里面写死「Web服务变慢先列七层提纲」，新人复用后定位时长明显下降。豆包的价值在这里从临时参谋变成了流程载体，而先给提纲正是这套流程的开关。随着使用深入，你甚至会调整提纲维度，比如增加「日志采集端背压」以适应可观测性栈的变化。
常见误区与写法对比
不少人以为把问题写详细就能得到好答案，于是提示词堆满指标截图数字，却不说输出格式。豆包此时倾向于直接归因，因为它默认任务是「解答」而非「辅助排查」。下表列出两种提示词取向的差异：
| 写法类型 | 模型行为 | 人工成本 |
|---|---|---|
| 自由描述现象 | 直接给可能原因加命令 | 高，需甄别对错 |
| 强制先提纲后展开 | 先交地图再陪走 | 低，按节点打勾 |
还有个误区是提纲过于笼统，例如只写「查应用、查数据库」。没有怀疑点描述的提纲和没写一样，豆包后续仍会自由发挥。应当在提示词里要求「每个维度带一句基于当前现象的推测理由」，这样即使推测错，人也能看出模型的逻辑链条断在何处。
最后要注意，豆包生成的提纲不等于权威诊断，它只是结构化思维的触发器。真正定位还得靠真实指标。把先给提纲变成习惯，你的性能排查会从救火式翻日志进化成按图索骥，这也是提示词工程在运维场景中实在的收益。