OpenAI 推出 Dots 常驻智能体支持反馈驱动代码修复

OpenAI 推出了常驻智能体 Dots，面向反馈驱动的代码修复场景。Dots 配备独立云端电脑，能够根据客户反馈界定小范围改进，编写并测试代码，再准备 PR 交由团队审查。这意味着从问题反馈到代码变更草案的流程可以由智能体持续承接，团队只需要在合并前完成审核。

开放策略目前分阶段推进。Dots 正向符合条件市场的 Pro 和 Business Premium 用户逐步开放，Enterprise 则需要管理员显式启用测试版。具体哪些市场符合条件尚未披露，因此企业用户在规划引入前需要向 OpenAI 确认自己所在区域是否在范围内。

从工程流程看，Dots 生成的 PR 仍然依赖人工审查。智能体虽然负责编写和测试，但最终合并权应保留给开发团队。对于接入代码库的项目，OpenAI 建议设置最小权限和审查边界，以降低自动修改带来的风险。未说明最小权限的具体配置方式，团队需要结合自身代码托管平台和 CI/CD 流程自行设计访问控制。

成本方面，由 Dots 启动的 Codex 或 Work 任务仍计入现有用量。因此使用 Dots 处理反馈可能带来额外的任务调用消耗，团队需要监控用量变化，避免在未评估成本前大规模启用。这一判断来自对事实的延伸：既然任务计入用量，且用量与成本挂钩，那么增加任务频率就会提高消耗。

Dots 的独立云端电脑意味着代码编写和测试发生在隔离环境中，但硬件规格、操作系统以及安全隔离机制尚未公布。对于重视数据边界的团队，这些未知项会影响信任程度，建议在测试阶段先以低敏感度和低风险仓库验证其行为。

整体上，Dots 将常驻智能体引入反馈修复链条，核心变化是减少从反馈到 PR 的人工步骤。但企业需要控制权限、审查流程和用量成本，才能把它稳定地纳入日常开发。