2026-08-12 · 星期三本站今日收录 100 条最近更新 20:00

快讯中国多行业被收护照 限制出境延伸至体制外

不要只问AI有多聪明,要问它被放在了哪里

转载信息出处与时间记录

内容性质
全文转载(非本站原创报道)
原始出处
虎嗅网
原文作者
HavenlonLabs
原文发布
本站收录

本文全文转载,版权归原出版方所有;茉莉花新闻网未参与采写与编辑。

本文来自微信公众号: HavenlonLabs ,作者:HavenlonLabs,原文标题:《不要只问 AI 有多聪明,要问它被放在了哪里》

引子:一条鱼的四种身份

同样一条鱼,放在佛堂里,它是生命;放在厨房里,它是食物;放在市场里,它是商品;放在水边,它是风景;如果被写进某种财富叙事,它甚至可以变成资本与预期。

鱼本身从未改变,改变的只是它所处的位置。

这看似是一则关于视角的寓言,但把它放进今天的人工智能产业,它触及的是一个比”视角”更硬的商业与工程问题:我们习惯于追问一样东西是什么,却很少追问,它究竟被放在了哪里。

过去两年,围绕AI的绝大多数讨论都收敛于同一个坐标:它到底有多聪明。参数规模、推理深度、代码能力、数学表现、长上下文、工具调用、自主规划——整个行业都在为智能打分。

但当模型真正开始进入企业的真实系统,另一个更具决定性的问题正在浮出水面:决定一个AI的风险与价值的,往往不是它有多聪明,而是它被放在了执行链的哪一格。

一、同样的准确率,在不同位置是完全不同的东西

设想一个准确率99%的模型。

它被放在聊天框里,偶尔答错,用户至多觉得它不够可靠;它被放进内部知识库,答错一次,可能让员工带着错误信息去开会;它被接入客服系统,错误开始触碰客户关系;它被授权修改生产数据库,错误的性质随之改变;而当它能够操作资金、账户、设备与工业系统时,同样的1%,含义已经彻底不同。

在这个过程中,模型没有任何变化。变化的是它与现实之间的距离。

AI离现实越近,它每一次判断所承担的后果就越重。

这也解释了为什么许多关于AI安全的争论容易失焦。人们反复追问:幻觉率还能降多少?什么时候能到99.9%?这些当然重要,但企业真正需要先回答的是另一组问题——

它现在站在哪里?它只是提出建议,还是可以发起动作?它发起的动作由谁确认?它能否直接改写数据、划转资金、关停设备?它能否让一个数字世界里的判断,径直变成物理世界里的结果?

这几个问题的答案,通常比任何一张跑分表更能预测风险。

二、能力决定上限,位置决定后果

我们习惯用能力理解技术。更快的计算机意味着更高的性能,更强的模型意味着更好的智能。在软件时代,这套逻辑基本成立,因为软件长期承担的主要是计算、信息处理与辅助决策——它告诉你应该做什么,最终按下按钮的仍然是人。

AI正在改变这个前提。它不再只是计算,而是逐步获得了行动能力。今天的智能体已经可以读取邮件、整理文件、调用API、创建工单、提交代码、操作SaaS;再往前一步,它可以发起付款、修改权限、控制机器、调度机器人。

当一种技术从”告诉你应该做什么”变成”替你去做”,评价体系必须随之改变。因为:能力决定一个系统能做什么,位置决定它做错之后会发生什么。

这两件事从来不是一回事。一个非常聪明却没有任何执行权的AI,风险边界是有限的;一个并不算特别出色、却握有极高执行权限的AI,反而可能更值得担心。

这与真实组织中的权力结构高度相似。一名普通员工判断失误,影响通常止于局部;一位握有最终审批权的人做出同样的误判,结果可能完全不同。不是因为后者更不明智,而是因为他的判断离结果更近。位置本身,就是风险的一部分。

三、一个需要被拆开的等式:可信不等于应当放权

观察今天多数AI产品的演进路径,会发现一条几乎一致的逻辑链:模型越来越强,于是系统给它更多权限;模型越来越稳定,于是流程减少人工确认;模型表现越来越好,于是执行链越来越自动化。

这条链条看上去顺理成章,但其中隐含着一个值得拆解的等式:越可信,就越应该拥有更多权力。

问题在于,可信与可控制从未是同一个概念。一个系统可以非常优秀,依然会出错;一个模型可以在99.99%的情况下正确,但只要剩下的0.01%能够触及足够大的现实后果,它就仍然需要边界。

成熟行业早已明白这一点。飞行员足够专业,航空业并未因此取消检查单;银行员工值得信任,银行也从未因此废除交易限额、双人复核与事后审计。优秀不会自动取消边界;恰恰相反,一个主体的执行权越大,对它的约束通常越应该严格。

而在AI领域,我们正在做一件方向相反的事:把”模型能力提升”顺手翻译成”系统可以把更多事情交给它”。这值得警惕。因为智能增长的是判断能力,而执行权改变的是风险结构。**判断能力的提升是渐进的,风险结构的改变却是跳跃的。**二者不该被简单绑定。

四、真正的问题不是会不会出错,而是错误能走多远

任何系统都会出错。人会失误,程序会有缺陷,网络会中断,传感器会失效,模型会产生幻觉。

因此,一个成熟系统要解决的从来不是”如何保证永不出错”,而是:当错误发生时,它究竟能走多远。

如果错误只停留在文本框里,它的影响半径很小;如果它进入工作流,波及范围扩大;如果它能直接调用外部系统,风险再上一级;如果它最终改变了现实,那么问题的性质已经从模型问题变成了系统控制问题。

这正是未来AI架构需要重建的一种意识——距离意识。不是所有AI都应该站在执行链的最后一步;不是所有判断都应该自动转化为现实动作;更不能因为一个模型过去表现良好,就允许它绕过最后一道控制边界。

真正成熟的自动化,不是让AI一路向前,而是清楚地知道它必须在哪里停下来。

五、从功能设计,走向位置设计

过去的软件设计主要围绕功能与权限:谁能访问,谁能调用,谁能修改,谁被授权。

AI时代需要增加一个维度:这个智能体应该被放在执行链的哪一格。

它可以感知、可以分析、可以推理、可以给出建议、可以规划步骤、可以准备执行——但这些能力是否天然等于”它可以最终执行”?答案显然是否定的。

一个设计良好的系统不会只问”AI能不能完成这件事”,而会继续追问:它应该完成到哪一步?哪一步必须由独立规则验证?哪一步需要现实状态重新确认?哪一步不能依赖AI自己证明自己正确?哪一步必须保留独立的否决权?

这意味着AI系统设计正在从功能设计进入位置设计。一个系统是否安全,很大程度上不取决于智能被放大到什么程度,而取决于权力在哪里被切断。

六、位置不仅决定风险,也决定商业模式

同样的逻辑,也适用于商业。

今天大量AI产品在功能上高度相似:写文案、总结信息、分析数据、调用工具、自动完成任务。但为什么有些只能停留为一个功能,有些却可能长成基础设施?区别常常不在模型能力,而在它进入了什么位置。

一个始终停留在用户可以随时关闭的对话框里的AI,本质上是一个工具;当它嵌入企业每天必经的工作流,它开始成为系统的一部分;当它位于多个系统之间的关键节点,它有机会成为平台;当所有关键执行都必须经过它,它才可能成为基础设施。

因此,商业世界值得追问的不只是”这个产品有什么能力”,还有”它占据了什么位置”。许多团队持续为产品叠加功能,却很少思考产品在整个产业关系中站在哪里。功能决定别人用不用得上,位置决定别人离不离得开。

这大概是AI时代一条被显著低估的商业规律:估值最终不由智能水平定价,而由不可替代的位置定价。

七、下一代评价标准:从IQ到”权力半径”

今天我们习惯比较模型的智力:谁推理更强,谁代码更好,谁的多模态更完整。

但当AI真正进入现实系统,企业会越来越关心另一组指标:它能接触到什么?它能改变什么?它可以独立执行到哪一步?它的错误最大能波及多大范围?是否存在独立于它之外的系统能够阻止它?一次异常行为能否被迅速终止?

这些问题共同衡量的,是一个AI的权力半径。

一个AI可以非常聪明,但它的权力半径应该被精确设计。它能看见很多东西,不代表它可以改变所有东西;它能理解一个动作,不代表它应当拥有执行该动作的最终权力;它能生成一份计划,也不代表计划天然获得执行资格。

这可能是AI从工具走向基础设施过程中,最重要的一次认知转变:我们不应该因为AI更聪明,就自动允许它站得离现实更近。

八、成熟的系统,从不把聪明当作安全

工业社会用了很长时间才学会一件事:一个系统的可靠性,不能建立在”某个主体永远不会犯错”之上。

于是有了保险丝、断路器、刹车、限位器、安全阀、双人复核与熔断机制。这些设计的存在,并非源于对操作者的不信任,而是源于一个更朴素的判断——成熟系统不会把安全寄托在任何一方永远正确之上。

AI不应例外,甚至更需如此。因为AI比人执行得更快、更持续、也更具规模。一个人出错,可能只错一次;一个自动化智能体出错,可能在几十秒内重复数千次。人类的错误是点状的,自动化的错误是链式的。

所以真正的问题从来不是”AI足够聪明之后,我们是否可以完全信任它”,而是”无论它有多聪明,我们是否仍然保留了阻止错误变成现实的能力”。

这才是系统成熟与否的分界线。

结语:需要被设计的,不只是智能

那条鱼始终没有改变。佛堂里的鱼、厨房里的鱼、市场里的鱼、水中的鱼,本质上仍是同一条鱼,但位置不同,意义完全不同。

AI也是如此。今天我们太习惯讨论模型本身——它有多少参数,能完成多少任务,推理能力有多强。而未来更关键的问题,很可能是:我们究竟把它放在了什么位置。

因为智能决定能力,位置决定权力,而权力决定后果。

当一项技术已经能够影响现实世界,成熟的系统设计就不能只追求让它更聪明,还必须回答另一个问题:它可以走到哪里,又必须在哪里停下。

AI时代真正需要被设计的,从来不只是智能本身,还有智能与现实之间的那段距离。

更正与撤稿

0 条记录

本文暂无更正或撤稿记录。若本文发布更正、澄清或被撤稿,相关说明将按时间顺序列于此处。版权异议或撤稿请求:见 版权与撤稿,或致函 [email protected]