一个叫 PEARL 的 AI 学习助手，为什么会被玩家亲手关掉？
先说答案：不是因为它答错了。是它开口的时机不对。
这周本来能收五六条。最后只留下这一条。
一条 arXiv 上的论文，编号 2609.13718，九月十二号挂上去的，八页，已经被今年的 IEEE 游戏会议收了。它讲的就是这个 PEARL，以及用户是怎么把它关掉的。
先讲这东西是什么。它叫 PEARL，全称 Parallel Education Agent for Reflection and Learning。基于 RAG，两个组件，一边检索概念解释，一边做棋盘状态匹配。
一句话讲清楚它想干的事：玩家卡住的时候，递给他一段对得上当前局面的解释，而不是一段放之四海皆准的攻略。
它服务的游戏叫《Parallel》，拿来学并行编程的益智游戏。
RAG 这个词之前收过一次，不重复。这里值得看的，是论文里一个不大的判断：只看得见游戏状态的通用大模型做不了这件事。它不知道别人玩到这一步时棋盘摆成什么样。PEARL 的输入有两路，自然语言查询和棋盘拓扑。检索的证据也分两类，概念解释和同伴生成的棋盘局面。把"为什么"和"别人当时长什么样"一起递过来，这个组合是对的。
十个人，一个对照
十个人，定性评估。对照组不是空的，是一个已有的玩家模型可视化系统，论文里简称 OPM。
点评：样本很小，作者自己也没往统计上靠。记住这个数字，后面有用。
可视化赢了
参与者觉得 OPM 那套可视化更有用。对 PEARL，他们报告的挫败感更高。
更直接的一条在后面：十个人里，有五个人在游戏过程中把 AI 工具最小化，或者干脆不用了。
点评：这半句才是这篇论文值钱的地方。AI 助手的失败，很少是"答错了"那一种。答错容易看见，也容易修。真正难办的失败是它答得没什么错，但你就是不想再打开它。这种失败去翻后台日志，一切正常。
关掉的原因，作者列了三条
主动推送。回答太泛。信任缺失。
点评：我看这三条是一条。它没等到被问就先开了口，开口说的又是那种放在哪一关都成立的话。信任是一句一句攒起来的，攒的前提是它得先学会在没人问的时候不出声。这里我可能推得比论文远了一步，先记我自己的。
游戏里这一点格外刺眼。玩游戏的人注意力是连着的一条线。你一打断，他就得重新把刚才那一步捡回来。助手以为自己递的是帮助，玩家收到的是打断。
剩下四个人说了句反过来的话
他们说，在自己主动发起交互的那些情境里，PEARL 那种有证据支撑的解释和可视化是能互补的。
点评：注意条件，主动发起。同一套系统，同一批人，把开口的主动权交回人手里，评价就反过来了。这说明的不是它答得不行，是它开口的时机不对。它不是不好，是太急。
作者没把结果藏起来
论文把 PEARL 定位成一个已经部署出去的设计探针，说这些失败模式本身就是产出，最后归纳出七个面向社区的开放问题。
点评：这个做法可以抄。一个把五个不满意用户悄悄删掉的 demo，和一个把"五个人为什么走"写成一页的论文，后者对后来的人有用得多。把失败模式公开出来，本身就是一种产出。
有件事得讲清楚。这篇我只吃透了大半。七个开放问题具体是哪七个，摘要里没列全，我没去翻正文，不替它编号。还有，那五个中途退出的人里，有几个是真被推送烦到了，有几个可能只是那天不想被人打扰，十个人的定性研究分不出这个差别。
方向我信。
如果这周只留一句，我留这句：AI 助手的第一条纪律不是答得准，是闭嘴得及时。
说得有点绝对。稳一点的版本是：在一个人正连着做一件事的时候，它能不能忍住不插话，比它懂多少更影响他会不会开第二次。
本周就这些。
上面有哪一条你去读了原文、或者觉得我讲错了，欢迎告诉我。讲错的我补，没讲清的我改。
下周见。