AI TOOLS

EP07. “企业部署与管理”

首页 › AI 工具 › ChatGPT · Codex · EP07
约 8 分钟· #EP07#ChatGPT#Codex
🔒 登录后可标记已读
  • ⚠️ 这篇笔记的受众跟前面几篇不一样——是给企业 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 步

给管理员参考的部署顺序(实际细节请查官方最新文档,这里只列步骤框架):

  1. 分配责任人 + 定部署策略:工作区访问、本地运行时政策、Codex 云端、已连接系统、合规报告,各自指定负责人;先确定用户需要哪些入口(桌面 App/CLI/IDE 扩展/云环境)
  2. 设工作区访问和身份认证:透过成员管理、座位类型、群组、RBAC 权限开通账号,先拿代表性成员测试登录和功能,再扩大范围
  3. 设本地运行时要求:用 requirements.toml 下发本地政策,设定权限档案(只读/工作区级等),关掉不需要的功能(比如 Computer Use)
  4. 统一代码库配置:检查项目 .codex/.agents 目录,共用项目默认设置、规则、Skills
  5. 设 Codex 云端:开通云端访问、接上来源系统(比如 GitHub)、限制能碰到的仓库范围、设云环境/密钥/网络访问
  6. 管插件和连接功能:确认插件来源/负责人/受众,审查打包的 Skills 和连接器,先用非敏感数据测试
  7. 设治理与可观测性:用工作区分析或 Analytics API 做报告,用 Compliance API 做审计记录,凭据存进组织自己的密钥管理系统
  8. 验证并维护部署:用有代表性的身份逐一验证每个边界,记录每项控制的负责人和依据,定期检视用量并调整

治理与合规工具

工具用途
工作区分析(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

官方文档:

  1. Codex Administration overview — https://learn.chatgpt.com/codex/administration
  2. ChatGPT Work overview — https://learn.chatgpt.com/codex/enterprise/chatgpt-work-overview
  3. Admin rollout guide — https://learn.chatgpt.com/codex/enterprise/admin-setup
  4. Roles and workspace permissions — https://learn.chatgpt.com/codex/enterprise/roles-and-workspace-permissions
  5. Governance — https://learn.chatgpt.com/codex/enterprise/governance