Open WebUI 0.13.1：接入编程智能体，自动审查工具权限

1. 在对话中选择编程智能体

在 2026 年 11 月 8 日发布的这一版本中，用户可以从模型选择列表中选择 Open Terminal 提供的编程智能体。Claude Code 就是典型示例。

Codex 和 Pi 也采用相同方式选择。用户可以通过文字或语音与智能体对话，选择推理强度和服务等级，并在聊天中批准工具执行请求。每个对话连接一个智能体。

登录新的桌面配套应用 Tether 后，用户的电脑会显示在终端菜单的设备列表中。模型、编程智能体和自动化流程可以操作该电脑上的实际文件、代码仓库和工具，用户也能通过手机等其他设备的浏览器访问。

该应用支持 Mac、Windows 和 Linux。由于由客户端向服务器发起连接，无需开放端口；连接中断后恢复时，终端输出也会恢复。即使未打开网页，也会发送桌面通知。

2. 审核模型检查工具调用

除了原有的全部允许和每次请求批准两种方式，管理员还可以启用自动权限模式。该模式默认关闭。启用后，审核模型会检查工具调用，仅在判定无需批准时直接执行。

为进行审核，工具名称、参数和最近几条消息会被发送到配置的评估 API。如果因错误、超时、上下文超限或超过模型输入限制而无法审查，调用不会自动执行，而是请求用户批准。

自动审查的好处是减少重复的批准操作。代价是将判断所需的对话内容和调用信息发送到配置的评估 API。运营者需要同时决定减少多少批准操作，以及向评估服务发送哪些信息。

3. 工具对话与搜索方式发生变化

使用工具的对话改为让每次请求的前部保持稳定。这使得提示词缓存更容易发挥作用，即复用先前已处理的输入，而不是每次重新添加相同内容。项目方表示，这一变化显著降低了工具对话成本。

在原生函数调用模式，即模型请求执行功能的方式中，记忆信息、供模型使用的工作指引即技能列表，以及附加知识列表，会作为用户消息之后的隐藏工具结果传递。因此，用于加工消息、改变默认行为的自定义处理流程，可能收到最后一条消息为工具结果的结构。

启用工具搜索后，模型会通过搜索查找工具，而不是接收全部隐藏工具的列表。除了默认的关键词搜索，还可以使用将文档转换为数值表示以查找语义相近工具的搜索方式，或使用相关性评估 API。

找到的工具中，多个彼此独立的工具可以在一次请求中执行。这减少了每查找并执行一个工具时模型往返的轮次，从而降低大量使用工具的对话成本。

重复调用的处理方式也发生了变化。如果使用相同参数调用的工具连续两次失败，就会停止工具循环，由模型撰写最终回答。达到工具调用上限时，也会让模型在不使用工具的情况下回答，而不是以错误结束回答。

4. 大型对话和长文本粘贴的等待时间缩短

据发布说明，大型对话的打开速度提高到约原来的两倍，已读状态变更和标签移除的速度提高到原来的 4~6 倍。项目方公布，在粘贴 1万6000 行后继续输入的场景中，每次按键耗时从 8.6 秒降至 74 毫秒，速度提高到约原来的 117 倍。

前面的数据指对话打开和状态变更，后面的数据指粘贴长文本后的输入响应。这些是不同操作的改进幅度，因此，经常将长篇资料粘贴到对话中的开发者尤其值得关注按键输入延迟的降低。

5. 部署前需确认对话方式与数据变更

智能体对话不支持重新生成、续写或编辑后重新发送；如果智能体的终端消失，该对话和新对话都会切换到默认模型，但先前回答仍保留智能体名称。由于数据库模式，即数据存储结构的设计发生变化，在多工作进程、多服务器或将请求分配到多台服务器的负载均衡配置中，必须同时更新所有实例，即运行中服务的各个独立单元，不支持滚动更新。

项目方强烈建议在更新生产环境之前备份数据库和相关数据。项目方还表示，此次包含安全修复，建议尽快更新所有部署。除了启用新功能，部署计划还需要安排数据保留与同步切换的准备工作。

在原生函数调用模式下，附件改为由模型通过文件工具读取。如果使用的模型不支持文件工具，管理员可以在模型设置中启用文件预加载，以传递附件内容。

此次版本的核心，是将调用编程智能体的界面与批准工具执行的流程整合到同一对话中，并让管理员同时选择自动化程度与信息传递范围。