理解设置项
OPL 数据空间 有两套设置区，而不是一套。
OPL 数据空间 从设计上就是多用户系统。即使当前只有你一个人在用，它的架构也默认一台实例未来可能服务很多用户。因此它需要两层配置：
- 一层给管理员，控制整个实例
- 一层给普通用户，控制个人体验
两类设置区
管理设置（全局）
| 位置 | 头像菜单 > 管理设置，或 管理面板 > 设置 |
| 访问权限 | 仅管理员 |
| 作用范围 | 整个实例与所有用户 |
管理设置控制的是 OPL 数据空间 实例本身：API 连接、功能开关、安全策略、默认行为等。可以把它理解成“整栋楼的总控面板”。
典型内容：
- Ollama、OpenAI 等连接
- 开启或关闭网页搜索、图像生成、代码执行
- 默认模型与参数预设
- RBAC、SSO、注册限制
用户设置（个人）
| 位置 | 头像菜单 > 设置 |
| 访问权限 | 所有用户都可用，包括管理员 |
| 作用范围 | 仅当前用户自己 |
用户设置控制的是个人偏好：默认模型、主题、语言、通知偏好，以及那些已经由管理员开放功能的个人开关。可以把它理解成“你自己房间里的温控器”。
典型内容：
- 偏好的默认模型与系统提示词
- 界面主题与语言
- 个人 API keys（如果启用了 直连）
- 自动补全、富文本输入之类的个人开关
它们如何协作
许多功能都遵循两层模式：
- 管理员决定这个功能是否可用
- 用户决定自己是否想启用
例如 自动补全：
| 层级 | 设置位置 | 作用 |
|---|---|---|
| 管理员开启 | 管理设置 > 界面 | 让实例“支持自动补全” |
| 用户开启 | 设置 > 界面 | 让“你自己”实际使用它 |
关键规则
如果管理员从全局禁用了某项功能，用户不能在个人设置里自己重新打开。管理员设置永远是上限。
这个模式也适用于：
- 网页搜索
- 图像生成
- 直连
- 代码执行器
管理员控制“能不能”，用户控制“我要不要”。
快速对照
| 管理设置 | 用户设置 | |
|---|---|---|
| 作用范围 | 整个实例 | 当前用户 |
| 访问权限 | 仅管理员 | 所有人 |
| 控制内容 | API 连接、功能开关、安全、默认值 | 主题、默认模型、个人偏好 |
| 覆盖关系 | 用户不能绕过 | 只能在管理员允许范围内自定义 |
常见场景
“我在自己的设置里打开了某个功能，但它没生效。”
先确认管理员是否已经在全局打开了它。个人开关只有在全局已开放时才会生效。
“我是管理员，OpenAI 或 Ollama 的连接在哪里配？”
去 管理设置 > 连接。这是实例级共享配置。
“我想用自己的 API key，又不想共享给服务器。”
如果管理员启用了直连，你可以在 用户设置 > 连接 添加个人 API key。见 直连。
“我设置了 system prompt，但好像被管理员的模型配置盖掉了。”
管理员在工作区中对模型做的配置优先级更高。完整优先级可看 聊天参数。
第一次当管理员？
优先从 管理设置 > 连接 开始，把 Ollama、OpenAI 等模型提供方接好；然后再去 管理设置 > 界面 决定哪些功能开放给用户。