土猛的员外
导读：
- 你的AI项目落地真的被用起来来了吗？
- 企业知识能不能被管好、用好，决定了AI的实际价值。
- 知识工程，正在成为大型企业AI建设的必修课。
在不少企业的 AI 项目中，都能看到相似的一幕。
项目验收的时候，平台已经部署完成，知识库导入了成千上万份文件，几个重点场景也做出了可供演示的 Agent。领导在会议室里提出问题，系统很快生成了一段条理清楚的回答，项目看起来已经具备上线条件。
可过了几个月，使用情况却没有达到预期。
业务人员偶尔打开系统，问过几次，发现有些答案引用的是旧制度，有些回答虽然正确，却没有考虑本部门的实际流程。遇到专业问题时，系统给出的内容和公共 AI 服务差别并不明显。时间一长，大家又回到了原来的工作方式：找熟悉业务的人、在群里询问，或者从共享目录中翻文件。
真正让AI项目决策人（如CIO、AI专班负责人等）感到压力的，往往不是某一次回答不准确，而是项目进入复盘阶段后，很难说清楚它到底带来了什么。
导读：
1.企业AI落地除了大模型，最重要的竞争就是企业上下文之争；
2.八个问题可以自查你拥有的是知识库还是知识引擎。
这两年，几乎每一家认真推进 AI 的企业，都做过一件相似的事：
把公司里的制度文件、产品手册、培训材料、项目文档一股脑上传，然后接上大模型，做一个“企业知识库问答”。
演示的时候，效果往往不错。问一句“公司的报销流程是什么”，AI 很快就能给出答案；再问一句“某款产品有哪些参数”，它也能从文档里找到相关内容。
但真正上线之后，问题很快就来了：
于是很多企业开始怀疑：是不是模型还不够强？是不是向量数据库选错了？是不是提示词还要继续调？
这些当然都可能影响效果，但更根本的问题是：企业把一个基础设施问题，当成了一个问答工具问题。
企业 AI 真正需要的，不只是一个能存文件、搜内容的知识库，而是一套能够持续接入知识、加工知识、治理知识、调用知识，并根据业务反馈不断优化的企业 AI 知识引擎。
未来，当企业内部出现大量 Agent 时，企业之间的差距也会迅速拉开。因为除了一定程度上可以共享的大模型能力，真正难以复制的，是由企业级知识引擎长期沉淀、治理并持续更新的企业上下文。
最近一段时间，我的大部分精力都放在一个企业级智能知识库项目的需求分析和总体设计上。
明总刚刚写了一篇《AIS 交付实践中的架构演进与思考》更多从技术和交付角度，讨论不同客户基础设施带来的适配问题，以及 AIS 如何通过存储适配、任务持久化和部署组合降低私有化交付的复杂度。其中有一个观点我很认同：产品架构不是关起门来设计出来的，交付过程中真实遇到的问题，本身就是架构演进的重要输入。
而我在这次项目中做的事情更偏向需求、产品和总体设计。每天面对的不是“某个功能怎么实现”，而是另一组问题：
客户为什么要建设企业级知识库？它和原来的文档管理系统有什么区别？知识由谁维护？制度更新后旧版本怎么办？跨部门 Agent 从哪里获得知识？答案不准确时，问题究竟出在模型、检索，还是知识本身？
这些问题看起来不像算法问题，却往往决定了一个知识库能不能真正进入生产。
很多企业已经开始尝试大模型，但真正进入业务现场时，往往会遇到同样的问题：
制度文件很多，但 AI 不知道该引用哪一版；
业务知识分散在部门、系统和个人电脑里，员工找不到、AI 也用不好；
客服、审计、合规、售后、销售、研发等场景都有大量重复劳动，但又不能完全交给模型自动判断；
客户希望 AI 提效，但更担心答案不准、依据不清、权限越界、过程不可追溯。
TorchV AIS 面向这些真实问题而设计。它不是一个简单的文档问答工具，而是一套面向企业 AI 落地的知识引擎系统。它帮助企业把分散在制度、手册、合同、报告、工单、案例、模板、FAQ、业务系统和外部资料中的知识，变成可检索、可治理、可追溯、可被智能体调用的知识资产。
本白皮书基于金融、审计、烟草政企、工业制造、大宗商品贸易等真实客户需求抽象而来，重点回答三个问题：
客户可以在哪些业务场景中使用 TorchV AIS？
这些场景能为客户带来什么价值？
TorchV AIS 如何支撑这些业务场景落地？
企业客户最关心的不是“系统有哪些功能”，而是“我的业务里哪里能用，能解决什么问题，能带来什么价值”。因此，我们先用一张价值地图展示 TorchV AIS 在典型业务中的落地方式。
作者：卢向东，杭州萌嘉网络科技有限公司创始人。团队长期专注于企业 AI 落地与 AI 知识引擎实践，是国内较早探索 RAG 企业应用落地的团队之一。产品 TorchV 已成功服务浪潮信息、微众银行、物产中大、台州银行、适途汽车、中汇税务师事务所等客户。
企业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 已成功服务浪潮信息、微众银行、物产中大国际贸易、物产中大金属、台州银行、适途汽车、中汇税务师事务所等客户。
我觉得在知识库里面，以知识加工来驱动知识库三个生命周期的阶段：
知识库需要起到容器的作用，对于知识准入来说，知识库系统需要支撑多种数据源的导入处理请求，要求的是对文件的支撑的广度，AIS知识库在这个阶段，提供了非常多的数据类型支撑，包括：在线编辑器（多人协作）、在线表格、附件（支持PDF、OFD、PPT、Word、Excel、Txt、Md、Html、Xmind、jsonl等文件）、HTTP接口等多种数据源的、半结构化数据（Excel导入转DB走Nl2SQL的方式）、关系型数据库。我们是支持的非结构化数据源的广度优先。
作者：卢向东，杭州萌嘉网络科技有限公司创始人。团队长期专注于企业 AI 落地与 AI 知识引擎实践，是国内较早探索 RAG 企业应用落地的团队之一。产品 TorchV 已成功服务浪潮信息、微众银行、物产中大、台州银行、适途汽车、中汇税务师事务所等客户。
FDE，全称Forward Deployed Engineer，可以理解为“前线部署工程师”。
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时代，一个更根本的问题出现了：
企业最有价值的资产，真的还主要存在数据库里吗？