解决什么问题？
很多公司不缺文档，缺的是找得到、问得准。售后制度在 Word 里，退换货规则在 PDF 里，新人手册在网盘里。客服每次先问同事，不同人口径还不一致。
企知助手把企业文档集中入库，用向量检索加大模型生成，让员工用自然语言提问，并得到带来源的回答。线上入口：ask.kerten.cn。
为什么直接问通用大模型不够？
通用模型不知道你们公司的规定，也可能把话说得很像真的；制度更新之后，一线还在用旧说法。
企业要的是只依据自家文档、能追溯、能部署在自己环境的问答。企知助手的回答默认附带知识库来源，方便核对是不是现行制度。
三步落地
上传 PDF、Word、TXT 或 Markdown，系统切分并建库。员工打开问答页直接问，回答附带引用来源。管理员在后台管理部门、知识库和配额。
问答长什么样？
例如「客户要求退款超过 7 天怎么办」。系统根据已上传的售后制度作答，并标出引用了哪份文档、哪一段。新人可以按出处核对，老员工少回答重复问题。
核心能力
| 能力 | 说明 |
|---|---|
| 多租户 | 企业注册登录、JWT、管理员与成员角色 |
| 部门权限 | 知识库和助手按部门授权，成员只能看被允许的内容 |
| 知识库 | PDF、DOCX、TXT、Markdown 上传、切分和原文预览 |
| 检索 | 向量检索，关键词作为补充，减少只靠生成去编 |
| 流式问答 | SSE 输出、Markdown 渲染、引用来源 |
| 员工入口 | 独立问答页，成员登录直达，管理员进后台 |
| 网站挂件 | 把问答嵌进官网，可配置允许的域名 |
| 开放 API | 密钥接入 App、小程序或企业微信机器人的服务端 |
| 自备模型 | 租户填写自己的模型接口地址、密钥和向量模型 |
| 配额与部署 | 月度问答次数或 Token 上限；Docker Compose 部署 MySQL、API 和前端 |
适合哪些团队？
- 客服和售后的问题高度重复
- 新人上手慢，培训材料很多但没人翻
- 制度已经写好，但问人比查文档更快
- 希望在官网、小程序或内部系统里嵌一段知识问答
技术与交付
Java 17、Spring Boot 3、Vue 3、MySQL，用 Docker Compose 把数据库、接口和 Nginx 前端一起拉起，可放在内网或自己的云服务器。
标准交付包括部署、演示数据和制度导入；需要域名、HTTPS、成员开通和远程支持时另做增强交付。相关开发服务见 AI 开发。它和 Aisoui 的差别是：Aisoui 提供模型调用，企知助手提供「只根据你们文档回答」。