需设计可复用日志排查提示词模板：①强制保留iso 8601时间戳、错误码来源、request_id与用户身份标识、复现路径；②抽象业务名词为“当前服务”“目标异常事件”；③用{service_name}等占位符；④支持日志合并逻辑与运维/开发/产品三版输出；⑤结尾嵌入五项字段强制校验。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在多个项目中反复写日志排查清单提示词，每次都要重写“请输出包含时间戳、错误码、上下文变量、复现路径的结构化清单”，既耗时又容易遗漏关键字段——这时需要一个能适配不同服务、不同错误类型的可复用提示词模板。
明确提示词的核心约束条件
第一步：确定必须保留的 4 个不可删减字段——【时间戳格式（ISO 8601）、错误码来源（如 HTTP 状态码/自定义 code）、上下文变量（至少含 request_id 和用户身份标识）、复现路径（含前置操作+触发动作）】。
第二步：剔除所有具体业务名词，把“订单服务”换成“当前服务”，把“支付失败”换成“目标异常事件”，避免模板绑定到某一次报错场景。
第三步：用占位符替代动态内容，例如 {service_name}、{error_event}、{log_level}，后续调用时再填充，不写死任何值。
设计带分支逻辑的提示词结构
方法一：按日志粒度分层生成
当输入含原始日志片段时，提示词开头加一句：“若输入含多行日志，请先按时间倒序合并为单条事件；若仅提供错误描述，请跳过合并步骤，直接进入字段提取。”
方法二：按角色视角切换输出格式
在提示词末尾追加可选指令：“→ 输出格式可选：运维版（侧重时间+code+request_id）、开发版（增加堆栈关键词+影响范围推测）、产品版（转译为用户可感知的行为断点）。”
注意：三个版本不能同时输出，必须由用户显式指定其一，否则默认返回运维版。
嵌入校验机制防止字段缺失
在提示词结尾固定加入一段强制校验指令：
“请严格检查输出是否完整包含以下五项：① ISO 8601 时间戳；② 错误码（非‘未知’或空）；③ request_id 或等效追踪 ID；④ 用户身份标识（如 user_id、tenant_id、session_token）；⑤ 可执行的复现路径（动词开头，不含‘可能’‘疑似’等模糊表述）。任一缺失则重新生成。”
这一步必须写死，Codeium 在无校验时经常漏掉上下文变量。
