我喜欢确保我每天在每个正在进行的项目上都取得一些进展，即使我太忙，无法每天都投入真正的精力在所有项目上。 所以我制定了一些提示，我经常用这些提示来指导代理人，这样他们就能不断地进行一些润色/检查/修复和整体改进。 这些模型目前基本足够好，而且我已经编写了足够的单元测试和端到端集成测试，所以我并不太担心它们会失控并犯下重大错误。此外，即使其中一个模型真的出了问题，其他模型也可能会发现并自行修复。 以下是我常用的一些方法： “我希望你随机浏览这个项目中的代码文件，选择一些代码文件进行深入研究，理解并追踪它们的功能和执行流程，包括它们导入的或被导入的相关代码文件。一旦你理解了代码在整个工作流程中的用途，我希望你以全新的视角，进行极其细致、有条不紊且严谨的检查，找出任何明显的错误、问题、缺陷、疏漏、低级错误等等，然后系统、细致、巧妙地进行修正。务必遵守 AGENTS.md 中的所有规则。” 和 “好了，现在请你把注意力转移到审查其他特工编写的代码上，检查是否存在任何问题、漏洞、错误、效率低下、安全隐患、可靠性问题等等，并运用第一性原理分析仔细诊断其根本原因，然后在必要时进行修复或修改。不要局限于最新的提交，要扩大范围，深入挖掘！运用超强思维。” 当我对某个项目感到不满，但又没有精力直接去解决问题时，我会这样做（但仅限于 Opus 4.5 或现在的 GPT 5.2，并且需要投入额外的思考精力）： “很好，现在我希望你非常仔细地审查应用程序工作流程和实现的方方面面，找出那些看起来不够理想甚至错误的地方，那些从用户友好性和直观性角度来看明显可以改进的地方，那些可以改进和完善我们的用户界面/用户体验，使其更流畅、更具视觉吸引力、更有高级感，并达到像 Stripe 那样超高质量水平的地方。” 您甚至可以在 Codex 中跟进此消息，方法是将这些消息排队，这些消息将应用于它提出的许多改进项目的建议： “好的，请把以上所有内容都详细阐述一遍，然后创建一个全面而细致的清单，其中包含任务、子任务和依赖关系结构，并附上详细的注释，使整个清单完全自包含且具有自文档性（包括相关的背景、理由/论证、考虑因素等等——任何我们希望“未来的自己”了解的目标、意图、思考过程以及它如何服务于项目的总体目标的信息）。” 其次是： “仔细检查每一颗珠子——你确定它合理吗？它是最优的吗？我们能否做出一些改变，让系统更好地服务于用户？如果可以，请修改这些珠子。在开始实施之前，先在‘计划空间’中进行操作要容易得多，也快得多！” 进而： “好的，那么请按照最佳逻辑顺序，有条不紊、一丝不苟、认真细致地完成你之前创建的剩余的珠子任务！别忘了在制作过程中标记珠子。” 然后是几条“继续”消息，最后是： “很好，现在我希望你用全新的视角仔细阅读你刚刚编写的所有新代码以及你刚刚修改的其他现有代码，非常仔细地查找任何明显的错误、漏洞、问题、疑点、混乱等等。仔细修复你发现的任何问题。” 请注意，这些消息都是预先输入的，并进入消息队列，Codex 会在处理完前一条消息后逐条处理；遗憾的是，此工作流程不适用于 Claude Code，因为它会用您的后续消息打断代理。 总之，三个多小时后你就可以回来查看系统自动为你完成的惊人工作量了。现在用 GPT 5.2 版本，再加上一些额外的努力，效果更好了。 最后，让克劳德替你把一切都付诸行动： “现在，根据你对项目的了解，将所有已更改的文件按逻辑分组提交，每个分组都要附上非常详细的提交信息，然后推送。慢慢来，确保万无一失。不要修改代码。不要提交明显是临时文件。要深思熟虑。” 我每天都这样做，一天好几次，现在已经有 7 个以上的项目了，并且让 3 台机器一直处于忙碌状态（还有我所有的各种订阅，不过照这个速度下去，我很快就得添加更多了）。 哦，对了，这些文字只需不到一秒钟就能用我的小型命令面板设备（以及我为另一台机器购买的它的迷你版，在 Temu 上只需 60 美元！）按一下按钮完成，请看图片。
