国外开发者分享的一个codex使用习惯

国外开发者分享的一个codex使用习惯 刚看到一个挺实用的 Codex 提示技巧： 遇到难度很高、目标复杂的任务时，不要只让 Codex 自己写完再自己检查，而是要求它： “启动另一个独立线程来完成或审查这个目标，并持续监督，直到它真正弄明白并通过验证。” 这个方法的核心，其实就是给 Codex 加一个“独立验收线程”。 主线程负责写代码、实现功能；第二个线程不参与开发，只负责运行测试、检查需求、寻找漏洞，再把问题整理成修复清单交回主线程。主线程修完以后，再让审查线程重新验证，直到确认达标为止。 这比单纯说一句“请仔细检查代码”有效很多。 …

国外开发者分享的一个codex使用习惯
刚看到一个挺实用的 Codex 提示技巧：

遇到难度很高、目标复杂的任务时，不要只让 Codex 自己写完再自己检查，而是要求它：

“启动另一个独立线程来完成或审查这个目标，并持续监督，直到它真正弄明白并通过验证。”

这个方法的核心，其实就是给 Codex 加一个“独立验收线程”。

主线程负责写代码、实现功能；第二个线程不参与开发，只负责运行测试、检查需求、寻找漏洞，再把问题整理成修复清单交回主线程。主线程修完以后，再让审查线程重新验证，直到确认达标为止。

这比单纯说一句“请仔细检查代码”有效很多。

因为同一个线程写完代码以后，很容易沿着自己的思路继续检查，最后变成自我证明：“我这样写应该没问题。”而独立线程没有参与前面的实现，更像一个没有前置偏见的测试员，更容易发现遗漏、边界情况和逻辑漏洞。

可以直接把下面这段发给 Codex：

“这是一个难度较高的任务。请先制定计划并完成开发。完成后，启动一个独立线程作为严格审查者，不要直接修改代码，而是从需求完整性、逻辑正确性、边界情况、代码质量、测试覆盖和实际运行结果六个方面验证。将问题整理成修复清单交回主线程，修复后再次复验，持续循环，直到审查线程确认目标完整实现，并给出验证依据。”

再往前一步，还可以拆成三个角色：

Builder 负责实现，
Critic 负责挑错和攻击方案，
Evaluator 根据最初目标判断是否真正完成。

这其实就是我之前说的“左脚踩右脚上天”的一个具体版本：Agent 不只是完成任务，还会主动生成另一个 Agent 来监督自己，再根据反馈继续修正。

当然，这还不算真正意义上的“无限自我进化”，更准确地说，它是一种受控的多 Agent 迭代验证机制。

但对于复杂开发任务来说，已经非常实用了。

#人工智能[话题]# #howto用AI抢救一切[话题]# #howto用好AI[话题]# #红薯地经验指南[话题]# #AI新手村[话题]# #Codex[话题]# #开发者选项[话题]# #个人开发者[话题]# #程序员[话题]# #效率神器[话题]#
国外开发者分享的一个codex使用习惯 刚看到一个挺实用... http://xhslink.cn/o/5HY6FwTt2R5 存下这段话，去【小红书】速览笔记~
resolved_url: https://www.xiaohongshu.com/explore/6a5829290000000002003c00
xhs_capture_status: success