大模型并非万能解决方案,其价值在于与业务需求匹配。应理性评估技术适用性,在模糊性任务中发挥优势,在确定性环节辅助生成规则,回归业务本质才能实现实用价值。 ## 1. 业务是技术应用的起点 - 业务本质是对现实世界的提炼与抽象,形成可管理的确定性流程和模型 - 成熟业务已通过标准化流程(如物流路径规划)和规则链条(如财务报销)消除不确定性 ## 2. 大模型的适用边界 - **核心能力**:擅长模糊匹配与概率生成,适合处理未结构化信息(如会议纪要总结) - **能力禁区**:在精确流程环节(如正则表达式校验)会引入风险,成本与稳定性成反比 ## 3. 确定性任务的AI应用范式 - **关键策略**:用大模型生成规则(如Python数据处理代码),人工验证后固化 - **价值转换**:将AI的"概率生成"转化为"确定性输出",避免直接执行精确任务 ## 4. 总结类任务的最佳实践 - **天然优势场景**:处理原始文本(用户反馈/会议记录)到结构化摘要的转换 - **灵活性容忍度**:输出允许合理误差,符合业务提炼前端的特性需求 ## 5. 技术理性的实施路径 - **历史教训**:蒸汽机/互联网的成功在于与传统方法协同,非全面替代 - **决策框架**:根据业务提炼程度选择工具,模糊环节用大模型,精确环节用规则引擎
2026-03-22 10:07

大模型不是万能钥匙:回归业务本质,找到技术的合适位置

本文来自微信公众号: markzou的笔记 ,作者:markzou1988


近年来,大语言模型的爆发式发展让无数人兴奋不已。从ChatGPT到各种开源模型,我们似乎看到了一条通往通用人工智能的捷径。一时间,“大模型将取代一切”的论调甚嚣尘上,不少人开始幻想:只要把任何问题丢给大模型,它就能完美解决。


然而,现实给了我们一记清醒的耳光。


大模型幻觉问题、推理成本高企、响应速度不稳定、对精确任务的力不从心……这些问题让越来越多的一线实践者意识到:大模型不是万能钥匙,它有自己的能力边界。而真正的智慧,在于回归业务本质,为它找到最合适的位置。


一、业务是起点:对现实的提炼与抽象


任何技术应用的出发点都应该是业务,而非技术本身。业务是什么?业务是对现实世界的提炼与抽象。


现实世界是复杂、模糊、充满噪声的。而一个成熟的业务,必然已经完成了一个关键过程:将混沌的现实,提炼成相对稳定的流程和可操作的模型。


  • 一家物流公司的业务,是对“货物从A点到B点”这一现实活动的提炼,形成了订单管理、路径规划、运力调度等标准化流程,以及成本计算、时效预测等数据模型。


  • 一个财务报销系统的业务,是对“员工因公支出与公司结算”这一现实场景的提炼,形成了预算控制、发票核验、审批流转等确定性的规则链条。


业务的价值,恰恰在于它用流程和模型,将现实中的不确定性与模糊性,转化为了可管理、可重复、可预期的确定性。


当我们谈论技术应用时,首先应当审视的,就是我们手中的业务,已经完成了怎样的提炼,形成了怎样的流程与模型。这是我们选择任何技术工具的起点。


二、大模型的边界:它处在业务提炼链条的哪个环节?


将大模型置于“业务提炼现实”的框架下来看,它的角色就清晰了。


业务提炼现实,最终形成流程与模型。流程是“如何做”的确定性步骤;模型是“是什么”的结构化表达。一个成熟的业务系统,其核心正是由无数精确、可重复的流程和模型构成的。


而大模型的核心能力是什么?是“模糊匹配”与“概率生成”。它本质上是一个巨大的模式识别器,擅长处理那些尚未被完全提炼成型的、仍带有模糊性的信息。


这就决定了它的能力边界:


  • 它的天然主场,是在“业务提炼链条”的前端——处理那些尚未完全结构化的信息,比如总结会议纪要、提炼客户反馈、辅助头脑风暴。


  • 而一旦进入“业务提炼链条”的后端——也就是那些已经被提炼成精确流程和模型的环节,比如严格的财务核销规则、确定的数据格式转换、标准化的API调用——大模型概率性的“发挥”,反而会成为风险源。


试想,一个已经提炼成“正则表达式”的身份证号提取流程,如果换用大模型每条都“思考”一下再输出,不仅成本高昂,还可能因为一次概率性的失误导致业务异常。在确定性环节引入不确定性,是对业务提炼成果的背离。


三、精确任务的正解:让AI辅助生成流程与模型


那么,面对业务中大量的确定性环节,我们该如何发挥AI的价值?


关键思路在于:让大模型回到它擅长的领域——辅助生成,而非直接执行。


业务中的很多确定性流程和模型,本身就是从过往经验中提炼出来的规则。而大模型恰恰擅长理解和生成这类规则。


我们可以这样操作:


  1. 输入业务的“现实样本”:将一些典型的业务场景、数据案例提供给大模型。


  2. 让AI辅助生成“流程或模型”:让它基于对这些样本的理解,生成一段精确的代码、一组正则表达式、一个数据校验规则或一个决策逻辑分支。


  3. 人工验证与固化:开发者或业务专家对这些生成的规则进行验证,确认无误后,将其固化为业务流程中的一部分。


例如,面对一批格式混乱的日期数据,与其让大模型逐条处理,不如让它观察样本,帮你生成一段Python代码(这就是一个微型的“处理模型”)。你验证通过后,这段确定性程序就能高效、无误地处理所有数据。这里,AI的智能被用来“生产确定性”,而不是“扮演确定性”。


这才是对业务提炼过程的增强:我们依然在运行精确的流程和模型,但AI帮助我们更快地构建它们。


四、总结类任务:处于提炼前端的天然主场


如果说有一类任务是大模型的“天然主场”,那一定是文本总结。


总结任务恰恰处于“业务提炼现实”链条的前端。它的对象往往是未经结构化的原始信息(如长篇报告、会议录音转写、零散的用户反馈),目标是提取核心,形成初步的结构化摘要。


这个环节的特点,决定了它是大模型概率生成机制的用武之地:


  • 输入模糊,输出也允许一定的灵活性,不要求100%的字段级精确。


  • 它本身就是“提炼”的过程,是大模型辅助业务从“现实”走向“初步模型”的一步。


因此,把总结类任务直接交给大模型,是合理且高效的选择。这不是偷懒,而是让大模型在其最适合的业务环节发挥作用。


五、结语:基于业务本质的技术理性


回顾人类技术发展史,每一次技术革命都会经历一个“从狂热到理性”的过程。蒸汽机、电力、互联网,最终创造持久价值的,都不是“用新技术替代一切”的妄念,而是找到了新技术在业务链条中最合适的位置,让它与传统方法协同工作。


大模型也是如此。我们对它的应用,不应建立在“它能做什么”的幻想上,而应建立在“我们已有的业务提炼到了什么程度”的理性审视上。


  • 对于那些已经被提炼成精确流程与模型的业务环节,我们应当珍惜这份确定性,用AI辅助生成和维护它们,而不是用大模型去直接“跑”它们。


  • 对于那些仍处于现实与模型之间、充满模糊性的业务前端,我们可以大胆地让大模型上手,发挥它提炼与整合的能力。


所有的基础是业务,业务是对现实的提炼,最终形成流程与模型。我们的工作,就是在这条提炼链条的每个环节,找到最合适的技术工具。


放下“大模型万能论”的幻想,回归业务本身,理性选择工具——这不仅是技术决策者的必修课,也是AI从炫技走向真正实用化的必经之路。

AI创投日报频道: 前沿科技
本内容来源于网络 原文链接,观点仅代表作者本人,不代表虎嗅立场。
如涉及版权问题请联系 hezuo@huxiu.com,我们将及时核实并处理。
正在改变与想要改变世界的人,都在 虎嗅APP