组织、岗位与成员配置

这篇教程面向企业管理员。目标是把“谁在哪个部门、做什么岗位、能用哪些模型和资源”配置清楚，让成员登录后直接看到自己的工作台。

配置顺序

建议按下面的顺序做，避免先建成员后补权限造成反复调整：

1. 建立部门结构；
2. 建立岗位与角色；
3. 邀请或导入成员；
4. 分配模型与积分额度；
5. 下发工作台、Skill、知识库和连接器；
6. 用测试账号验证；
7. 建立离职/调岗回收流程。

第 1 步：建立部门

部门用于组织成员、统计用量和分配资源。建议按企业实际管理粒度建立，不要为了“看起来完整”拆得过细。

字段	建议
部门名称	使用企业正式名称，避免缩写歧义
上级部门	按汇报关系建立层级，最多 3–4 层
部门负责人	指定一人，便于审批和用量归属
成员范围	先导入核心成员，验证后再批量同步

如果企业使用 LDAP 或组织架构同步，先确认同步字段映射和冲突处理规则，再开启定时同步。首次同步建议只读预览，确认不会覆盖手工配置。

第 2 步：建立岗位与角色

岗位决定成员看到什么工作台、技能和默认资源；角色决定能做什么操作。不要把两者混在一起。

类型	回答的问题	示例
岗位	这个人是做什么工作的	电商运营、财税会计、研发工程师
角色	这个人能操作什么	普通成员、部门管理员、企业管理员、只读审计

建议先建立 3–5 个核心岗位模板，再按部门复制。岗位模板至少包含：

• 默认工作台布局；
• 常用 Skill 快捷入口；
• 默认知识库范围；
• 可用连接器；
• 默认模型与积分额度。

第 3 步：邀请成员

成员可以通过邮箱邀请、批量导入或组织架构同步进入企业。邀请时至少确认：

• 成员属于哪个部门；
• 岗位是什么；
• 角色是什么；
• 是否需要立即分配模型和额度。

批量导入前先用 2–3 个测试账号验证：能登录、能看到正确工作台、模型列表非空、积分额度正确。

第 4 步：分配模型与额度

模型和额度可以按成员、岗位或部门分配。建议优先级：

1. 岗位默认值：覆盖大多数成员；
2. 部门覆盖：处理部门特殊需求；
3. 成员覆盖：只给确有需要的个人。

额度分配见模型、积分与计费。注意额度变更默认在下一个周期生效；本周期需要立即增加时使用临时积分包。

第 5 步：下发资源

按岗位下发以下资源：

资源	下发前确认
工作台	模块、快捷入口、默认知识库是否正确
Skill	技能版本、权限范围、依赖的连接器是否可用
知识库	成员是否有查看/编辑权限，是否包含敏感资料
连接器	OAuth 是否完成，厂商账号权限是否最小化
模型	是否为企业已授权模型，倍率是否可接受

下发后让测试成员重新登录，确认资源实际可见。不要只看后台的“已下发”状态。

第 6 步：验证

用测试账号完成一次端到端检查：

• 登录后看到正确岗位工作台。
• 模型菜单包含预期模型。
• 积分额度与配置一致。
• 能打开被授权的知识库和连接器。
• 未授权资源不可见或不可操作。
• 用量页面出现本次调用记录。

第 7 步：离职与调岗

建立固定流程，避免权限残留：

1. 停用账号，撤销会话和令牌；
2. 回收模型、额度、知识库和连接器授权；
3. 把工作台和资源转交给接任者；
4. 按企业数据保留策略处理本地文件和任务记录；
5. 在审计日志中确认操作完成。

调岗时不要直接复用旧岗位的全部权限，先按新岗位重新下发，再回收旧资源。

常见问题

问题	处理
成员登录后没有工作台	检查岗位是否绑定工作台；成员是否在正确的部门；重新登录刷新配置
成员看到的模型不对	检查岗位/部门/成员三层覆盖关系，成员级配置优先级最高
批量导入后权限错乱	检查导入字段映射和默认角色；先用测试账号验证
离职后仍能访问	确认账号已停用、令牌已撤销、连接器授权已回收

下一步

• 模型、积分与计费
• 企业知识库搭建
• 连接业务系统