爱丽丝呀！ (@BTCqzy1) “Codex 5.6 必装插件：Sentry 很多人都遇到过：刚修好一个 Bug，旧问题又出现，项目陷” — TopicDigg
爱丽丝呀！
@BTCqzy1
加入 July 2023
0 正在关注 0 粉丝
Codex 5.6 必装插件：Sentry
很多人都遇到过：刚修好一个 Bug，旧问题又出现，项目陷入反复返工的循环
那是因为你丢给Codex的截图或者日志通常只有最后一条报错。真正决定能不能修好的调用链、影响范围、发生频率、版本信息和运行上下文，可能全都丢了。
最近我给 Codex 接入了 Sentry 插件，整个排查流程完全不一样。
现在不需要反复搬运报错，只要告诉它：
用 Sentry 找出当前的线上 Bug，别只看报错信息，结合调用链和当前代码查出真正根因。
Codex 就可以直接读取你有权限的错误数据，再结合当前项目代码完成：
1️⃣ 还原现场：查看完整调用链和运行上下文，确认 Bug 在什么条件下发生。
2️⃣ 定位根因：把线上错误对应到具体代码，避免只根据最后一条报错猜答案。
3️⃣ 验证修复：先复现问题并补充回归测试，再修改代码，避免修好这里又弄坏那里。
彻底告别 Bug 修了又坏、坏了再修的循环。
显示更多
Codex 5.6 最强隐藏提示词：让 AI 不再盲目执行，而是先帮你找错！
很多人用 Vibe Coding 最崩溃的时刻：
AI 花几个小时写完代码，token用完了，最后才发现——方向从一开始就错了。
因为 AI 擅长执行，却不会主动质疑你的想法。
分享一个我反复测试后的codex提示词，让 Codex 开启高级工程师评审模式：
“在执行任何任务前，请先进行独立判断：
检查我的需求是否存在错误前提、逻辑漏洞、信息缺失或隐藏风险。
不要默认接受我的方案，如果发现更好的方案或潜在问题，请直接指出。
明确区分：已确认事实、合理推测、未验证假设
涉及代码、数据、版本和技术结论时，请先验证，不要编造。
如果信息不足，请先提出需要确认的问题，而不是自行补全。
在执行前，评估方案的长期维护成本和可能影响。”
换成这种方式后，Codex 最大的变化：
1️⃣ 提前发现问题
在开发开始前，先检查需求漏洞和隐藏风险。
2️⃣ 优化技术决策
不只是完成功能，而是帮助找到更可靠的实现方案。
3️⃣ 减少无效返工
把问题解决在写代码之前，比后面不断重构更省时间。
显示更多
