企业做 AI Agent，最怕的不是某个演示能力变少，而是工作流已经跑进生产后，底层平台路线发生变化。最近 OpenAI 对 Agent Builder 和 Evals 的产品状态做了更新，这对正在试用可视化工作流和平台评估能力的团队很有参考价值。
根据 OpenAI 官方 AgentKit 页面 2026 年 6 月 3 日更新，OpenAI 正在逐步结束 Agent Builder 和 Evals 产品；从 2026 年 11 月 30 日起，它们将不再在 OpenAI 平台上可用。OpenAI 建议需要以代码延续的工作流迁移到 Agents SDK，更适合自然语言提示的用例则转向 ChatGPT 中的 Workspace Agents。
事实梳理
Agent Builder 原本强调可视化编排、多 Agent 工作流、连接工具和版本管理；Evals 则用于构建数据集、评估提示词和追踪工作流表现。现在产品退场时间被明确，意味着企业不能再把这些能力当成长期生产底座。
这不代表 AgentKit 相关思路没有价值。相反，它提醒团队把真正重要的资产拆出来：工作流逻辑、工具接口、评估样本、人工标准、日志记录和发布流程。这些资产不应该只存在某个可视化画布里。
影响分析
对企业 Agent 来说，第一件事是区分工作流类型。稳定、可测试、要接 CI/CD 的流程，更适合代码化到 Agents SDK；需要团队成员用自然语言协作、共享和复用的流程，可以考虑 Workspace Agents。
第二件事是迁移评估资产。站内前面写过 Agent 评估集、回归评估 和 失败回放样本库，这些内容在平台变化时尤其重要。样本和标准在，迁移后才知道新流程是不是保持了原来的质量。
老达点评
我更愿意把这次调整看成一个信号：Agent 产品形态还在快速变化，生产团队不能把关键治理能力完全绑在单一界面上。可视化搭建适合探索，长期运行还是要有可导出、可复测、可回滚的工程资产。
对中小团队来说，现在就可以做一个轻量迁移清单：哪些 Agent 只是提示词模板，哪些已经接工具写入，哪些有评估样本，哪些必须保留审计日志。先把清单列出来，比等到截止时间前集中搬迁稳得多。
总结
OpenAI 调整 Agent Builder 和 Evals 后，企业 Agent 工作流更需要迁移路线图。真正要保住的不是某个页面配置，而是工作流逻辑、评估样本、工具权限、日志和人工确认标准。
