导读：

1.企业AI落地除了大模型，最重要的竞争就是企业上下文之争；

2.八个问题可以自查你拥有的是知识库还是知识引擎。

这两年，几乎每一家认真推进 AI 的企业，都做过一件相似的事：

把公司里的制度文件、产品手册、培训材料、项目文档一股脑上传，然后接上大模型，做一个“企业知识库问答”。

演示的时候，效果往往不错。问一句“公司的报销流程是什么”，AI 很快就能给出答案；再问一句“某款产品有哪些参数”，它也能从文档里找到相关内容。

但真正上线之后，问题很快就来了：

• 同一个问题，换一种问法就答不准；
• 明明资料里有，AI 却说没找到；
• 引用的是旧版本制度，业务部门不敢用；
• 不同岗位本来应该看到不同内容，AI 却可能跨越权限边界；
• 文档越来越多，重复、冲突、过期内容也越来越多；
• 做完一个问答助手之后，想继续建设客服 Agent、合规 Agent、售后 Agent，却发现还得从头再来。

于是很多企业开始怀疑：是不是模型还不够强？是不是向量数据库选错了？是不是提示词还要继续调？

这些当然都可能影响效果，但更根本的问题是：企业把一个基础设施问题，当成了一个问答工具问题。

企业 AI 真正需要的，不只是一个能存文件、搜内容的知识库，而是一套能够持续接入知识、加工知识、治理知识、调用知识，并根据业务反馈不断优化的企业 AI 知识引擎。

阅读全文

未来，当企业内部出现大量 Agent 时，企业之间的差距也会迅速拉开。因为除了一定程度上可以共享的大模型能力，真正难以复制的，是由企业级知识引擎长期沉淀、治理并持续更新的企业上下文。

最近一段时间，我的大部分精力都放在一个企业级智能知识库项目的需求分析和总体设计上。

明总刚刚写了一篇《AIS 交付实践中的架构演进与思考》更多从技术和交付角度，讨论不同客户基础设施带来的适配问题，以及 AIS 如何通过存储适配、任务持久化和部署组合降低私有化交付的复杂度。其中有一个观点我很认同：产品架构不是关起门来设计出来的，交付过程中真实遇到的问题，本身就是架构演进的重要输入。

而我在这次项目中做的事情更偏向需求、产品和总体设计。每天面对的不是“某个功能怎么实现”，而是另一组问题：

客户为什么要建设企业级知识库？它和原来的文档管理系统有什么区别？知识由谁维护？制度更新后旧版本怎么办？跨部门 Agent 从哪里获得知识？答案不准确时，问题究竟出在模型、检索，还是知识本身？

这些问题看起来不像算法问题，却往往决定了一个知识库能不能真正进入生产。

阅读全文

前段时间出差了一周，与合作伙伴聊到接下来排着的一些商机，他们不是专做知识库的，但发现几乎今年所有的商机需求里面都有知识库。在当下的AI浪潮中知识库声浪已经回落，但在真实的市场需求中却越来越旺盛。所以今天这篇文章，我会根据自己接触到的一些真实市场反馈聊聊知识库一般会有哪些应用场景，以及不断变化的需求带来了哪些产品上的新挑战。

一、客户价值地图

废话不多说，直接上我们接触到的真实业务场景和客户价值。

阅读全文

很多企业已经开始尝试大模型，但真正进入业务现场时，往往会遇到同样的问题：

制度文件很多，但 AI 不知道该引用哪一版；
业务知识分散在部门、系统和个人电脑里，员工找不到、AI 也用不好；
客服、审计、合规、售后、销售、研发等场景都有大量重复劳动，但又不能完全交给模型自动判断；
客户希望 AI 提效，但更担心答案不准、依据不清、权限越界、过程不可追溯。

TorchV AIS 面向这些真实问题而设计。它不是一个简单的文档问答工具，而是一套面向企业 AI 落地的知识引擎系统。它帮助企业把分散在制度、手册、合同、报告、工单、案例、模板、FAQ、业务系统和外部资料中的知识，变成可检索、可治理、可追溯、可被智能体调用的知识资产。

本白皮书基于金融、审计、烟草政企、工业制造、大宗商品贸易等真实客户需求抽象而来，重点回答三个问题：

客户可以在哪些业务场景中使用 TorchV AIS？
这些场景能为客户带来什么价值？
TorchV AIS 如何支撑这些业务场景落地？

一、客户价值地图：先从业务场景看 TorchV AIS 能做什么

企业客户最关心的不是“系统有哪些功能”，而是“我的业务里哪里能用，能解决什么问题，能带来什么价值”。因此，我们先用一张价值地图展示 TorchV AIS 在典型业务中的落地方式。

阅读全文

作者：卢向东，杭州萌嘉网络科技有限公司创始人。团队长期专注于企业 AI 落地与 AI 知识引擎实践，是国内较早探索 RAG 企业应用落地的团队之一。产品 TorchV 已成功服务浪潮信息、微众银行、物产中大、台州银行、适途汽车、中汇税务师事务所等客户。

企业AI落地不是让业务人员学习 AI 的工作方式，而是让 AI 能力进入业务人员熟悉的工作方式。

上周出差上海与一家会计师事务所交流AI在他们业务中的落地，过程中突然让我意识到了一个AI落地的问题：很多企业 AI 项目并不是卡在模型能力上，而是卡在“业务人员不知道该如何通过对话框完成一套复杂业务流程”。

一、企业AI落地中存在的鸿沟

当前很多AI原生应用默认采用对话式交互，也就是 CUI（命令行用户交互界面）。不管是Claude、ChatGPT、DeepSeek、Kimi等大模型，还是龙虾、Hermers等Agent，对话式交互适合问答、检索、生成、改写，但并不天然适合承载复杂业务流程。对于已经习惯了三十年 GUI （图形化用户交互界面）系统的企业用户来说，他们更熟悉的是列表、表单、状态、按钮、审批流、退回、挂起和复审，而不是把一整套业务流程压缩进一个聊天窗口里。

阅读全文

作者：卢向东，杭州萌嘉网络科技有限公司创始人。团队长期专注于企业 AI 落地与 AI 知识引擎实践，是国内较早探索 RAG 企业应用落地的团队之一。产品 TorchV 已成功服务浪潮信息、微众银行、物产中大、台州银行、适途汽车、中汇税务师事务所等客户。

企业级知识库的一些实践，合规和知识健康。

我在上一篇文章《五分钟讲明白企业知识库，AI时代为什么它会这么重要（附视频）》中大致讲了企业知识库的一些特点，和多数人认为“RAG即是知识库”的概念存在哪些不同，有几位朋友私信说对于一些重要的特点只是一笔带过太敷衍了。那么今天这篇文章我们就从中挑选两个点来展开讲讲企业知识库的这些特点：

• 安全合规；
• 知识健康。

一、安全合规

安全合规我认为是由“安全”与“合规”组成的，安全的内容会非常多也非常分散，包括多级权限控制、设备控制、白名单、多次登录失败限制、防泄露（下载日志、水印等）、防prompt注入攻击等。关于安全，本文就不展开来说，我们直接说说合规。

因为合规这个场景可能是大部分AI从业者不一定会碰到的，特别如果你只做产品，没有实际落地经验的话。但在面向强监管的行业客户的AI落地实施中却会被看作重中之重，类似银行、证券基金、保险、支付、生物制药、医疗服务等，在AI落地的时候都非常需要做好合规，不然可能会面临巨额罚款或司法诉讼。

阅读全文

作者：肖玉民，杭州萌嘉网络科技有限公司联合创始人&CTO。团队长期专注于企业 AI 落地与 AI 知识引擎实践，是国内较早探索 RAG 企业应用落地的团队之一。产品 TorchV 已成功服务浪潮信息、微众银行、物产中大国际贸易、物产中大金属、台州银行、适途汽车、中汇税务师事务所等客户。

我觉得在知识库里面，以知识加工来驱动知识库三个生命周期的阶段：

1、早期阶段（知识准入）

知识库需要起到容器的作用，对于知识准入来说，知识库系统需要支撑多种数据源的导入处理请求，要求的是对文件的支撑的广度，AIS知识库在这个阶段，提供了非常多的数据类型支撑，包括：在线编辑器（多人协作）、在线表格、附件（支持PDF、OFD、PPT、Word、Excel、Txt、Md、Html、Xmind、jsonl等文件）、HTTP接口等多种数据源的、半结构化数据（Excel导入转DB走Nl2SQL的方式）、关系型数据库。我们是支持的非结构化数据源的广度优先。

阅读全文

作者：卢向东，杭州萌嘉网络科技有限公司创始人。团队长期专注于企业 AI 落地与 AI 知识引擎实践，是国内较早探索 RAG 企业应用落地的团队之一。产品 TorchV 已成功服务浪潮信息、微众银行、物产中大、台州银行、适途汽车、中汇税务师事务所等客户。

FDE，全称Forward Deployed Engineer，可以理解为“前线部署工程师”。

FDE，是站在技术、业务、组织和流程的连接点上的人。

一、为什么FDE会越来越受追捧

AI时代的软件形态正在发生变化，软件一般在GUI上都会更加简单，甚至有些直接就没有GUI（图形化界面），而是采用形式上极简的对话框式的CUI。对于客户的上手难度来说会呈现两极分化，喜欢CUI的人极度推崇，甚至觉得可以像OpenClaw和Hermes一样，一些复杂任务也可以在手机上通过对话就能完成。

图：AI在企业中落地的困难。

但对大部分企业业务来说，情况没有这么简单。

企业的流程不是一句“帮我处理一下”就能自动跑起来的。它背后有审批规则、数据口径、权限边界和大量隐性知识。CUI虽然降低了表面操作门槛，却也带来了新的问题：用户习惯需要迁移，业务意图需要被准确理解，AI能力需要被嵌入到真实流程里。换句话说，AI产品本身可能越来越简单，但AI落地反而变得更复杂了。

阅读全文

作者：卢向东，杭州萌嘉网络科技有限公司创始人。团队长期专注于企业 AI 落地与 AI 知识引擎实践，是国内较早探索 RAG 企业应用落地的团队之一。产品 TorchV 已成功服务浪潮信息、微众银行、物产中大、台州银行、适途汽车、中汇税务师事务所等客户。

很多企业这两年都在做AI，买了大模型，接了API，搭了开源的RAG系统，也做了几个Demo。但真正上线到业务里，很快就会遇到同一个问题：

系统并不是不会回答，而是总差那么一点意思。

同一个问题，旧制度里有答案，新通知里也有答案；产品手册有一个说法，售后案例又有另一个说法；总部文件说可以，区域规定说不行。这时候你会发现，企业AI真正缺的不是更聪明的模型或RAG，而是一个能让AI正确使用企业知识的底座。

过去二三十年，企业信息化其实一直围绕一件事展开：

把业务装进数据库。

我相信不仅是我们这些软件从业者，也包括大部分企业的CIO、CTO和技术leader们，都在做的事情就是把采购、库存、生产、财务装进ERP的数据库表里，把客户、商机、合同、回款装进CRM的表里。其他的包括OA和BI也都是围绕着关系型数据库在做文章。当然，还有互联网和移动互联网，几乎也是把关系型数据库作为最核心的基础设施之一。

但到了AI时代，一个更根本的问题出现了：

企业最有价值的资产，真的还主要存在数据库里吗？

阅读全文

作者：卢向东，杭州萌嘉网络科技有限公司创始人。团队长期专注于企业 AI 落地与 AI 知识引擎实践，是国内较早探索 RAG 企业应用落地的团队之一。产品 TorchV 已成功服务浪潮信息、微众银行、物产中大、台州银行、适途汽车、中汇税务师事务所等客户。

本文导读：

企业应该如何为AI做好准备？

• 大企业在AI落地准备环节的优势；
• 企业是否已经为AI准备好了？7类问题自测；
• 还没想好？那你依然可以先做的两件事。

一、AI落地实践者的回应

五一节假日里读了宝玉最新翻译Daniel Miessler的文章《大多数公司根本没有为AI做好准备》，快速的整理就是以下几点：

• AI 不是问题，说不清目标才是问题；
• 内部的知识和工作流就像混乱黑盒无法规模化；
• 真正被 AI 帮到的公司是怎么样的。

对于文章的大部分观点我都是非常认同的，而且情况确实也和我们近一年半接触的企业（包括成功实施的客户、PoC客户、观望中的企业、咨询之后终止的企业）的画像相似。

阅读全文