要在Gemini中生成符合工程要求的异常日志说明，必须明确三要素：日志出现的具体位置、阅读者身份、支撑的具体动作；避免模糊表述、技术堆砌和空泛目的，需紧扣调试与运维真实路径。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在gemini中生成符合实际工程要求的异常日志说明，必须让模型清楚知道这条日志会出现在什么系统环节、由谁查看、用于什么目的，否则输出容易变成空泛的模板或偏离调试真实路径。明确标注使用场景的三要素
第一步：在提示词开头用一句话定义日志出现的具体位置。例如：“该日志将记录在Spring Boot微服务的订单创建接口（/api/v1/orders）中，由Logback输出到error.log文件。”
第二步：说明日志的阅读者身份。例如：“日志会被运维人员通过ELK实时告警面板查看，也会被后端开发在本地debug时检索。”
第三步：指出日志要支撑的具体动作。例如：“这条日志需能直接触发Sentry自动归类为‘支付网关超时’，并关联到下游Dubbo服务timeout异常堆栈。”
避免场景描述失效的常见写法
不要只写“用于排查问题”——这等于没说。运维查日志看的是错误码和上下文ID，开发查的是线程名和入参快照，SRE关注的是是否触发熔断阈值。
不要用“一般”“通常”“可能”这类模糊词。【“可能涉及数据库连接失败”会误导模型忽略网络层重试次数等关键字段】
使用AIsa生成图像与视频。仅需一个API密钥即可调用Gemini 3 Pro Image（图像）和Qwen Wan 2.6（视频）。
不要把场景写成技术名词堆砌。比如“基于云原生架构的高可用分布式系统”这种描述对Gemini无实际约束力，它无法据此决定是否要输出traceId或k8s pod name。
带场景的提示词结构示例
方法一：前置场景锚定型
“你是一名Java后端工程师，正在为支付宝回调验签失败场景编写ERROR级别日志说明。该日志将由AlipayCallbackController捕获SignatureException后打印，经Log4j2异步Appender写入磁盘，并被公司统一日志平台按‘alipay_callback_fail’标签采集。请生成一条包含alipay_trade_no、sign_type、当前验签公钥指纹（SHA-256）、HTTP响应状态码的日志语句，并说明每项字段对定位问题的实际作用。”
方法二：角色+动作约束型
“假设你是负责监控告警规则配置的SRE，需要根据这条日志设计Prometheus告警表达式。日志来自Flink实时作业的Checkpoint失败事件，输出到stdout，格式为JSON，含job_id、checkpoint_id、failure_reason（值为‘Expired’或‘ExternalizedStateNotAvailable’）。请先写出符合该场景的日志样例，再说明failure_reason字段为何必须作为labels暴露给Alertmanager。”
