企业官网建设流程全解析

政研科的老张跟我倒过苦水：科里五个人，人人电脑里一套"资料库"——他存的是三年文件汇编，小李存的是去年的，新来的小王存的是网上扒的。写材料各引各的依据，同一项补贴政策，两个人引出两个标准，科长审稿时血压直接拉满。这不是个例，是文字科室的通病：知识在每个人电脑里各长各的。后来我陪老张把察元AI文档助手的服务版架起来，思路才理顺：不是给每个人配 AI，是给整个科室配一份共同的知识底座。

服务版是什么形态

服务版是 Docker 部署的网络版，一套服务跑在科室的内网服务器上，全科室共用：共用一份知识库、共用一套模型端点配置、共用权限体系。成员各自通过 JWT 登录访问，管理员集中配置——模型端点指向内网的 Ollama 也好、指向云端供应商也好，配一次全员生效，不用每个人在自己电脑上折腾。

对比单机版就很清楚：单机版http://127.0.0.1:62581免登录，知识和配置都长在个人机器上，一个人一座孤岛；服务版把孤岛连成大陆。桌面版/网络版的发布仓库是 zhgyuhuii/chayuan-desktop-releases（GitHub 与 Gitee 同步），具体部署参数以仓库文档为准，这里不抄命令，免得版本对不上误人。

知识库怎么变成"一份"

把散在各人手里的文件汇编、政策原文、历史文稿统一入库，从此检索只有一个入口。WPS 里的加载项照常工作，智能体通过kb_retrieve做检索增强，引的依据全部来自同一份库。老张科里最直观的变化：两个人写同主题材料，引用口径第一次对齐了，因为大家都被同一个检索源框住了。

日常用法长什么样

科员在 WPS 里该干嘛干嘛，需要依据时让 AI 带着知识库干活。比如交叉核对这活，以前要人肉翻三份文件：

打开目录下这几份文档，交叉检查错别字与术语是否一致

外发前的敏感信息筛查也交给同一条链路：

查找疑似身份证号、手机号、银行卡号并批注

长文档也不用慌，智能体先看document_meta的分块建议，再经document_chunks分页读取，两三百页的汇编材料照样按块处理，不会因为文档太长就撂挑子。批注钉在具体文字上，复核的人一眼看到问题在哪，改没改有据可查。先 dryRun 出问题清单、确认后再写批注的习惯，在共用环境里更重要——你写回的文档，下一秒可能就到科长屏幕上了。

管理员的三件事

服务版要有一个人当家，工作量不大但责任明确。第一，模型端点统一规划：内网合规要求高的全走本地 Ollama，全链路不出域；可以出域的配云端供应商，并做好密钥收敛和网关审计。第二，知识库准入：入库文件先过保密检查，涉密不上库、上库不涉密，这条红线 AI 把不住，只能制度把住。第三，定期备份和成员权限回收，人员变动时第一时间收权限。

适合谁，不适合谁

十人以上、有内网服务器、有半个人能兼职运维的团队，服务版是甜点位。反过来，一两个人用、没有服务器、也没人管，那就在单机版上先跑着，别为了上 Docker 而上 Docker——等资料规模和协作矛盾真长出来了再升级，能力同源，迁移不伤筋动骨。再往上，数百到上万人的规模，就该看出品方的至臻版浏览器工作空间了。

边界

知识库检索是辅助参考，引到正式文稿的条文必须回原文核对；服务版承载的是科室知识资产，备份和权限制度不能省；AI 不替代保密审查，入库审查和出库审批的责任链始终在人。

老张上个月说，科里新人上手快了一倍，因为"依据去哪找"这个问题消失了。知识库真正的价值不是检索变快，是全科室终于对"事实是什么"有了同一个答案——这一点，比省多少时间都值钱。