上一篇《作为 DBA,你真的需要一套本地 AI 工作台》,聊的是为什么值得折腾这套东西。
电脑里堆着一堆巡检手册、调优案例、故障复盘。可真到半夜处理事故,最难受的往往不是没资料,而是想不起来资料放哪了。
在线 AI 是能聊,但生产库的表结构、日志、执行计划、客户文档,这些我不敢往上传。

于是我自己搭了一套,全跑在本机:


Open WebUI + Ollama + 本地知识库 + SearXNG 联网搜索本地聊天可以,问自己的资料可以,联网查最新信息也可以。
那篇发出去以后,后台好几个人问的其实是同一类问题:
能不能别让我自己敲命令?有没有 Mac 版的一键包?我想给同事、学员用,怎么让他们别每个人都重新踩一遍坑?
这篇就接着上一篇讲。我把整套东西整理成了一个本地 AI 知识库工作台工具包,Mac 和 Windows 的安装包都有。下面为了讲清楚流程,统一拿 Mac 版举例,用 Windows 的照着装也一样。
如果你不想先看完整过程,只是想判断自己的电脑能不能跑、试用怎么申请,我也单独做了一个页面:
https://ai.shijw.uk

页面里放的是试用申请、配置要求、机器码授权流程和问题反馈入口。后面文章讲细节,页面负责把试用流程接住。

手工搭建适合技术人自己玩,但不适合拿去推广。
上一篇那些命令,对懂 Docker 的人不算难。可很多人卡住的地方,压根不是模型不会用,而是环境起不来:
Docker 镜像拉不下来
Open WebUI 连不上 Ollama
SearXNG 能打开,但 Open WebUI 搜不到
知识库不知道该用哪个 Embedding 模型
端口冲突,不知道被哪个服务占了
装完能聊天,但联网搜索没有引用来源

这些坑,我自己一个没落全踩过。
所以工具包要解决的不是"发几个命令给你",而是把一套已经验证过的部署流程固定下来。按顺序点,先跑起来。跑起来之后,再慢慢研究 Open WebUI、Ollama、RAG、Embedding、联网搜索这些细节。

核心架构还是上一篇那套,分工挺清楚:

Open WebUI 是日常使用的入口,聊天、知识库、模型选择、联网搜索,都在这一个界面里搞定。
Ollama 负责在本机跑模型。Ollama 支持的模型都能用,比如 qwen3、llama3、gemma、deepseek 这些,按自己机器的配置选,机器够强再上更大的。
本地知识库处理你自己的资料。巡检手册、SQL 调优案例、生产故障复盘、数据库安装文档、国产数据库手册,都能按主题放进去。
SearXNG 负责联网。模型不知道最近一周 PostgreSQL、Oracle、Kingbase、崖山DB 有什么动静,那就 SearXNG 先搜,再把结果交给模型总结。
这几样单独装其实都不新鲜。真正费功夫的一步,是把它们按一套稳定的方式接起来,而且接对。

上一篇讲的是搭建思路,这一版更偏交付。
Mac 用户拿到之后,主要就按这个顺序走:
00-开始使用.command01-环境检测.command02-下载模型.command03-启动基础服务.command00-开始使用:选择部署到本机哪个目录。安装包只是交付介质,别直接在临时解压目录里长期跑服务。01-环境检测:检查 Docker Desktop、Ollama、端口占用和本机环境。02-下载模型:按自己机器的配置选模型。03-启动基础服务:验证许可证、加载 Docker 镜像、启动 Open WebUI 和 SearXNG。
懂技术的,照样可以进 scripts/ 目录看 shell 脚本。不想看命令的,按顺序双击就行。

先把这条边界说清楚。
Docker Desktop 和 Ollama,工具包都不内置。
这两个软件跟系统版本、芯片架构、权限授权都强相关,粗暴塞进包里并不合适,还是建议从官方渠道装。工具包只做检测和引导,没装就提示你去装。
但 Open WebUI 和 SearXNG 的 Docker 镜像,工具包会预置。
一句话总结:
Docker Desktop:用户官方安装Ollama: 用户官方安装Open WebUI 镜像:工具包预置SearXNG 镜像: 工具包预置大模型文件: 用户按机器配置下载这么分,好处是软件来源干净,同时又能避开"现场拉 Docker 镜像失败"这个最常见的翻车点。
模型文件不内置,是因为 16GB 内存和 64GB 内存能跑的模型完全不是一回事。硬塞一个大模型进去,既占空间,也不一定跑得动。

光是聊天的话,本地模型并不稀奇。
对 DBA 来说,真正的价值在于把自己的资料变成可以检索的知识库。
我习惯按主题建库,而不是一股脑全塞一起:
Oracle 故障处理PostgreSQL SQL 调优国产数据库安装部署生产巡检 SOP历史故障复盘然后这样问它:
根据知识库,整理一份生产库慢 SQL 排查流程,把只读验证 SQL 和可能产生变更的 SQL 分开列。

这个问题,比"讲讲慢 SQL 怎么排查"有用多了,因为它是基于你自己的资料在组织答案。
而且,资料里要是没有,它就该告诉你没有,而不是一本正经地编。这一点对 DBA 来说其实挺关键。

知识库解决的是"自己的资料",联网搜索解决的是"最新的信息"。
数据库版本、补丁公告、安全漏洞、云厂商变更、开源项目 release,这些本地模型不可能天然知道。所以我在工具包里保留了 SearXNG。
打开联网搜索后,Open WebUI 会先搜再答。比如:
搜索最近一周 PostgreSQL 新闻,先列来源标题和 URL,再做总结。


关键其实不在"让模型联网",而在逼它先把来源摆出来。
这一步能实实在在降低它胡说八道的概率。做 DBA、售前、技术支持,或者做内容输出的,都用得上。

上一篇提过三个验收问题,这里照样适用。
一测本地模型:
用大白话讲讲 PostgreSQL 的 MVCC。
二测知识库:
根据我的知识库,整理一份数据库故障排查 SOP。
三测联网搜索:
搜索最近 7 天 Kingbase、Oracle、崖山DB 的重要版本或安全公告,把来源也列出来。
三个都能跑通,这套工作台才算真正立起来了。不然就只是打开了一个聊天页面,意义不大。
DBA:资料多、场景碎,又对数据安全敏感,是本地知识库最对口的人群。
技术支持 / 售前:产品手册、实施文档、故障案例、FAQ 整理进知识库,辅助答疑和写方案。
教程创作者:与其每次带着学员从零排错,不如用一套标准化工具包统一环境。
小团队内测:还没到建企业级知识中台的阶段,先用本地工作台验证一下价值。

上一篇讲的是"作为 DBA,为什么需要一套本地 AI 工作台";这一篇讲的是怎么把它从手工搭建,变成一个更好交付的 Mac 工具包。
本地 AI 真正的价值,从来不是换一个聊天框,而是把自己的资料、工作流和排障经验,放进一个可控的环境里。
对 DBA 来说这尤其现实:生产资料不外传,历史经验能复用,最新信息能搜索,回答还能带来源。差不多也就是我一直折腾这套工具包的原因。
看过上一篇手工搭建教程的,这一篇可以当作它的产品化版本。
后面我还会接着写几篇:
怎么给 Open WebUI 配一个 DBA 专家助手
本地知识库怎么分主题才好用
联网搜索怎么避免"搜了,但没引用来源"
用本地模型辅助 SQL 调优时,哪些回答不能直接信
另外说一句,试用链接里 Mac 和 Windows 的安装包都有,这篇只是拿 Mac 举例讲流程,用 Windows 的也能照着装。
完整工具包和试用方式,我放在后台入口了。想试的朋友,扫描下方二维码获取。


也可以直接打开这个网页获取:
https://ai.shijw.uk
先看配置要求,再填试用申请。遇到部署问题,页面里也有单独的问题反馈入口。这样比在评论区来回问机器配置、Docker 报错、机器码流程要清楚一些。
作者:Digital Observer(施嘉伟)
Oracle ACE Pro
PostgreSQL ACE Partner
Oracle OCM、KCM、PGCM、DB2 、MySQL OCP、PCTP、PCSD、OCI、PolarDB技术专家、达梦师资认证,从业11年+
ITPUB认证专家、KVA、崖山YVP、KWDB MVP、PolarDB开源社区技术顾问、HaloDB技术顾问、TiDB社区技术布道师、青学会MOP技术社区专家顾问、国内某高校企业实践指导教师
公众号/墨天轮/IF Club:Digital Observer;CSDN/PGfans:施嘉伟;ITPUB:sjw1933

往期推荐:

在看点这里

点击"阅读原文"
夜雨聆风