Bug追踪修复
线上报错但一时找不到原因时用这条：把错误堆栈或日志交给它，用 5 WHY 法一步步追到根因，再给出紧急临时修复、推荐修复和长期重构三套方案，每套都带代码和回归测试用例。
适合做什么
- 在 Cursor / 同类 Agent 里挂载可复用技能
- 把重复检查或生成流程固化成一句话指令
- 团队共享「技能卡」减少口头约定
不太适合
- 当作完整安全审计或生产发布的唯一依据
- 无环境上下文时指望一次跑通复杂流水线
提示词正文
【技能名称】Bug追踪修复
【技能目标】加载错误堆栈/log，5 WHY分析法追溯根因，给出3个修复方案（紧急临时修复/推荐修复/长期重构），每个方案附代码+回归测试用例。
【使用方式】
1. 将上方目标作为 Agent Skill / 自定义指令的核心描述；
2. 补充你的项目路径、技术栈与验收标准；
3. 要求 Agent 先列出检查清单，再执行并给出可复核的输出（如 diff / 报告）；
4. 若涉及发布或删除，必须二次确认。
【运营向用法提示】
可用于内容站、工具站或增长落地页的自动化检查与批处理；输出请要求中文结论 + 可执行下一步。复制后粘贴到 AI 对话框，按填空补全即可。
使用步骤
- 准备好错误堆栈、日志和相关文件路径
- 粘贴技能目标，注明项目技术栈与复现步骤
- 先拿3个修复方案，再挑推荐方案跑回归用例
常见问题
只给一段报错文字够定位吗？
够做初步判断。把完整堆栈、触发操作的步骤、运行环境版本一起给出，5 WHY 才能追到根因；只给一行报错时，Agent 多半只能给方向性猜测和排查顺序。
紧急修复和长期重构怎么取舍？
看影响面和上线窗口。线上正在报错时先上临时方案并记录技术债，推荐方案等测试通过再合；重构方案适合排进下个迭代，一次别同时改动多处调用链。
回归用例需要我自己再补哪些？
需要。Agent 给的用例覆盖它改动的函数，业务分支、并发与超时这类场景要你按实际调用补上。若报错来自第三方服务或线上配置，方案只能到调用边界，需你自行核对环境。
来源说明
整理自公开提示词站点素材，经 52运营 筛选与页面改写，便于运营场景检索。 原始参考：来源链接