做完抖音爬虫之后，我一直在想一个问题：一个校园到底需要一个什么样的 AI？

不是教务系统。不是 OA 审批流。更不是一个套了校园皮肤的 ChatGPT。

我在珠海科技学院待了两年，最切身的痛点是：很多信息明明存在（官网通知、公众号推文、新生手册），但找起来就是特别费劲。食堂哪个窗口好吃？宿舍报修找谁？招生政策每年怎么变？创新创业基地怎么申请入驻？——这些问题的答案散落在几十个不同页面和文档里，没有一个统一的入口。

市面上很多做校园信息化的团队上来就是拥抱 OA、教务、一卡通。但我觉得那个方向有两个问题。第一，太重了——一个 OA 系统从招标到上线要一年，等上线的时候新生已经变成老生了。第二，不够人性化——OA 的逻辑是”流程驱动”，你填表、你审批、你归档。但大多数学生和访客的需求只是”问一句，给我一个靠谱的回答”。

所以 ZCST Campus AI 的定位很明确：一个生活在校园里、背靠着校园所有公开资料的 AI 同学。它不需要知道你的学号密码，不需要对接教务数据，只需要你开口问，它就从知识库里找到答案。

从头造一个聊天+知识库系统当然可以，但没必要。OpenWebUI 已经有成熟的对话引擎、多模型支持（Ollama + OpenAI API）、文档上传和 RAG 索引能力，前端的聊天组件也很完善。我们的改造重点不是”再造轮子”，而是极致简化普通用户界面——把 OpenWebUI 原版里那些开发者入口（Workspace、Models、Prompts、Tools、Functions……）全部隐藏。普通用户打开页面只看到三个东西：对话框、知识来源、管理员登录入口。一个完全不需要学习成本的界面。同时默认开启临时会话模式，访客和普通用户刷新或关闭后不保留上下文——这是隐私保护的考量，校园场景下不是每个提问者都想被记住。管理员通过 /admin-login 登录后进入独立后台路由，管理知识库、模型配置和用户，普通用户的路由和界面完全看不到这些。

做校园产品有几个特别的地方。关于隐私：访客模式会自动申请临时 token，但绝不记录用户身份和对话历史，数据统计只记录匿名化的访问路径和问题摘要。关于安全：管理员路由前端隐藏加后端鉴权双重保护——不能只靠”用户看不到这个按钮”来保证安全。关于模型：支持 Ollama 本地部署和 OpenAI 兼容 API，如果觉得 API 费用太高，可以在本地跑一个轻量模型，也能有不错的效果。

这个项目的体量比爬虫大了一个数量级——前后端、数据库迁移、Docker 部署、安全策略，每一层都要考虑到。但每次看到聊天框里它能正确回答”创新创业基地在几号楼”的时候，就觉得很值。

母校给了我这两年学习和折腾的空间，现在能用自己学的技术给母校做一点东西，感觉很好。

项目开源在 GitHub 上：zcst-campus-ai