在使用Cursor分析异常日志时，最常遇到的痛点是：AI只会输出一段平淡的总结，而不会主动帮你拆解问题的各个层面。但只要优化提示词写法，完全可以让它从根源、影响、复现、修复四个维度同时输出结构化的分析结果，并且还能按不同角色生成定制化变体。

第一步：定义异常日志输入锚点

在Cursor编辑器中，直接选中原始日志片段——无论是Java堆栈还是Python traceback——然后右键菜单选择「Ask Cursor」，输入框就会自动弹出。

这一步有一个关键陷阱：不要刚粘贴完日志就急着发送。否则AI默认会将其当作一篇摘要处理，只给出流水账式的解释。必须先明确告知这次任务的具体要求，才能获得高质量的多角度分析。

第二步：构造带约束的多角度提示词模板

将下面这段提示词完整粘贴进去——注意，换行必须保留，编号和符号一个不能少，否则AI会自作聪明压缩成一整段，导致阅读体验极差。

请从以下四个角度分别说明该异常日志：
① 根本原因：指出触发异常的具体代码位置、变量状态或环境条件；
② 影响范围：说明该异常是否阻塞主线程、是否影响下游服务、是否会丢失数据；
③ 复现路径：给出最小可复现步骤（含前置条件、输入参数、调用链路）；
④ 修复建议：提供修改代码、调整配置、增加防御性检查三类方案，标注每种方案的实施成本（低/中/高）。
要求每个角度用「▶」开头，不合并段落，不添加额外说明。

【必须保留换行符和编号符号，否则AI会压缩成一段】

为什么强调换行？因为Cursor处理这类结构化指令时，如果提示词和编号挤在一起，它倾向于将它们当作同一句话处理。通过给出行距，就是为AI划定清晰的边界，确保输出格式符合预期。

第三步：触发并筛选结果

点击「Ask」之后，Cursor会返回四段独立内容，每段以「▶」开头，读起来非常清晰。

万一出现某段缺失的情况——比如没有「▶影响范围」那一行——说明提示词里对应的编号被AI跳过了。解决办法很简单：将整段提示词复制回去，把里面的中文标点（冒号、逗号、顿号）全部替换为英文半角符号，然后重新发送一次。这个小技巧基本能解决九成以上的格式错乱问题。

第四步：批量生成不同侧重的变体

前面那个模板是通用版本。但如果你的受众不是技术负责人，而是运维、测试或产品同事呢？只需替换几个关键词即可。

方法一：替换关键词生成运维视角版本

将原提示词中的「修复建议」改为「应急缓解措施」，然后在末尾追加一句：「优先列出无需重启服务即可生效的操作」。运维最关心的就是能否在不重启的情况下先止血，这个调整能精准命中需求。

方法二：生成测试工程师视角版本

直接在原提示词末尾新增一行：「补充一条针对该异常的单元测试用例伪代码，覆盖最可能触发的边界条件。」这样AI会额外输出一条伪代码，无需手动造数据就能验证修复效果。

方法三：生成产品侧沟通版本

这个变体稍微复杂一些。将「根本原因」改为「用户可见现象」，将「影响范围」改为「受影响功能模块及当前线上用户占比估算」。同时删除「复现路径」那一项，新增一项：「对外话术建议（30字以内，不含技术术语）」。产品经理拿着这句话可以直接与客户沟通，无需再花时间将技术用语翻译成业务语言。

这样一套流程下来，一条异常日志就能生成三份侧重点完全不同的分析报告——开发、运维、测试、产品都能拿到自己看得懂、用得上的内容。