惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

C
CXSECURITY Database RSS Feed - CXSecurity.com
K
Kaspersky official blog
A
Arctic Wolf
Attack and Defense Labs
Attack and Defense Labs
L
LINUX DO - 热门话题
N
News | PayPal Newsroom
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
L
Lohrmann on Cybersecurity
PCI Perspectives
PCI Perspectives
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
The Last Watchdog
The Last Watchdog
B
Blog RSS Feed
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
W
WeLiveSecurity
Know Your Adversary
Know Your Adversary
博客园 - Franky
T
Tenable Blog
T
Tailwind CSS Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Help Net Security
Help Net Security
WordPress大学
WordPress大学
T
The Exploit Database - CXSecurity.com
www.infosecurity-magazine.com
www.infosecurity-magazine.com
博客园 - 司徒正美
阮一峰的网络日志
阮一峰的网络日志
D
Darknet – Hacking Tools, Hacker News & Cyber Security
H
Heimdal Security Blog
TaoSecurity Blog
TaoSecurity Blog
S
Security Affairs
J
Java Code Geeks
小众软件
小众软件
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Apple Machine Learning Research
Apple Machine Learning Research
NISL@THU
NISL@THU
O
OpenAI News
The Cloudflare Blog
月光博客
月光博客
Google Online Security Blog
Google Online Security Blog
V
V2EX
罗磊的独立博客
美团技术团队
博客园 - 三生石上(FineUI控件)
Security Latest
Security Latest
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
C
Cyber Attacks, Cyber Crime and Cyber Security
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Cyberwarzone
Cyberwarzone
L
LINUX DO - 最新话题
Hacker News - Newest:
Hacker News - Newest: "LLM"
大猫的无限游戏
大猫的无限游戏

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
关于AI幻觉,或许你想知道的,都在OpenAI这篇关于模型幻觉的论文里
产品经理崇生 · 2025-09-20 · via 人人都是产品经理

AI 一本正经“胡说八道”怎么办?OpenAI 罕见把“幻觉”拆给你看:为什么大模型 80% 正确率就能骗过人类、哪些层在偷偷编故事、RLHF 到底能不能根治。这篇论文像一份“幻觉体检报告”——看完你会知道:幻觉不是 bug,而是统计天性;与其追求零幻觉,不如学会给模型戴“概率口罩”,让系统该自信时自信,该闭嘴时闭嘴。

9月4日,已经很久没有Open的OpenAI发表了一篇题为《Why Language Models Hallucinate》(《语言模型为什么会产生幻觉》)的论文。正如我们从题目中所看到的那样,这是一篇研究AI模型产生幻觉原因的论文。论文公开发表后,也引发了业界的广泛关注。在下不才,也想从普通用户的视角出发,给朋友们分享一下我认为论文里一些需要我们关注的内容。关于AI幻觉,或许你想知道的,都在OpenAI这篇论文里。

先回顾一下AI幻觉

我们先来简单回顾一下关于“AI幻觉”的相关内容。在今年4月份的时候,我曾发表论述AI幻觉的相关视频和文章。在其中就有提及,所谓AI“幻觉”(Hallucination),是指AI会自信地给出看似有理有据却全然错误的回答的现象,也就是我们俗称的“一本正经地胡说八道”。关于AI“幻觉”的具体表现,可以总结为两类情况:无中生有和张冠李戴。

AI存在“幻觉”,这事儿好还是不好呢?我的观点非常明确——弊远大于利。尽管有一些观点认为,AI“幻觉”某种程度上也是AI的一种“开脑洞”的创造力,也有助于激发思维的发散。但即便是“开脑洞”,这也是一种不可预测也不可掌控的“开脑洞”。如果一项特性不可预测也不可掌控,那实际上是无法真正落地成为一项稳定的能力的。

我从事AI培训讲师亦一年有余,在接触大量的企业学员后,愈加坚定了这样的看法:对于企业而言,AI模型的能力强大与否固然重要,但更重要的是服务落地的可用性与稳定性,而其中影响最大的因素,就是“AI幻觉”。

对于AI模型为什么会产生幻觉,能否减少甚至避免AI生成幻觉,相关的话题其实一直是业界关注的话题。而这次OpenAI的论文,则很深入地研究并论证了以上问题。

幻觉的产生是不可避免的

既然AI幻觉是“弊远大于利”,那么我们有办法完全避免幻觉的产生吗?很可惜的是,OpenAI团队给我们迎面拨了一盆冷水。在论文中,OpenAI团队就明确指出,生成可靠信息比判断是否可靠更难,而判断是否可靠本身必然会有失败的地方。

我们知道,生成式AI的本质是“概率生成”,即基于上下文预测下一个字词(Token)。而生成的前提,是“判断”,判断这个句子是否成立。可是,这里的“判断”背后不存在真正的“语义理解”,而只是通过逐词预测的方式,将每一步的条件概率相乘,得到一个总概率值。这个概率值反映了该句子与模型在海量数据中学到的统计规律的符合程度。当一个句子的总概率值高于某个设定的阈值时,即被判断为“成立”,反之则为“不成立”。也就是,AI只要“看起来熟、顺”,就认为这个句子是成立的。

我来举个例子说明,比方说这么一个句子,“万里无云的天空飘着朵朵白云”,这个句子显然是不成立的。但是人类与AI作出“不成立”判断的依据是不同的:人类是从逻辑上推演,既然“万里无云”,那就不应该“飘着白云”;而AI是从概率上看到,“万里无云”,与“飘着白云”搭配在一起的概率,不符合它在训练中总结的统计规律。

很显然,这样的判断方式,并不会完全可靠。因为AI必须会碰到那些“似是而非,真假难辨”的内容,也必须会出错(这就是统计学里的“大数定律”)。OpenAI的论文列举了多种可能导致判断出错的原因,包括:相关数据过少导致模型只能猜测;概念过于复杂模型无法理解;训练数据本身包含错误等等。

剩下的推导就简单了,由于“判断”句子是否成立必然会出错,而每一次出错,都会被放大并传导至生成内容当中。因此,生成式AI是不可避免会产生幻觉的。

人类的鼓励导致了AI幻觉的泛滥

既然AI幻觉的产生是不可避免的,那么是否有可能采取一些措施,尽可能抑制AI产生幻觉呢?理论上是可以的,但实际上我们看到的情况是,AI经常性地出现幻觉。

关于AI模型为什么会经常出现幻觉,OpenAI给出了他们的观点:因为人类训练AI模型的时候,一直都在鼓励它与其放弃,不如蒙一把。论文中汇总了目前绝大多数被广泛用于衡量AI模型能力的主流评估,几乎都采用的是“二元评分制”,即答案只被简单地判定为“正确”(得1分)或“错误”(得0分),也就是“答对得分,答错不得分但也不会额外扣分”。

关于这一点其实很好理解,我们都参加过考试。考试就是典型的“答对得分,答错得0分但不会额外扣分”,所以我们哪怕遇到完全不会的题目,也会尽可能蒙一个答案上去。这一点倾向性也体现在AI模型当中,我们可以来看看OpenAI自家的两个模型参加同一场叫SimpleQA考试的对比结果。

从表中我们可以看到,首先,O4-mini的准确率比它的后辈GPT5都要更强。可是,这样的结果是以非常高的错误率换来的。因为GPT5面对不确定的问题时,会更大胆地放弃,而不是强行蒙一个。这也是为什么虽然O4-mini的准确率略高,可在实际体验中,GPT5才是那个幻觉率更低的模型。

同样的情况,不禁让我想起Deepseek-R1的训练奖励机制(关于Deepseek-R1是如何训练的,之前我也有整理专门的一篇文章),简单来说就是两条:

1)准确度激励:判断答案是否正确。如果模型回答2,则加 1 分;如果答案错误,则不加分。

2)格式激励:模型必须按照要求的格式作答,即需要尝试写出推理过程。

这是一套简洁且巧妙的思维链训练奖励机制,但与此同时我们知道,Deepseek-R1的幻觉率一直较其他模型要高。如今来看,OpenAI的这篇论文所揭晓的,应该就是其背后的原因了。

也就是说,尽管AI幻觉的产生是不可避免的,可正是因为人类的鼓励,才导致了AI的幻觉非但没有被抑制,反而变得更加泛滥。

后续可能的应对策略

现在,让我们来回顾一下整篇论文对于AI幻觉的论述。首先,OpenAI团队从机制上推导出“幻觉的产生是不可避免的”这一结论。原因就是在于判断一个句子是否成立是概率方式的判断。而概率方式的判断,就必然会存在有出错的情况。然而,OpenAI指出,正是在训练过程中奖励机制只专注在得分,等于是鼓励AI“与其放弃,不如蒙一把”的行为,这进一步导致了AI的幻觉非但没有被抑制,反而变得更加泛滥。(哦对了,顺便多说一嘴,网上有一些文章说OpenAI终于“找到了”AI幻觉的原因,这个说法是不准确的。因为上述的这些原因,其实之前业界都有对应的猜测,这次更准确的说法应该是,OpenAI“论证了”AI幻觉的原因)。

既然AI的幻觉是不可避免的,那么应对策略也就剩下尽可能降低AI幻觉的占比。而这里的原因是训练奖励机制鼓励“蒙一把”,那我们就应该调整为鼓励AI“说不知道”,也就是。具体来说,我们可以形成“答对加分,放弃不得分,答错额外扣分”的机制,从而引导AI更严格地衡量回答题目的准确度,只在有相当把握的情况下,才进行回答。与其同时,AI的产品设计,也应该为模型增加“允许AI说不知道”的选择。

一直以来,对于AI幻觉的来源,可谓众说纷纭,这次OpenAI团队的这篇论文,某种程度上算是一种盖棺定论了。我相信,这次关于AI幻觉的研究结论,对于国内外一众的AI产品(尤其是幻觉情况相对较为严重的Deepseek)而言,应该说是指明了后续的改进方向。不久的将来,想必AI产品将会变得“聪明又可信”吧,让我们拭目以待。

本文由人人都是产品经理作者【产品经理崇生】,微信公众号:【崇生的黑板报】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。