“先别急着给补丁。把这个问题抽象成系统缺陷的可能性。请输出三种层级的解决方案: A 止血(最小改动,能撑 1-2 周); B 结构修复(引入一个中间机制,例如统一契约/服务发现/路由层/事件层); C 架构演进(未来 3 个月的目标形态)。 每种方案都写清:改动范围、失败模式、可观测性、迁移步骤、回滚策略。最后给推荐方案和触发切换条件(什么时候从 A 升级到 B)。”
最后 AI 肯定是给你推荐 B,但是你只要无脑 C 就行了。
原因在于 AI 把自己当成了生产环境下真实的人,它默认这个产品是有很多人在用的、并且重构一个功能要好几个月,所以它总是倾向于修补漏洞,而不是激进地推进架构。
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
ChatGPT 给了我一个超好用的修 bug 提示词:
“先别急着给补丁。把这个问题抽象成系统缺陷的可能性。请输出三种层级的解决方案:
A 止血(最小改动,能撑 1-2 周);
B 结构修复(引入一个中间机制,例如统一契约/服务发现/路由层/事件层);
C 架构演进(未来 3 个月的目标形态)。
每种方案都写清:改动范围、失败模式、可观测性、迁移步骤、回滚策略。最后给推荐方案和触发切换条件(什么时候从 A 升级到 B)。”
最后 AI 肯定是给你推荐 B,但是你只要无脑 C 就行了。
原因在于 AI 把自己当成了生产环境下真实的人,它默认这个产品是有很多人在用的、并且重构一个功能要好几个月,所以它总是倾向于修补漏洞,而不是激进地推进架构。
但事实是,AI 重构一个大项目只要几个小时,产品也是没谁在用的。而它的每次缝缝补补都不是在解决真正的问题,而是在制造后来的 bug,所以必须一步到位!
当 AI 一旦被迫给出 A/B/C 并写触发切换条件,它就不会一直当缝补匠了。