权限设计入门：给团队配账号的原则与实践

权限的三分法

小团队的权限设计不需要复杂，三个角色够用：

管理员（1~2 人）：一切权限——用户管理、模型 Key、系统设置。通常是你和你的技术合伙人。编辑（团队成员）：内容生产的全流程权限（建项目、生成、编辑、导出），但碰不到 Key 和用户管理。访客（外包/临时）：只读或限定项目的编辑权限，到期停用。

最小权限原则：一句话版本

"干这件事最少需要什么权限，就只给什么权限。" 反例：给内容编辑开模型 Key 管理权限（他能看到能花钱的 Key）——这就是权限设计的事故预备役。

项目隔离：谁看谁的活儿

多项目团队（尤其矩阵团队）的项目隔离是刚需：每个成员只看到被分配的项目——既是保密（客户的素材互不可见），也是效率（界面清爽，只看自己的活）。逐日 AI 的项目体系天然支持隔离，配合成员的分组管理即可。

操作的纪律

入职：建账号、给最小权限、签保密条款。转岗：按新岗位调整权限（旧的收回）。离职：当天停用账号、吊销他持有的外部凭据（模型平台的子账号）、项目交接确认。季度：全员的权限复查一次（把"临时给高了"的收回来）。

一个审计习惯

每季度做一次"权限审计"：导出成员清单，逐个确认"这个人现在需要这些权限吗"——你会发现总有几个该收没收的（离职的、转岗的、临时授权过期的）。权限的定期瘦身，是团队安全的最低成本动作。