过去企业把ChatGPT、Codex开放给员工以后,模型选择基本还是一件“个人行为”。

有人追求速度,会选择更快的模型;有人处理复杂任务,会主动提高Reasoning;开发者使用Codex时,也可能根据任务复杂度临时调整模型和推理强度。

整个逻辑更像:

Employee → Model Picker → Task

但最近OpenAI开始把这件事往企业管理层上移。

目前ChatGPT Enterprise和Edu的Workspace Owner/Admin已经可以在Workspace Settings → Models中,为Work和Codex统一设置起始模型、Reasoning Level、Speed以及新Chat行为。这些配置决定员工进入任务时默认从什么状态开始,同时仍会受到可用模型、Role-based Access以及Workspace强制策略的约束。

看起来只是管理员多了几个设置项。

但背后的趋势其实值得关注:

模型正在从“员工自己选择的AI工具”,逐渐变成企业可以统一配置的智能资源。

这意味着企业AI正在从Model Choice进入一个新的阶段:

Intelligence Policy。


一、为什么企业不会永远让每个人自由选择模型?

个人使用AI时,模型选择非常简单。

哪个更聪明,就用哪个。

哪个回答更快,就换哪个。

但企业规模一旦扩大到几百、几千甚至更多员工以后,问题就完全不一样了。

假设一个企业每天有大量任务:

客服总结、会议纪要、文档整理、数据分析、代码Review、架构设计、长任务Agent、自动化Workflow。

这些任务对智能强度的需求显然不同。

整理会议纪要可能并不需要最高Reasoning。

但复杂代码重构、跨Repository分析或者高风险决策辅助,可能更值得使用更高推理强度。

如果全部自由选择,企业很容易出现:

简单任务过度使用高成本智能,复杂任务反而因为员工不会配置而使用了错误模式。

所以企业真正要优化的已经不是:

哪个模型最强?

而是:

哪一类任务,应该默认分配什么等级的智能?

这两个问题完全不同。

前者是Model Benchmark。

后者已经开始接近:

Resource Allocation。


二、默认模型真正管理的不是“模型”,而是员工起点

OpenAI目前对Enterprise管理员开放的这套能力,本身强调的是“starting defaults”。

也就是说管理员设置的是员工进入Work或者Codex时默认看到的模型、Reasoning、Speed和新任务行为,并不是简单锁死所有人的模型选择。

这个区别很重要。

因为企业真正想解决的往往并不是:

不允许员工选择。

而是:

让大多数员工默认从一个合理状态开始。

这和很多企业软件的管理逻辑其实非常像。

例如安全系统不会要求每个员工自己设计密码策略;

云平台不会让每个工程师随意决定所有资源默认权限;

开发环境也会通过Policy、Template和Baseline减少个人配置差异。

AI也正在进入类似阶段。

过去:

Default = Product Default

以后可能逐渐变成:

Default = Organization Policy

员工仍然可以根据权限和任务进行调整,但组织已经开始参与决定:

什么是推荐起点。


三、Reasoning Level可能比“选哪个模型”更值得企业管理

企业AI有一个非常容易被忽视的问题:

最高智能并不等于所有任务都应该使用最高推理强度。

Codex CLI本身就允许根据任务选择不同模型和Reasoning Effort;现在Enterprise管理员又可以进一步配置Codex的起始Reasoning Level。

这背后其实是一个很明显的资源调度逻辑。

一个任务最终需要多少智能,可以大致理解成几个维度共同决定:

任务复杂度、错误成本、延迟要求、执行时间以及验证难度。

比如一个开发团队:

日常解释代码,可能强调速度;

普通Bug修复,需要中等推理;

跨模块重构,则需要更深入分析;

而高风险安全Review,又可能需要更强Reasoning和Verification。

于是未来企业真正需要建立的可能不是:

“公司统一使用模型A。”

而是:

不同Task Class对应不同Intelligence Profile。

模型只是其中一个变量。

Reasoning、Speed、Tools、Permissions甚至Verification都可能一起进入Policy。


四、企业AI正在从Model Picker走向Model Routing

现在很多人使用AI,仍然习惯手动选择:

这个问题用哪个模型?

但在真正规模化的企业环境里,我认为长期方向不会是让几千名员工每天不停研究Model Picker。

更合理的方式可能是:

Task → Policy → Model / Reasoning → Execution

例如:

文档整理自动进入Fast Profile;

数据分析进入Standard Reasoning;

复杂Agent任务进入High Reasoning;

高风险代码任务则进一步叠加更严格的Verification。

这里真正重要的变化是:

选择智能的人,从用户逐渐变成系统。

管理员设置起始默认值,只是最早的一层。

未来再进一步,很可能就会进入根据任务类型、角色、成本和风险进行动态Routing。

这时候“哪个模型最好”反而越来越不是企业最重要的问题。

真正重要的是:

企业有没有能力把不同等级的智能,放到最合适的任务上。


五、Model Governance最后一定会和AI FinOps连在一起

当企业所有员工和Agent都开始大量使用模型以后,智能资源本身一定会进入成本管理。

过去企业IT会管理:

云计算资源、Storage、Database、Seat以及API消耗。

AI进一步普及以后,还会增加一个新的维度:

Intelligence Consumption。

管理员现在已经能够设置Codex起始模型、Reasoning、Speed和Fast Mode等默认体验,而Enterprise本身也提供Usage Limit、Overage以及Workspace层面的使用管理能力。

这意味着企业未来很可能同时看两个问题:

一个是:

Quality够不够?

另一个是:

为了这个Quality花了多少智能资源?

于是Model Governance和AI FinOps会越来越难完全分开。

例如某类任务使用更高Reasoning后,成功率提高多少?

Agent Retry有没有下降?

Human Review有没有减少?

完成一个Verified Task的实际成本是多少?

如果只是把所有员工统一切到最高智能,这其实不叫治理。

真正成熟的治理应该是:

Quality / Cost / Latency / Risk之间的平衡。


六、默认模型背后其实也是组织标准化

企业AI规模化以后,还有一个非常现实的问题:

不同员工使用方式差异太大。

同样一个任务:

A员工使用Fast;

B员工开启高Reasoning;

C员工换另一套模型;

D员工甚至不知道还有这些选项。

最后得到的输出质量、成本和执行时间都可能完全不同。

对于个人用户来说,这只是使用习惯。

对于企业来说,它意味着:

Workflow不可预测。

所以组织开始设置默认模型、Reasoning和新任务行为,本质上也是在尝试建立:

AI Baseline。

企业不一定要求所有人完全一致,但至少希望类似岗位、类似任务有一个相对一致的默认运行方式。

这和软件工程里的标准开发环境、默认CI Pipeline、统一安全Policy其实很像。

当AI真正进入生产流程以后:

可预测性

往往和:

智能上限

一样重要。


七、企业AI真正要管理的可能是“Intelligence Policy”

如果把最近这些Enterprise能力放在一起看,会发现企业AI正在逐渐形成几层Policy。

Service Account解决:

Agent以什么身份运行。

RBAC解决:

Agent和员工能访问什么。

Audit Log解决:

执行以后发生了什么。

而Model Default开始解决:

任务默认使用什么等级的智能。

这样一来,一个完整的企业Agent Policy就可能逐渐变成:

Identity + Permission + Intelligence + Audit + Verification

这比单纯管理“有没有ChatGPT账号”已经复杂很多。

也说明企业AI正在从:

Tool Rollout

进入:

Operational Governance。


最后

企业开始统一设置默认模型,看起来只是Model Picker增加了管理员配置。

但它真正代表的,是模型选择正在从:

Personal Preference

逐渐变成:

Organizational Policy。

过去员工自己决定:

用哪个模型、开多高Reasoning、追求速度还是深度。

未来企业会越来越多地参与定义:

什么岗位、什么任务、什么风险等级,应该默认使用什么智能配置。

所以企业AI真正的问题正在从:

哪个模型最强?

变成:

我们应该怎样把不同等级的智能,分配到不同任务?

当这个问题开始出现以后,Model Governance就不再只是产品配置。

它会逐渐与成本、Workflow、权限、Agent Runtime和AI FinOps结合。

最终企业真正管理的可能不是某一个模型,

而是一整套:

Intelligence Policy。

而这也意味着,AI正在从每个员工手里的“个人工具”,进一步变成一种需要被组织统一规划、分配和治理的生产资源。


持续更新Codex、大模型开发相关技术内容。
长期使用各类代码大模型,整理了稳定的AI会员订阅渠道已放置下方。

Logo

AtomGit AI 社区提供模型库、数据集、Agent、Token等资源

更多推荐