OpenAI 正在开发一种“持久”AI 代理，其代码审查显示，Codex 将能够持续工作，直到被明确停止。这一进展预示着 AI 从被动工具向主动协作者的转变，但同时也引发了对控制与监督的讨论。
发生了什么
根据 WIRED 审查的代码，OpenAI 正在为其编程代理 Codex 开发一项功能，使其能够“持久”运行，即代理可以持续主动地执行任务，直到被“休眠”或停止。这意味着 Codex 不再需要用户逐步提示，而是可以在后台自主工作，完成一系列任务。目前，该功能尚未正式发布，但代码的存在表明 OpenAI 正在积极推动这一方向。
为什么重要
当前的大多数 AI 代理，包括 Codex 的现有版本，都是响应式的：用户发出指令，代理执行，然后等待下一次输入。这种模式限制了 AI 在复杂、长期任务中的实用性。持久代理的出现，将改变这一局面。它意味着 AI 可以承担需要持续关注和迭代的工作，例如维护代码库、监控系统、或执行多步骤的研发任务。
这一发展也符合 AI 行业向“自主代理”演进的趋势。从 AutoGPT 到各种 agent 框架，行业一直在探索如何让 AI 更独立地工作。OpenAI 作为头部玩家，其动作往往具有风向标意义。持久代理的推出，可能会加速 AI 从“工具”向“同事”的角色转变。
然而，持久代理也带来了新的挑战。自主性越高，对控制机制的要求就越高。如何确保代理在无人监督时不会偏离目标？如何设置合理的“休眠”条件？这些都是需要解决的问题。OpenAI 显然意识到了这一点，因此设计了“休眠”机制，但具体实现和效果仍有待观察。
影响与看点
对于开发者而言，持久代理可能意味着更高效的编码体验。想象一下，你可以在下班前给 Codex 布置一个任务，第二天早上它已经完成了初步实现，并准备好了待审查的代码。这将显著提升开发效率，但也可能改变开发者的工作方式——从写代码变成审查代码。
对于企业用户，持久代理可以用于自动化运维、数据清洗、报告生成等场景，减少人工干预。但这也意味着需要重新定义责任边界：当 AI 自主做出决策时，出了问题谁负责？
值得关注的是，OpenAI 如何平衡自主性与安全性。持久代理的“休眠”机制是关键，但如何触发休眠？是时间限制、任务完成度，还是用户手动干预？此外，这种代理是否会消耗大量计算资源，从而推高使用成本？
一个独立的判断是：持久代理是 AI 从“问答者”走向“执行者”的关键一步，但它的成功将取决于控制机制的可靠性。如果控制得当，它将成为 AI 落地的重大推动力；如果失控，则可能引发信任危机。未来几个月，OpenAI 的正式发布和用户反馈将提供更多线索。
