WorkBuddy 当前已全面支持自定义本地模型,包括 Ollama、LM Studio、llama.cpp 等;需依次验证服务运行、插件启用与配置准确、模型名及 API 路径正确,缺一不可。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

WorkBuddy 已经支持自定义本地模型,不是“未来会支持”,而是当前(2026年4月)已全面可用。
Local LLM 插件、Ollama 集成、LM Studio 兼容接口、甚至直连 llama.cpp HTTP 服务,全部是现成能力,无需等待更新。
使用 draw.io(.drawio 格式)和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发: - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
确认 Ollama 服务是否真正就绪
很多人卡在这一步,以为配置完就通了,其实curl http://127.0.0.1:11434/api/tags 返回空或报错,说明服务没跑起来
- 检查 ollama 进程是否在后台运行(Windows 可看系统托盘 ? 图标,macOS/Linux 用 ps aux | grep ollama)
- 确保模型已真正拉取:运行 ollama list 必须看到对应模型名(如 llama3),而不仅是命令执行成功
- 默认端口 11434 可能被占用,改端口需同步更新 WorkBuddy 插件里的 API Base URLLocal LLM 插件启用后无响应?检查三个关键点
- 插件必须「启用」且「保存配置」,仅打开开关不填地址不会生效 -Model Name 必须和 ollama list 输出的 NAME 列完全一致(区分大小写,不含版本号,比如填 llama3,不是 llama3:latest)
- WorkBuddy 启动顺序有依赖:先确保 ollama 已运行,再启动 WorkBuddy;若中途重启 ollama,WorkBuddy 不会自动重连,需手动点击右上角「刷新模型状态」或重启应用
用 LM Studio 替代 Ollama 时最常漏掉的配置
- LM Studio 的 Local Server 默认只监听127.0.0.1,WorkBuddy 能连上,但某些安全策略(如 Windows Defender 防火墙)可能拦截
- API 地址必须带 /v1 后缀:http://127.0.0.1:1234/v1,少这个路径会导致 404
- API Key 留空即可,填任意字符串反而可能触发鉴权失败(LM Studio 默认关闭认证)
本地模型调用链路短、隐私强,但每层都存在隐性校验点——Ollama 进程、插件开关、模型名拼写、URL 路径、网络可达性,缺一不可。实际调试时,建议按「服务 → 插件 → 对话」三级逐层验证,别跳步。

















