EP07. “企业部署与管理”
🔒 登录后可标记已读- ⚠️ 这篇笔记的受众跟前面几篇不一样——是给企业 IT 管理员/组织管理者看的,一般个人用户不需要懂这些,纯粹当作「知道公司帮你开通 Codex 时后台在管什么」的背景知识
- 讲 ChatGPT Work 是什么(企业版的多步骤任务执行功能,Codex 也是靠同一套底层机制)
- 讲工作区有哪几种角色、各自能做什么
- 讲企业从零开始部署 Codex 大致要走哪几步
- 讲治理/合规工具有哪些(用量分析、审计记录)
- 前置知识:不需要先看懂 EP01~EP06 的技术细节,这篇是独立的管理视角总览
重点内容
ChatGPT Work 是什么
ChatGPT Work 是企业/教育版工作区里的一项功能,让获得授权的成员可以「用现有的信息、文件、应用、工具完成多步骤任务」——跟 Codex 共享同一套核心执行机制,差别在于 ChatGPT Work 面向的是研究/分析/文档这类一般工作任务,Codex 专注在软件开发。
执行位置的差异:
- 网页版:任务在 OpenAI 管理的云端基础设施上跑,不占用你的设备
- 桌面 App:本地跑,可以碰到本地文件和应用程序
企业采用的价值:任务自动化(云端跑多步骤工作流,可以背景持续进行)、安全隔离(在受工作区政策约束的隔离环境执行)、企业级管控(应用/插件权限、网络政策、用户角色、合规日志都能设定)、数据治理(对话/文件/记忆/浏览器数据各自有独立的保留规则)。
📌 云浏览器(Work 功能之一)碰不到你本地的分页、密码、登录状态——是完全独立的浏览环境。合规日志能保留 30 天可供导出。
工作区角色
| 角色 | 权限 |
|---|---|
| Owner(所有者) | 管理整个工作区的设置,权限最高 |
| Admin(管理员) | 管理被授权的操作和群组 |
| Member(成员) | 没有管理权限,一般使用者 |
| Analytics Viewer(分析查看者) | 能看工作区的用量分析数据 |
工作区所有者也可以自订角色,指定特定成员能用哪些特定功能。每一项权限设定有三种状态:Default(继承工作区设置)、On(明确开放)、Off(明确拒绝)。
⚠️ 权限判断是「叠加限制」模式——官方原文「a request must pass every boundary that applies to it」,意思是一个操作要同时通过工作区权限、本地运行时政策等所有相关边界的检查才会放行,不是任一边界通过就算数。
企业部署大致要走的 8 步
给管理员参考的部署顺序(实际细节请查官方最新文档,这里只列步骤框架):
- 分配责任人 + 定部署策略:工作区访问、本地运行时政策、Codex 云端、已连接系统、合规报告,各自指定负责人;先确定用户需要哪些入口(桌面 App/CLI/IDE 扩展/云环境)
- 设工作区访问和身份认证:透过成员管理、座位类型、群组、RBAC 权限开通账号,先拿代表性成员测试登录和功能,再扩大范围
- 设本地运行时要求:用
requirements.toml下发本地政策,设定权限档案(只读/工作区级等),关掉不需要的功能(比如 Computer Use) - 统一代码库配置:检查项目
.codex/.agents目录,共用项目默认设置、规则、Skills - 设 Codex 云端:开通云端访问、接上来源系统(比如 GitHub)、限制能碰到的仓库范围、设云环境/密钥/网络访问
- 管插件和连接功能:确认插件来源/负责人/受众,审查打包的 Skills 和连接器,先用非敏感数据测试
- 设治理与可观测性:用工作区分析或 Analytics API 做报告,用 Compliance API 做审计记录,凭据存进组织自己的密钥管理系统
- 验证并维护部署:用有代表性的身份逐一验证每个边界,记录每项控制的负责人和依据,定期检视用量并调整
治理与合规工具
| 工具 | 用途 |
|---|---|
| 工作区分析(Workspace analytics) | 交互式报告,看 Codex 的采用情况和活动 |
| 分析 API(Analytics API) | 定期、聚合的报告,接进数据仓库/BI 系统用 |
| 合规 API(Compliance API) | 给安全/法律/治理流程用的可审计记录 |
| 使用控制(Usage controls) | 依方案限制工作区的额度消耗——⚠️ 官方特别强调这个不是功能权限开关,额度用完只是暂停访问,跟角色权限是分开的两件事 |
身份认证的几种方式
企业环境除了一般账号登录,还有几种给程序化流程用的认证方式:Personal Access Tokens(个人访问令牌)、Service Accounts(服务账号)、Workload Identity(工作负载身份,让 CI/CD 这类自动化流程免密钥认证)——这几个是给「不是真人在操作、而是程序/流水线要调用 Codex」的场景准备的,一般个人使用者用不到。
常见错误
- ❌ 把 Owner/Admin 权限混着发——Admin 只能管「被授权的操作和群组」,不是所有者,权限范围要照实际需要分配,不要图方便全部给最高权限
- ❌ 部署前没先用代表性成员小范围测试,直接对全公司开通——步骤 2 强调先验证再扩大范围,一次性大范围开通出问题不好排查
- ❌ 把「使用控制(额度限制)」当成权限管控工具——额度用完只是暂停功能,不能拿来做谁能用哪些功能的权限控管,权限要另外用角色/RBAC 设置
- 💡 这篇讲的是企业管理框架,实际操作细节(
requirements.toml怎么写、RBAC 具体怎么配)变动较快,真的要部署时务必查当下的官方文档,不要照抄这篇的框架细节
Sources
官方文档:
- Codex Administration overview — https://learn.chatgpt.com/codex/administration
- ChatGPT Work overview — https://learn.chatgpt.com/codex/enterprise/chatgpt-work-overview
- Admin rollout guide — https://learn.chatgpt.com/codex/enterprise/admin-setup
- Roles and workspace permissions — https://learn.chatgpt.com/codex/enterprise/roles-and-workspace-permissions
- Governance — https://learn.chatgpt.com/codex/enterprise/governance