你需用具体身份、场景和动作约束提示词：明确接收者（如前端工程师）、使用平台（如Slack）、输出格式（三点bullet，每点一行），并以真实日志为锚点，替换术语为可操作解释，植入平台特有表达（如GitHub的?→?→✅），禁用通用套话。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让ChatGPT解析一段报错日志，但生成的解释总像在写技术白皮书——术语堆砌、句式僵硬、缺乏上下文锚点，开发同事看了直皱眉。这不是模型能力问题，而是提示词没把“给谁看”“在哪用”“要干啥”这三个关键信息钉死。
先锁定阅读对象和使用场景
第一步：在提示词开头直接声明接收者身份与使用环境。例如：“你是一名前端工程师，正在 Slack 群里帮刚入职的同事快速定位 React 报错，对方只贴了控制台截图，没附代码。”
第二步：明确输出必须适配该平台的信息密度和节奏。Slack 里没人愿读长段落，所以加一句：“用 bullet point 分三点说明，每点不超过一行，禁用分号和括号补充。”
第三步：【不写“请用通俗语言”这种空泛要求】——它会触发模型默认的“科普体”，反而更绕。你要说具体动作：“把‘Invariant Violation’替换成‘React 发现组件状态和 DOM 不一致，比如在 useEffect 里改了还没挂载的 ref’”。
用真实日志片段当锚点
方法一：把原始报错粘在提示词最前面，紧接一句：“以上是某次 CI 构建失败的最后一屏日志。现在你是 DevOps 工程师，正用企业微信发消息同步故障原因。”
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
方法二：在日志后追加平台特有约束：“企业微信消息不支持 Markdown 表格，所有路径用「」包裹，如「/src/utils/api.ts」；错误码用【】标出，如【ERR_MODULE_NOT_FOUND】。”
这一步操作起来很简单，直接把构建系统截图里的文字复制粘贴就行。但漏掉它，AI 就会按通用文档逻辑组织信息，而不是按你实际转发消息的动线来裁剪内容。
强制注入平台行为特征
第一步：识别你常用平台的“肌肉记忆”表达。比如 GitHub Issue 评论习惯用 “cc @人” 提醒协作者，Jira 评论常带 “已复现，根因在 X 模块”，而飞书文档批注偏爱 “建议改成 Y，因为 Z 场景下会…”。
第二步：在提示词中植入该平台高频动词+结构。例如针对 GitHub：“用 ‘复现步骤→定位路径→修复建议’ 三段式，每段以 emoji 开头：?→?→✅”。
第三步：禁用跨平台违和表达。例如：“禁止出现 ‘如下所示’‘综上所述’‘值得注意的是’——这些词在代码协作平台里显得像在念PPT”。
