OpenAI与甲骨文扩大合作，计划将甲骨文应用接入ChatGPT

OpenAI 于十月二十七日宣布扩大与甲骨文的合作，把甲骨文应用和数据接入 ChatGPT，并用 OpenAI 的模型与工具构建甲骨文产品。这是本期十月二十八日稿件报道的原公告日期。最需要分清的是已经可用的采购通道、正在开发的工作空间，以及另外三项被宣布的产品。把这几件事合并说成“所有甲骨文客户已经能在 ChatGPT 中操作全部业务系统”，会超出公告所给的证据。

甲骨文正在开发 Oracle AI Workspace。OpenAI 的描述是，员工可用自然语言说明目标，在同一界面寻找信息，并完成经过批准的业务流程。公告举例说，刚加入财务部门的员工可能要查成本、采购决定与月末结账前仍待处理的事项；相关资料原本分散在财务、采购和规划应用里。这个例子解释产品想解决的信息割裂，却不是已完成部署后的效率测量。公告没有给出工作空间的正式上线日期、可接入系统清单、任务成功率或故障处理结果。

OpenAI 强调，拟议中的跨应用操作仍受组织现有权限和审批约束。对于企业，关键问题因此不是聊天界面能否显示某个按钮，而是员工身份如何映射到每个后端系统，读写权限怎样继承，审批记录能否追溯，失败时是否会留下部分完成的交易。原公告没有披露这些技术实现细节，也没有给出独立安全评估。不能因为员工可在 ChatGPT 中提问，就推断他自动取得了原系统没有授予的操作权。真正试点应在企业自己的权限边界与真实业务流程中验证。

同一公告列出三项其他方案。Oracle AI Security Mesh 旨在借助 OpenAI 的网络安全模型发现并修复应用与基础设施漏洞；甲骨文负责测试基础设施，使用范围应获得授权。Oracle AI SMB Bundle 把 ChatGPT Business、Codex、甲骨文应用及定期的 Oracle Cloud Infrastructure 额度组合起来，面向小企业。Oracle App Composer 旨在让团队用 Codex 等工具构建应用，连接已批准的数据和工作流程，并在公司内部分享；部署由甲骨文在其云基础设施上管理，内含公司访问控制。这些是各自的产品定位，公告没有为每一项提供价格、公开可用日期或实测性能数据。

明确写成现时可做的事项是美国客户可通过 Oracle Marketplace 购买 OpenAI API、Codex 与 ChatGPT Work 的访问权，并使用既有采购流程及符合条件的 Oracle Universal Credits。采购入口不等于 AI Workspace 的每一种集成功能已经启用，也不等于购买后自动获得某项安全产品。企业采购和安全团队应分别核对渠道资格、产品可用性、权限设计与数据处理条件。

OpenAI 还援引甲骨文先前报告：甲骨文内部有十三万名活跃 ChatGPT 用户，以及超过九万五千名活跃 Codex 用户。这两个数字的基线是甲骨文自己的使用情况，不是新工作空间的客户人数，更不是本次公告带来的新增用户数。此前招聘团队的案例称，原需两至四天准备的市场研究现在用十五至二十分钟完成；这也是具体团队的叙述，并非独立控制实验。本次合作值得关注的是把企业记录系统与对话式工作界面连接的方向。它能否在某家公司准确、合规地完成任务，仍要依实际权限和业务测试判定。

一个合理的内部评估可以把公告中的承诺拆成可检验的步骤。先明确哪些资料允许检索，哪些动作只能生成草稿，哪些动作须由有权人员确认；再用普通员工、财务审批者和管理员等不同身份执行同一请求，检查结果是否符合原系统权限。对于采购与月末结账这样的流程，还应查看跨应用信息是否保留来源、更新时间和金额单位，避免界面把不同时点的数据拼成一个貌似确定的结论。这里提出的是依据公告权限表述作出的评估建议，并非声称甲骨文已经公开了这些测试结果。

对安全网格也要保留同样的边界。公告说该产品旨在帮助发现和修复漏洞，并强调甲骨文管理测试基础设施及授权范围；没有公布发现率、误报率、修复成功率或客户范围。企业不能把产品名称中的“安全”理解成任何扫描都已获得授权。对于应用构建方案，数据源获批与生成应用获批也可能是两个步骤，公告并没有把它们合并。把这些尚未回答的问题记在审查清单里，比从合作伙伴关系推断产品已经达到某种安全或生产成熟度更可靠。