两条已核验的团队路线对比案例：想要界面化管理与 RBAC、少写配置选 Open WebUI（管理员在 Connections 里加连接、Workspace 做模型预设、用户组控权限）；想要每个成员填自己的 Key、端点可版本化管理选 LibreChat（librechat.yaml 的 user_provided）。两者的共同前提都是底座统一接 LIN 网关，于是「客户端门户」与「LIN 后台一人一 Key/分组/额度」形成完整团队方案，正好与团队管理专栏互相导流。

适用场景：10–50 人团队负责人做选型：先看运维能力（能不能接受改 YAML）与审计粒度（共用 Key 还是一人一 Key）再定客户端。

团队案例 Open WebUI LibreChat 门户 选型

操作步骤

  1. 先定审计粒度：一人一 Key 审计→LibreChat 路线，共用服务 Key + 门户内 RBAC 审计→Open WebUI 路线
  2. 小范围 3–5 人试点两周只接 LIN 一个网关不接其他服务商以免变量失控
  3. 试点期记录三类数据：接入求助次数、各模型用量、成员自填 Key 的出错率
  4. 按记录决定全量推广的客户端并写一页团队版配置说明（截图用自己部署的实例）
  5. 推广时同步 LIN 后台的分组与额度设置，门户权限与网关权限两边对齐

配置说明

决策关键不在功能表而在 Key 的归属：user_provided 让 LIN 后台能按人对账，代价是每人多一步填 Key 且出错求助更多；共用连接则相反。专栏案例应把这笔账算给读者看。

开源项目信息

  • 仓库：见第 5、6 条各自仓库
  • Stars 口径：见第 5、6 条（来源口径有区间，勿在此合并成一个数字）
  • 许可：Open WebUI 为其自定义许可、LibreChat 为 MIT，选型时许可差异也要入表

注意事项

  • ⚠️ 试点时同时上两个门户导致成员无所适从最后都回网页版
  • ⚠️ 门户里给了高端模型权限但 LIN 网关分组没给额度（或反之）造成一侧报错
  • ⚠️ 只部署不写团队版说明、管理员变全职客服

来源：https://insiderllm.com/guides/open-webui-setup-guide/（Open WebUI 管理与预设）； https://www.librechat.ai/docs/configuration/librechat_yaml/ai_endpoints （LibreChat user_provided）