豆包提示词优化技巧：让内容贴近真实用户

先明确一个关键前提：要让豆包生成的性能优化记录提示词精准匹配用户的原始表达，核心不在于堆砌技术术语，而在于还原真实的沟通场景。

想象一下压测告警或线上故障时钉钉、飞书群里的对话——大家着急时，说话天然带着情绪和上下文。抓住这三个要素：口语化、带情绪、缺上下文。

还原用户真实提问场景

调出最近三次线上性能告警的群聊记录，直接复制原始消息——千万别做任何润色。保留这样的句式：“怎么又慢了”、“这个接口超时是不是DB引起的？”、“刚发布就崩了，帮忙看看GC日志”。这些口语化、不完整、带着推测的句子，才是高质量素材。

将每条原始消息单独存为一行，删除@提及和表情符号，但务必保留“？”、“！”、“…”等语气标记——它们直接反映用户的焦虑程度，这一点非常关键。

提取高频非技术关键词

这里提供两种方法。快速方案：用Excel对原始语句做词频统计，筛选出现超过3次且非标准术语的词。比如“卡顿”、“懵了”、“秒开变10秒”、“点不动”、“老板追问”、“和昨天表现不同”。

第二种方法更费精力——人工标注每句话背后的真实诉求。举例说明：“这个接口怎么越来越慢” → 【不是要查原因，而是需要基准对比】；“加了缓存还是慢” → 【隐含已尝试自助排查但失败】。明确这些后，你写出的提示词才具备针对性。

关键词中还有一类必须保留：角色词，比如“老板”、“运营反馈”、“用户投诉”。它们直接决定提示词里是否需要加入业务影响描述维度，这一点不能疏忽。

构造带上下文的提示词模板

第一步，设定角色身份——例如“你是一名刚接手系统、从未看过历史文档的值班工程师”。这个身份确保豆包生成时具备明确的视角。

第二步，将上一步提取的最具代表性的5条原话，用「」符号包裹，逐条嵌入提示词。比如：「首页加载从1s变成8s」「搜索框点了3次才出结果」「老板在晨会上问为什么下单变慢」。这样豆包接收到的不是干瘪的需求，而是真实的对话现场。

第三步，明确限制输出格式。要求豆包生成的优化记录必须包含三个要素：① 用户原话复述（不得改动原文） ② 对应的可观测线索（例如APM中TraceID的前缀、慢SQL的特征） ③ 下一步操作（必须具体到命令或链接，如 curl -X POST http://xxx/debug/profile?trace=abc123）。

整个流程很直接：把整理好的原始语句和格式要求拼接成一段完整指令，直接交给豆包即可。