报错日志粘贴即得修复方案
🎯 解决什么问题
线上报错了，日志几百行，定位问题要翻半天代码。把报错堆栈和相关代码片段一起丢给智能体，它定位根因、解释触发链路，并给出最小改动的修复补丁。还能顺手生成一个复现该 bug 的单元测试，防止回归。
😣 线上凌晨报警，值班开发对着几百行堆栈日志和陌生模块代码，定位根因经常要翻一两个小时；新手更是看到报错就懵，不知道从哪一行开始看。
💡 常见 bug 定位时间从小时级降到分钟级
🛠 操作步骤（共5步）
1
收集报错上下文从 Sentry 复制完整堆栈、报错时的请求参数和日志片段，连同相关代码文件一起准备好，脱敏掉用户隐私数据。
2
AI 定位根因把堆栈+代码丢给 Muse（CLI 或 Cursor），让它解释触发链路：从入口到报错行，中间经过了哪些调用，哪个变量不符合预期。
3
生成最小修复要求只给最小改动补丁，不要重构周边代码；补丁要说明改了什么、为什么这样改。
4
生成回归测试让它顺手写一个能复现该 bug 的单元测试，先确认测试在修复前失败、修复后通过。
5
人工 review 合并你 review 补丁和测试，确认无副作用后合并上线，并在 Sentry 里标记解决。
📋 提示词模板（复制即用）
你是资深后端工程师。请分析以下报错：先解释从请求入口到报错的完整触发链路，指出根因（哪一行、哪个变量出了什么问题）；然后给出最小改动的修复补丁（只贴 diff，不要重构无关代码）；最后写一个能复现该 bug 的单元测试。报错堆栈：[粘贴堆栈]；相关代码：[粘贴代码片段]；运行环境：[如 Python 3.11 / Django 4.2]
🧰 用到工具
Muse · Cursor · Sentry
⚠️ 注意事项
- 堆栈和代码一起给，只给堆栈不给代码时 AI 只能猜；相关代码给多了反而干扰，控制在报错上下游 2-3 个文件。
- 生产日志先脱敏再粘贴：手机号、token、身份证号一律打码，这是红线。
- AI 给的补丁一定要跑回归测试验证，别直接上生产；看不懂的补丁先让它解释再合并。