Open WebUI + Open Terminal
摘要
作者介绍了如何通过集成 Open Terminal 与 Open WebUI,构建一个基于 Ollama 上 Qwen 27B 模型的自托管 AI 智能体。该智能体可通过 shell 命令检索大型法律文档并生成笔记。作者强调,终端访问让模型能够逐步推理,并从远超上下文窗口限制的大型文档中精准提取相关章节。
背景:我不会编程。我的需求是文档研究与文档撰写(主要用于法律检索),比如在税法这类大型文档(500 多页)中检索内容,并根据结果整理笔记或制作 PPTX。
我在 Unraid 设备上运行 Open WebUI 已有一段时间,它连接的是我推理机器(5060 Ti + 5070 Ti)的 API。我折腾了很久。我曾在主力机上试过 Hermes,同样对接该 API。效果还不错,但配置过于复杂,而且裸机安装让我感到不安。我也尝试过 LM Studio Bionic,结果尚可,但它不符合我对推理架构组织方式的预期(我希望在推理机上使用 Ollama)。
我真正想要的是一个能与 Open WebUI 配合工作的自托管智能体,同时保证安全可控。有一段时间我甚至考虑在每个客户端上安装 Hermes 或 Pi 这类工具,然后直接连接 API。最终,我尝试了 Open Terminal。
它是 Open WebUI 项目推出的配套容器,能为模型提供 shell 环境——你将它作为独立容器运行,再通过 Integrations 进行连接,因此无需将其安装在 Open WebUI 内部。我的实例以非特权模式运行,网络模式为 bridge,并将 appdata 挂载到 /home/user。模型获得的是一个隔离容器内的 shell,而非宿主机的 shell。这正是我最看重的部分。
这大大增强了 Open WebUI 的能力。如今模型可以逐步推理,并且借助终端,能够可靠地在远超上下文窗口的大型文档中定位并提取正确的章节——列出文件夹、grep 筛选、只读取关键内容。然后它会利用这些结果生成文档,就像其他智能体一样。
配置如下:Ollama 上运行 Qwen 27B Q4_K_M,上下文长度设置为 100k。在约 35k token 的 prompt 下,我测得 prompt 处理速度约为 1,050 t/s,生成速度约为 46 t/s。对于这个使用场景,预填充速度(Prefill speed)才是核心指标——它决定了处理大型文档时的体验是否可接受。我当时差点就要放弃 Open WebUI 了。如果你的使用场景与我类似,千万别忽视 Open Terminal。
相似文章
open-webui/open-webui
Open WebUI 是一个可自托管、可扩展且支持完全离线运行的 AI 平台,兼容 Ollama 与各类 OpenAI 兼容 API,提供插件系统、智能体、持久记忆与团队协作频道等丰富功能。
Open WebUI 的更简单的自托管替代方案
OvertChat 是 Open WebUI 的一个更简单、精致的自托管替代方案,适用于本地 AI 模型,具有单一的 Docker Compose 设置、内置网页搜索和 Kokoro TTS,全部采用 MIT 许可证。
Open WebUI 桌面版发布!
Open WebUI 桌面版以原生应用形态登场,无需 Docker 或终端配置即可本地运行 LLM 或连接远程服务器,支持离线运行、系统级语音输入及悬浮聊天窗口。
开源桌面智能体应用,使用本地 Ollama 模型运行智能体:两个智能体分别运行在 qwen3.5:9b 和 qwen3.8 上,使用一张 16 GB 显卡,真实录屏,包括我遇到的限制
Dodaios 的维护者展示了一款 Apache 2.0 开源桌面 AI 代理应用,可在本地 Ollama 模型(Qwen3.5:9b 和 Qwen3.8-16gb)上运行多代理任务,并坦诚说明了本地模型在工具调用上的局限。
使用 OpenCode 与 Qwen3.8-27B 模型运行小型游戏或进行网页浏览:仅需16GB显存
本文将提供一份逐步指南,介绍如何在16GB显存的笔记本电脑上运行Qwen3.8-27B人工智能模型,涵盖exllamav3和tabbyAPI等工具的安装、配置以及性能基准测试。