@dzhng: 不要使用循环，设计状态机
摘要
Peter Steinberger 建议从直接提示编码代理转向设计循环来提示代理，而 @dzhng 则建议使用状态机来替代循环。
查看缓存全文
缓存时间: 2026/06/08 11:19
不要使用循环，请设计状态机 https://t.co/xQ1Ir6KlcJ
Peter Steinberger 🦞 (@steipete): 这是每月提醒：你不能再向编码代理发提示了。
你应该设计循环来给代理发提示。
相似文章
@0xCodez: https://x.com/0xCodez/status/2064374643729773029
一个包含14个步骤的循环工程路线图，指导开发者从手动提示AI编码代理到设计自动化系统，由系统自行处理提示、验证和迭代。
@mvanhorn: https://x.com/mvanhorn/status/2063865685558903149
本文解释了AI编程中'循环'的概念，即开发者编写程序来提示编码代理，而不是手动提示，这一概念由Peter Steinberger和Boris Cherny推广开来，并讨论了这种转变如何代表了AI辅助开发中的新抽象层。
智能体需要控制流，而非更多提示词
文章认为，可靠的 AI 智能体需要在软件中具备确定性的控制流和程序化验证机制，而不能仅仅依赖复杂的提示词链。
多智能体循环故障可能是组织设计问题，而非提示词问题
作者认为多智能体循环故障是由糟糕的组织设计而非提示词工程导致的，提出一种具有明确权限和终止条件的分层结构以防止无限循环。
@cellinlab: https://x.com/cellinlab/status/2064144608242679822
这篇文章介绍了 Loop Engineering 的概念——不再直接给 AI agent 写 prompt，而是设计一个系统（loop）来递归地让 agent 迭代工作，直到任务完成。文章详细对比了 Claude Code 和 Codex 在 automations、worktrees、skills、sub-agents 等五个构建块上的实现，认为这可能是未来与 coding agent 协作的趋势，但仍需警惕 token 成本和 AI slop 问题。