团队多用户与权限管理：从单人体验到多人协作

从单人到多人的三个变化

单人体检时系统怎么用都顺手，多人之后要补三件事：身份（谁做的操作可追溯）、权限（谁能碰什么）、隔离（谁的项目互不干扰）。这三件事在自部署系统里都是配置层面的工作，但要在团队化第一天就做，事后补的成本高得多。

角色与权限的最小设计

管理员：用户管理、模型 Key 配置、系统设置。人数越少越好（通常 1~2 人）。

创作者：项目全流程（创建、生成、编辑、导出），只可见自己的项目。团队主力都在这个角色。

审核者（可选）：在创作者权限上增加"可见他人项目"用于质检，不可改 Key 配置。

矩阵团队再加一层账号维度：项目按平台账号分组，成员按分组授权——一个运营只碰自己负责的平台账号。

模型 Key 的集中管理

多人环境里 Key 必须收敛到管理员统一配置：创作者调用模型走系统配置的 Key，个人不接触明文 Key。这既是安全要求（见 Key 安全管理），也是成本管理的要求——用量按项目统计，谁的项目烧钱一目了然。

入离职流程

入职：建账号、授权项目范围、发访问地址（自部署系统的访问入口建议走 VPN 或内网/白名单）；在职：季度权限复查（离职遗留、权限放大）；离职：当天停用账号、确认其持有的外部凭据（模型控制台子账号）已吊销、交接项目归属。

团队化的一个隐性收益

多人使用产生的数据（谁的项目投产比高、哪类选题通过率高）会让"内容能力"从个人经验变成团队资产——前提是数据在自部署系统里完整保留着，这也是数据自主在团队场景的具体价值。