小团队 API Key 怎么分配？成员、项目、预算与离职交接清单
多人使用 API，先分清“谁在用、哪个应用在用、跑在测试还是生产环境”，再创建凭证。 把同一串 Key 发给全员虽然开始快，却会让费用归属、撤销和交接混在一起。对于共同使用的应用，应让服务端保管专用凭证，成员通过自己的应用账号访问。
本文解决团队接入后的管理任务，规则核对于 2026 年 11 月 5 日。Business 席位、OpenAI API 项目和云岚API令牌需要分别管理。
已有 Business 成员，为什么还要管理 API 权限？
加入 ChatGPT Business 工作空间，不等于自动加入 OpenAI API 组织和项目。即使工作空间已激活 API 额度，同事仍需要相应的 API 访问权限。官方权益与权限说明
以官方 API 为例，项目用于组织成员、资源和用量，个人 Key 属于所在项目；服务账号用于应用等系统访问，并限定在项目内。团队应区分人员操作和长期运行的服务，而不是将某位同事的个人凭证当作所有应用的长期依赖。官方 API 项目管理
使用云岚API时，控制台创建的令牌不等于 OpenAI 官方项目或 Business 成员。若团队需要组织角色、服务账号或审计功能，应先逐项确认服务是否具备，不能凭界面中有“令牌”两字就推定完整支持。
先做一张“成员 × 应用 × 环境”分配表
下面是一个假设的小团队规划，不是本站套餐或实测配置：
| 使用对象 | 凭证安排 | 负责人和边界 |
|---|---|---|
| 两位同事分别做个人实验 | 各自独立凭证，不共用一个人的 Key | 各自承担实验用量，明确允许使用的模型 |
| 开发中的客服助手 | 单独的测试凭证 | 技术负责人维护；与真实客户数据和生产资源分开 |
| 已上线的客服助手 | 应用专用服务端凭证；平台支持时使用服务账号 | 应用负责人维护，另设可接手的管理人员 |
| 定时生成摘要的后台任务 | 为该任务单独管理凭证 | 记录部署位置和轮换方式，避免同事离职后无人知道哪里在用 |
这张表不是要求为每次请求创建 Key，而是让撤销某个实验或交接某个应用时，不必同时中断其他任务。具体资源隔离是否成立，还要看平台权限配置；仅给 Key 起不同名字不能形成访问隔离。
下载 API Key 管理台账。模板只记录凭证别名、负责人、应用、环境、权限、限额类型、更新与撤销状态，不要填写完整 Key、密码或验证码。
创建后，先检查权限和凭证存放位置
官方 API 支持项目级 Key 及权限设置。按任务保留需要的权限；应用凭证的管理方式和个人 Key 不应混为一谈。API Key 与服务账号说明
对于供多人访问的网站或移动应用，模型服务凭证应留在受控服务端，而不是嵌入发给用户的前端代码。团队还应记录凭证实际部署在哪个服务或密钥管理系统中，避免只知道“代码里某处在用”。官方 Key 安全建议
第一次接入可以核对三个结果：目标任务能调用；不需要的资源没有被额外授权；日志可以对应到预期应用或项目。使用桌面客户端的人，也应了解该客户端如何存储和发送自己的 Key，不把团队共享应用的主凭证分发到每个人电脑。
预算提醒和强制限额是不是一回事？
不是。提醒用于通知，强制限额用于在满足条件后阻止继续请求；还要确认设置是否真正启用。 OpenAI 当前官方文档支持在组织或项目设置中开启 Enforce a hard limit，但执行存在延迟，记录金额仍可能略超设定值，不能承诺一分钱都不超。官方支出限制说明
管理台账中至少分开记录：
| 项目 | 需要写清楚 |
|---|---|
| 作用范围 | 整个组织、项目、某个令牌，还是客户端自己的限制 |
| 计量与周期 | 人民币、美元或平台额度；按月重置还是一次性余额 |
| 提醒 | 达到多少时通知谁，负责人是否能收到 |
| 强制限制 | 是否存在、是否开启、触发后影响哪些调用 |
| 恢复办法 | 谁检查原因、调整配置，如何避免任务反复自动重试 |
云岚API控制台的具体额度、分组及限制选项以当前账户为准，不能把 OpenAI 的功能直接套用过来。先弄清余额与实际金额的换算，再讨论上限，方法见API 计费与对账。
正常轮换、同事离职和 Key 泄露，顺序不同
正常轮换：先验证新凭证，再撤旧凭证
- 在正确项目或服务中创建替代凭证，确认所需权限。
- 更新使用它的部署配置，完成一项小任务并核对日志。
- 确认后台任务、测试脚本等依赖也已迁移，再撤销旧凭证。
- 在可控环境中检查旧凭证已不能认证，记录新凭证负责人与下次检查日期。
若应用不能正常工作，先恢复到已知可用配置或停止受影响任务，避免在故障中重复扩权。正常轮换的关键是“新凭证可用”和“旧凭证失效”两项都能验证。官方轮换建议
离职或职责变化：交接应用，再核对人员访问
先从台账找出该成员拥有、创建或曾能接触的凭证，以及相关服务、部署和密钥存储位置。确认新的应用负责人和必要管理访问，替换需轮换的凭证，再按实际离职时间撤销不再需要的人员访问。
不要将“已移出 Business 工作空间”当作所有 API 权限都已处理，也不要把一个应用仍能运行当作交接已完成。验收时分别检查人员访问、旧凭证和应用运行状态；计划中的离职交接与紧急停权应按团队实际要求执行。
已怀疑泄露：优先撤销泄露凭证
泄露处置不适合等待完整的平滑交接。优先撤销或禁用暴露的 Key，检查异常用量，再用新的凭证恢复必要服务，同时清理泄露位置；不要把旧 Key 原文贴进工单或群聊。官方 Key 安全建议
使用云岚API时，从一个项目开始建台账
如果团队已确定使用支持自定义 API 的客户端或应用，可以先查看云岚API当前模型和价格，核对协议及所需权限。新用户可注册云岚API，按新手教程创建令牌，再用上面的台账记录用途、负责人和限制。
先把一个测试项目的调用、日志与交接流程走通，再逐步接入其他应用。需要更细的成员隔离或企业管理能力时，应在扩大使用前核实，而不是依靠共用 Key 来替代这些能力。
常见问题
一个服务端 Key 可以支持多人使用同一个应用吗？
服务端可以代表应用发起请求，用户通过应用自身的账号和权限访问。应用仍需负责用户授权与用量归属；这与把服务端 Key 直接发给所有用户不同。
每个人一个 Key，就能完全隔离费用和数据吗？
不能仅凭 Key 数量判断。还要确认项目或资源权限、日志维度、限额范围和应用本身的访问控制；命名是管理线索，不是权限机制。
Key 改名后，之前复制出去的值会失效吗？
不要这样假定。显示名称变化不等于撤销凭证，应使用平台提供的撤销或禁用机制，并验证旧凭证确实不能继续认证。