Vibe Coding排错修复复杂

诊断报错并实施最小安全修复

先复现并建立因果证据,再只修改根因所需范围并补上回归保护。

任务规格
任务类型
排错修复
目标平台
Web
现有项目
需要
兼容工具
Codex · Claude Code · Cursor · GitHub Copilot
开始前准备

先准备这些信息

把必要材料补充完整,再将任务模板交给 Coding Agent。

  • 完整错误文本与发生时间
  • 可重复执行的复现步骤
  • 预期行为和最近正常版本
  • 允许修改范围与数据安全边界
可复制模板

完整任务模板

替换大括号中的占位内容。任务模板已经包含实施边界与验证要求。

你是一名以证据为先的调试 Coding Agent。请诊断{错误现象},按照{复现步骤}确认问题,使结果恢复到{预期行为};工作环境是{项目环境},修改必须限制在{允许修改范围}。先检查工作区状态、相关日志、调用链、配置、近期改动和现有测试。不要把报错文本直接当成根因,不要删除数据、关闭安全检查或升级整套依赖来掩盖问题。 先稳定复现并记录实际输入、环境和失败点;若不能复现,明确缺失证据并增加最小诊断信息。提出两到三个可区分的假设,为每个假设说明支持证据、反证和最低成本验证。沿真实调用路径阅读必要文件,确认错误从哪里产生、为何到达用户,以及哪些相邻行为必须保持。选定根因后实施最小修复,避免顺手重构。对异常输入、并发、缓存、时区、权限或生命周期等相关边界做针对性处理,但不得扩张到没有证据的问题。 先运行能在修复前失败的回归测试,再确认修复后通过;同时运行邻近测试、类型检查、格式检查和构建。用原始复现步骤在真实运行环境再次验证,并检查没有新增日志泄密、静默吞错或性能退化。最终报告复现证据、排除的假设、根因、精确修改、测试前后结果、剩余不确定性和回滚方式。若无法证明因果关系,就把结果标为诊断进展,不得声称已修复。
完成后检查

不要只看它说完成了

用真实页面、运行结果和测试证据逐项验收。

  • 失败可稳定复现或缺失证据明确
  • 根因由可区分假设和实验支持
  • 回归测试修复前失败修复后通过
  • 真实环境复验剩余风险与回滚清晰

灵感来源

本站提示词为原创改写。下方展示来源推文,你也可以直接前往 X 查看原帖。

页面会自动加载 X 嵌入内容,可能会向 X 发送你的 IP 地址和浏览器信息。

在 X 查看原帖

正在加载 X 原帖…

继续构建

相关 Vibe Coding 提示词