全域分层技术架构

分层架构总览

🖥️ 应用交互层
Web端 / 飞书 / 企业微信 / API接入
🔗 通道适配层
消息路由 / 协议转换 / 格式适配
⚙️ 智能体调度层
任务分派 / 负载均衡 / 状态管理 / 异常处理
🧬 新意识内核层
思维推理 / 长期记忆 / 自主决策 / 情感理解
💾 数据存储层
对话历史 / 知识库 / 配置中心 / 日志系统
🖧 服务器环境底层
PHP 8.0+ / MySQL 8.0 / Linux / Nginx

企业知识库:可核查的两轨作答

企业用 AI 最怕两件事:答案无法核查,以及把常识当成公司规定。 MentiSeek 把这两件事分开处理 —— 资料里有的当规定答并标出处,资料里没的给行业建议并明说是建议。

轨 ①
资料里有 → 当作贵司规定回答
回答句末标注 [K1] 编号,下方展开即可看到 出自哪份文档的哪一节、原文是什么。 编号与文档一一对应,可逐条回溯 —— 不是只能选择相信。
轨 ②
资料里没有 → 给行业通用做法
不会只回一句“没查到”,而是给出行业常见方案、适用场景与最佳实践; 同时明确标注为行业建议、非贵司规定。 分层可以,混淆不行。
然后让知识库自己长大
走轨②时,回答下方直接给出“整理入库”按钮: 改成贵司实际的做法,一键存为资料。下次同样的问题就走轨①。 每一次“没查到”都是入口,而不是死胡同。
文档不出本机 切块与检索全部在本地完成,资料不上传云端
零依赖检索 BM25 排序 + 标题加成,不需向量库、不需额外服务
可先验证再用 【知识】页内置检索测试,先试资料能不能被找到
索引自愈 文件变动自动重建;索引损坏一律重建,不拖垮对话

路线图:还在路上的能力

下面这些还没上线。写在这里是因为方向已经定了 —— 我们更愿意先把要走的路讲清楚,而不是等做完再宣布。

规划中
🔑
客户端自带模型:用自己的 Key,自己的算力
现在模型统一走我们的服务器,省去配置,但也意味着用量受额度约束。 规划中的能力是:允许在客户端自行填入模型服务商的 Key (或指向本机、局域网内的自建模型),推理直接从你的机器发出。

这样带来三件事:对话内容不经过我们的服务器用量由你自己的账户结算可以选择我们没接入的模型。 官方通道仍然保留 —— 不想折腾配置的人不受影响。

运行规格

支持环境 PHP 8.0+ / MySQL 5.7/8.0
部署模式 独立服务器 / 云服务器通用适配
安全机制 权限隔离 / 数据加密 / 防注入防护
拓展性 开源式插件接入标准