你需用飞书向测试、前端、运维同步支付故障原因；采用✅→⚠️→?三段式，路径用「」、错误码用【】；日志含trace_id和user_type字段；修复建议带“因为”，开头用【已确认】等动词前缀。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让ChatGPT分析一段报错日志，但生成的解释总像在写技术白皮书——术语堆砌、句式僵硬、缺乏上下文锚点，开发同事在飞书或企业微信里看了直皱眉。这不是模型能力问题，而是提示词没把“给谁看”“在哪用”“要干啥”这三个关键信息钉死。
第一步：锁定接收者身份与使用平台
在提示词最开头直接写明：“你是一名后端工程师，正在飞书群同步一次支付失败的故障原因，群成员包括测试、前端和运维。”
这一步不能省略。漏掉身份和平台，ChatGPT会默认输出通用技术文档风格，比如大段解释HTTP状态码含义，而飞书群需要的是“哪条SQL卡住了→哪个用户类型受影响→现在要不要回滚”。【必须写死“飞书”而非“IM工具”或“协作平台”，否则模型可能混入Slack或GitHub表达】
第二步：强制匹配平台信息密度与格式习惯
飞书消息不支持Markdown表格，但支持emoji分段和「」包裹路径。加一句约束：“用✅→⚠️→?三段式，每段一行，禁用分号；所有文件路径用「」包裹，如「/app/pay/service.go」；错误码用【】标出，如【PAY_TIMEOUT】。”
这一步操作起来很简单，直接复制粘贴构建日志里的文字就行。但如果你只写“请简洁说明”，模型大概率会返回四行带编号的列表，飞书里根本没法快速扫读。
第三步：用真实日志片段当锚点
方法一：把原始报错粘在提示词第二行，紧接一句：“以上是6月17日14:23线上支付接口的最后10行日志。现在你是值班后端，正用飞书发消息同步。”
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
方法二：在日志后追加字段校验指令：“日志中必须含trace_id和user_type字段；若缺失，整条日志标为【异常-字段缺失】，不参与后续归因。”
注意：字段名必须和你实际日志完全一致，比如你的日志里是「usr_type」而不是「user_type」，那这里就必须写「usr_type」。写错一个字母，模型就会跳过整条日志。
第四步：植入国内平台特有表达逻辑
① 飞书评论偏爱“建议改成Y，因为Z场景下会…”结构，所以提示词里要写：“修复建议必须带‘因为’——例如‘建议把重试次数从3调到5，因为当前超时是800ms，3次重试平均耗时920ms’。”
② 企业微信常用“已确认/已复现/已拦截”作动词前缀，那就要求：“每段开头必须用【已确认】【已复现】【已拦截】之一，不可用‘可能’‘疑似’‘有待验证’。”
③ 禁用跨平台违和表达：删除提示词中所有“如下所示”“综上所述”“值得注意的是”。这些词在飞书里没人这么说话，模型一看到就会切换成PPT汇报体。
