引言

过去两年,大模型是AI领域绝对的主角。从ChatGPT引爆全球,到国内外通用大模型竞速迭代,AI第一次以"人人都能聊两句"的方式进入大众视野。企业也纷纷押注,希望用大模型提效办公、优化流程、降低成本。但当大模型从炫酷的技术演示,真正被塞进企业实际业务流程时,问题来了。一个能写诗、写代码、对答如流的通用大模型,放到真实业务场景里,几乎立刻撞上三堵墙:它不懂你的业务规则——你问它理赔审核标准,它给你背保险基础知识;它越用越贵——调用成本随着规模和频次线性甚至超线性增长;数据出域风险不可控——你的客户信息、交易记录、内部文档,出了企业边界,谁来兜底?这三堵墙,正在把企业AI推向一条完全不同的路:更小的模型、更私有的数据、更贴近业务的知识体系。这不是技术路线的分歧,而是现实倒逼的选择。

一、大模型懂"通用",但不懂"你的业务"

大模型擅长的是通用智能——理解自然语言、整合跨领域知识、生成连贯内容。在开放式问答、内容创作、代码辅助等场景,确实能打。但企业要的不是"通用",是业务智能。举个真实的场景:一份保险理赔单,模型需要从中抽取出险时间、事故类型、涉及金额、责任认定结论,并判断是否命中某几类高风险理赔规则。这个任务不需要模型"理解保险是什么",它需要的是知道这家公司自己的风控经验里,哪几种字段组合历史上最容易出问题。而这些答案,不在ChatGPT的训练数据里,在企业自己的历史工单和业务经验里。羽山数据在与企业客户交流中反复观察到同一个现象:很多企业接入大模型后的第一反应不是"效果不够好",而是——"它根本不知道我们的事"。这本质不是模型能力问题,而是知识接入问题。

二、大模型不等于最优解:算力账,没人能绕过去

行业内有一个容易被忽略的对比:在文本分类、信息抽取、结构化审核这类边界清晰的任务上,一个经过针对性优化的中小规模模型,准确率往往可以逼近甚至持平千亿参数的通用大模型——而单次调用的算力成本和响应延迟,通常低一个数量级以上。这不是大模型"不行",而是任务和模型能力不匹配。还是拿理赔单据举例:字段抽取是结构清晰、类别有限的分类任务。让千亿参数模型去干这个,约等于开重型卡车送一份同城快递——运力是够,但成本结构完全不对。羽山认为,企业AI选型中最容易被忽略的一步,就是区分:哪些任务真的需要大模型的通用推理能力?哪些任务只需要一个训得准的小模型?未来更可能出现的形态,不是"大模型 or 小模型",而是大模型当大脑(任务规划、复杂推理),小模型当手脚(具体执行),各司其职,协同作战。

三、小模型有三个现实优势,但也不是"免费的午餐"

小模型之所以被越来越多企业关注,核心是三点现实收益:① 成本可控——长期高频调用下,模型运行成本是持续性支出。小模型能显著压平这条成本曲线。② 私有化部署可行——对硬件资源要求更低,更容易部署在企业自有服务器或私有云上,数据不出域。③ 可持续迭代优化——更容易针对具体业务数据反复训练,形成"越用越准"的正向循环。但这条路也有代价:小模型的天花板明显低于大模型。业务场景一旦发生较大变化,或需要跨领域综合推理,泛化能力会明显吃力;微调存在"灾难性遗忘"风险——训练数据质量不稳,可能让模型在原本擅长的任务上反而变差;私有化部署意味着企业要自己扛下模型迭代、算力运维、安全加固的长期成本,对工程团队能力要求不低。羽山认为:"小模型+私有化"不是免费的选项,而是企业用可控的长期投入,换取数据安全和业务贴合度。这笔账是否划算,取决于业务本身对准确性、合规性和调用频次的要求,而不是盲目跟风"私有化更安全"。

四、数据安全,才是私有化最硬的"推手"

如果说成本是"选择题",数据安全在很多行业里就是必答题。企业调用公网大模型时,业务数据——客户信息、交易记录、内部文档——必须作为输入传出企业边界。对金融、政务、能源、医疗这类强监管行业,这不只是"风险偏好"问题,而是合规红线。这也是为什么私有化部署的讨论,最先在这些行业里升温。企业AI基础设施正在经历一个深层转变:从 "调用外部AI能力"转向 "建设自己可控的AI能力"。羽山判断,这个转变的驱动力,与其说是技术偏好,不如说是合规和风险管理倒逼出来的结果。未来两三年,私有化部署很可能从"少数强监管行业的选择",逐渐扩展为多数企业级AI项目默认要考虑的起点——而不是加分项。

五、RAG vs LoRA:不是二选一,是"左手右手"

RAG(检索增强生成,简单说就是让模型在回答前先查资料)和LoRA/QLoRA(参数高效微调,让模型学习特定任务逻辑)经常被放在一起比较,但它们解决的其实是两个不同层次的问题,很多人把这两者搞混了。RAG解决的是"知识新鲜度"和"知识边界"问题。

它不改变模型本身,而是在推理时把企业的制度文件、产品资料、历史工单检索出来,作为上下文提供给模型。优点是知识更新快、可追溯、不需要重新训练。

但效果高度依赖检索质量——文档切分粒度不合理、向量召回不准,模型就算"看到"了正确资料,也可能答非所问。实践中,RAG系统的真正瓶颈往往不在生成环节,而在检索环节。LoRA/QLoRA解决的是"能力适配"问题。

它让模型学习企业特定的表达方式、任务处理逻辑和判断标准——这是RAG做不到的。RAG能让模型"查到"资料,但没法让模型学会"用企业的方式思考"。

QLoRA通过量化降低了微调的显存门槛,让中小团队也能在有限算力下微调较大模型。但训练数据的质量和覆盖面,仍然是决定效果的关键变量。羽山认为,把RAG和LoRA放在对立面讨论,本身就是一种常见误解。

RAG解决"模型知道什么",LoRA解决"模型怎么想"。多数企业级场景需要的是两者结合,而不是二选一——用RAG接入实时、易变的知识,用微调固化稳定、高频重复的业务判断逻辑。

六、从"调用模型"到"Agent协作":不是万能AI,是专业分工

随着Agent技术成熟,企业AI正在从 "调用单一模型"演变为 "多个专职智能体协作":客服Agent处理客户交互分析Agent做数据洞察审核Agent做业务判断运营Agent执行具体流程每个Agent背后可以连接不同规模的模型、不同的知识库、不同的业务系统权限。这种架构的核心价值,不是"看起来更智能",而是职责边界清晰带来的可控性。一个专职处理审核的Agent,出错范围被限定在审核逻辑内,比一个什么都做的"万能Agent"更容易被监控、被纠错、被追责。对企业级应用而言,可控性往往比"能力上限更高"更重要。

七、羽山的判断:企业AI能力建设,必经三个阶段

结合我们在数据领域的观察,羽山数据认为,企业AI能力的构建大致会经历三个递进阶段,而不是一步到位:

数据资产化

汇聚、清洗、确权分散在各系统中的数据

数据孤岛、口径不统一

认为"上了大数据平台"就等于数据资产化完成

知识结构化

把制度、经验、历史案例转化为AI可检索理解的知识形态

文档质量差、缺乏结构化标注

误以为"接入大模型"就能自动理解业务

能力体系化

通过Agent架构串联模型、知识与业务系统

职责边界不清、缺乏追责机制

追求"一个万能AI"而非"一套可控体系"

很多企业目前仍停留在第一阶段向第二阶段过渡的位置,这也是为什么"接了大模型但感觉不好用"是当下最常见的困惑——问题往往不在模型选型,而在于第二阶段的知识结构化工作还没有做扎实。大模型打开了通用智能的大门,但决定企业AI最终能走多远的,是数据、知识和模型能否被真正连接起来,而这件事没有捷径,只能一阶段一阶段扎实推进。你的企业目前处在哪个阶段? 欢迎留言告诉我们你在AI落地中遇到的具体卡点,下一篇我们会针对"知识结构化"这一步,具体拆解常见的踩坑和解法。

关于羽山数据

羽山数据是一家面向企业场景的数据智能与 AI Agent 解决方案服务商。公司以合规数据能力为底座,结合数据治理、AI 分析、行业智能体与私有化本地模型训练交付能力,为金融风控、政务监管、企业核验、供应链管理、数据治理等场景提供数智融合解决方案。面向企业数智化转型需求,羽山数据通过数据产品、智能体应用、场景化Demo、PoC 验证与 FDE 项目制交付,帮助客户把数据真正转化为可分析、可执行、可审计、可落地的业务能力。

作者:焦文钦

文章审核:计文迪

联系我们

商务合作:周经理

Email:zhoumengli@yushanshuju.com

公司官网:https://www.usendata.com

地址:上海市虹口区飞虹路118号瑞虹企业天地T2-1719