jsonscraper

OpenAI阐述部署工程师的角色:从人工智能试点到可重复应用

在10月22日发布的文章中,OpenAI介绍团队如何融入客户工作流程、用实际任务检验模型,并将一次性解决方案转化为通用工具。

编辑政策 报告错误

10月22日,OpenAI发布了关于FDE团队工作的介绍。FDE即前沿部署工程团队,与企业客户合作,将人工智能适配到具体流程中。该团队负责人科林·贾维斯介绍了工程师如何了解客户的工作方式、商定质量标准,并将单独开发的解决方案转化为可重复使用的组件。

文章:OpenAI阐述部署工程师的角色:从人工智能试点到可重复应用
摘要:OpenAI通过半导体测试、税务流程和语音客服等案例,介绍其前沿部署工程团队的做法。对企业而言,实际启示是依据工作指标和重复部署成本评估实施效果,而不是被令人印象深刻的演示所左右。
图片用途:封面——核心理念
章节:
视觉主体:正在进行自动光学检测的半导体硅晶圆
© jsonscraper · AI生成的插图

OpenAI借此说明,模型在测试提示中的表现,与系统能否在真实环境中可靠完成任务之间存在差距。如果瓶颈出在产品或集成环节,团队会与客户共同改进方案;如果模型无法满足任务要求,OpenAI研究人员也会参与。

从客户需求到可衡量的结果

一个涉及2025年年中左右的案例中,约15名OpenAI工程师与一家大型半导体制造商合作,开发了十多个应用场景,包括生成定向测试、查找故障原因以及辅助设计。OpenAI称,这些应用在最初的三至六个月内投入生产并开始早期使用。该公司报告称,测试生成耗时减少约48%,调试时间则从数周缩短到数小时。

这些数据针对的是OpenAI描述的特定客户流程。实施过程中,重要的是采用其背后的方法:事先与一线从业者商定成功标准,收集真实案例,并衡量完整工作流程的结果,包括人工审核环节。

重复利用,而非一次性集成

最初为这家制造商开发的方案需要大量定制代码。OpenAI表示,在围绕Codex重构应用时,团队以通用工具、插件和技能替代了单独的界面。该公司估计,所述项目的定制代码量减少了约90%。在一个2026年8月的案例中,首次部署耗时两个月,而接入第二个团队只用了一天。

在自己的试点项目中,企业可以分别统计首次部署和接入下一个部门所需的工作量。如果连接器、操作说明和质量检查能够重复使用,迁移方案时可能就不需要那么多定制开发。OpenAI所述时间仅适用于其具体案例,并不意味着所有项目都能达到相同速度。

从客户试点到税务产品

OpenAI还介绍了面向会计师事务所的Tax AI项目Crete,该项目与Thrive Holdings合作开发。公司称,试点期间系统处理了7,000份纳税申报表,处理能力提高约50%。其中一个复杂场景是房地产租赁申报:工程团队用六周时间进行开发并由专业人员审核,最终达到90%的识别准确率和完整率。

OpenAI表示,积累的模板随后帮助Tax AI扩展到其他复杂税务表格。评估此类试点时,不应只看结果正确率,还应考虑人工审核量、处理速度,以及将方案迁移到下一类文件所需的工作。

何时调整集成,何时改进模型

在另一个独立项目中,OpenAI团队与一家大型电信运营商合作开发语音客服。据OpenAI介绍,在评估场景是否适合投入生产的关键内部测试中,系统最初的表现约为60%。经过六个月,该指标升至80%;在部署工程师、客户和研究团队共同参与后,最终超过90%。OpenAI将这一改善归因于对语音识别、遵循指令以及在客户服务场景中调用函数等能力的测试。

这一流程有助于判断问题具体出在哪里:是集成和界面环节,还是模型执行指定功能的能力。OpenAI介绍的是公司内部评估和客户项目;这些结果展示了该公司如何组织部署,并非对其他客户的通用预测。

检查自己的试点项目

在扩大部署范围之前,应记录当前任务的完成方式、人工审核量和验收标准。使用真实案例测试系统,包括罕见错误,并衡量获得验收结果所需的时间、修正比例和集成维护成本。将方案迁移到其他团队时,应比较同一组指标,并单独计算接入数据源和配置访问权限的工作量。

OpenAI的介绍提供了一个实用参考:从可衡量的任务着手,在真实工作条件下检验方案,并构建能够让后续部署借鉴先前成果的组件。这正是从单次试点走向可重复部署的关键。

Keep reading英特尔将物理人工智能带出实验室,检验其规模化能力
Read the next article

将阅读内容转化为可用的集成

探索 jsonscraper 社交数据 API、测试请求并构建下一个工作流。

查看 API