你在 iPhone 上滑入"Sleepy Joe"，键盘吐出来的却多半是"Sleepy hope"。滑"white man"会变成"white mean"，而"red man""blue man"一滑就过。这不是手感问题，也不是你滑错了。路透 11 月 6 日的独家报道给出了原因：iOS 键盘深处藏着一份未公开的多语言词表，约 10 万条词与短语，进表的词联想不推荐、滑动输入经常被打断或改写。本文把这份词表的发现过程、作用机制和各方反应拆开来看。

发现：从两个打不顺的词组开始

独立研究员 Derik Kauffman 是 Blacklight 的创始人，那家公司用 AI 找科学论文里的错误。今年 9 月，他注意到一个奇怪的现象：滑入"bad boy"和"white man"时，输入经常卡住或者滑出别的词，而"bad girl"和"black man"毫无障碍。这个不对称勾起了他的兴趣，他借 OpenAI 的 Codex 和 Anthropic 的 Claude Code 做逆向和批量验证，最后在操作系统深处撞上了一份哈希表形式的词表。

词表转回文本后，他做了一件很关键的事：把完整清单连同各语言分表发布在自己的网站上，任何人可以去查哪些词受影响。后面会看到，这份公开词表直接引出了第二次独立验证。

这份词表约 10 万条词与短语。要立刻对冲一句：10 万是 Kauffman 的保守估计，词的计数方式有多种口径，名单不含汉字，苹果没有确认过这个数字。它是一个下限，不是精确定值。

路透实测：词表不是猜测

Kauffman 标出了一份受影响的词的子集，路透在 iPhone 上实测，全部命中。滑动输入"United Ireland"，经常出来的是"United Iceland"；"Tibetan independence"滑出来变成"Tibetan independences"。"read gay smut"会变成"Read gay Smit"，去掉"gay"再滑"read smut"，畅通无阻。

政治词组的表现最有信息量。"Dictator Trump"能滑出来，但"trump"是小写，且联想不推荐它，反而给你推荐"dictator trumps"。注意这里的形状：词本身没有消失，逐字手打一个字不缺，动的是候选排序。这正是"灰名单"这个叫法的由来，它不是禁令，是降权。

机制：哈希表词表如何弄卡滑动输入

对安全从业者来说，这段才是正菜。iOS 的滑动输入（gliding，手指不抬起来连续划过字母，键盘把轨迹解析成词）和联想补全走同一套字典匹配。键盘把轨迹解析成候选词时，会拿候选去查系统里这张哈希表，命中灰名单的词条即被降权，或不作为候选返回。你看到的"卡顿"和"滑出别的词"，是匹配引擎在命中后改选次优候选的副作用：轨迹明明指向"United Ireland"，最优候选被表拦截，排第二的"United Iceland"顶上来。错位改写不是额外设计，是降权策略和候选生成的耦合产物。

这个实现选型解释了很多看似矛盾的现象。为什么手打能过？因为逐字输入的候选与用户键入的词一致，降权逻辑拦不到最终提交。为什么"Dictator Trump"能滑出来但小写？因为拦截发生在候选排序层，不发生在文本提交层，大小写归候选规范化管。为什么改写结果常常只差一个字母（mean/man、Smit/smut）？因为它们是轨迹的次优匹配候选。

要说明白的是：以上机制层面的因果链，来自 Kauffman 的发现过程、词表本身的哈希表形态和路透实测的行为模式，苹果没有确认过任何一条实现细节。

名单里有什么：比"脏词过滤"多出来的部分

名单的绝大多数是粗俗、冒犯词条，或涉毒品、性、暴力，这类内容出现在键盘词表里不奇怪。问题出在政治色彩词条：dictator Trump、sleepy Joe、illegal immigrant、right wing conspiracy、left wing conspiracy、covid was a hoax、Tibetan independence、United Ireland。哪一条属于"不恰当建议"，判断标准是什么，苹果没有回答。

多语言分表里同样有政治内容：希伯来语的"被占领土"、阿拉伯语的"哈马斯运动"、法语的"移民太多"。夹在这些中间的还有完全无争议的词条，比如"Santa isn't real"和"iMessage isn't working"，这两条进了名单没有任何冒犯性可言，更像维护粗糙的痕迹。不一致也有现成的例子：封"bad girl"，不封"bad boy"。

输入法词表过滤不是新命题，中文输入法词库审查、键盘联想争议这类旧案过去十年反复出现过，本次的不同在于有人把完整词表挖出来摊在了明面上。

第二双眼睛：独立复核吻合

名单发布后，一家安全公司的工程师 Matt Suiche 独立恢复了同一份灰名单，拿它和 Kauffman 的结果以及苹果内部数据交叉比对，几乎完全吻合。他的原话值得留在正文里：这份名单多年来"藏在人们眼皮底下"，从它身上可以窥见即时通讯交流多年来如何被潜在影响与过滤。

两份独立恢复的词表几乎吻合，基本排除了"提取过程出错"这个解释。剩下的解释只有一个，名单真实存在且已存在多年。

苹果的回应：设计目标，而非名单本身

路透拿详细问题清单去问，苹果的邮件声明没有直接回应发现本身：不评论名单规模和构成，不解释为什么政治词条在列，不说明名单是人工编的还是自动生成、有没有复核周期。声明里只有一句：键盘设计的目标是避免不恰当或冒犯性的建议，用户始终可以手动输入并忽略联想。

这句话在技术上没错，但它回避了核心问题。用户能手动输入"Dictator Trump"是真的，用户知道自己为什么滑不进去不是。

拉回日常：几亿人的句子在候选框里成形

觉得这跟你无关的话，换一个角度看打字这个动作。滑动输入和联想补全是默认开着的功能，几亿 iPhone 用户每天写下的句子，相当一部分是在候选框里点选成形的：你滑一个词，系统给三个候选，你点一个。词表起作用的位置在这里。它不删你打的字，它改变你看到的选项，而在候选框这个界面上，被降权的词对用户完全不可见。

几亿人里，绝大多数人不会去怀疑键盘为什么"没听懂"自己，只会认为自己滑错了。干预轻微到用户察觉不到，恰是它能起作用的条件，这一点 Kauffman 自己说了出来，下一节是他的原话。

词表过滤 vs 知情权

Kauffman 对这份名单的定性是："这是一种非常轻微的审查形式。但以苹果的运营规模，轻微干预就能产生巨大影响。"注意这是他一个人的描述，不是定论，苹果从未承认名单构成审查。

EFF 高级律师 David Greene 的表态补上了另一边：他觉得这份名单"令人毛骨悚然（creepy）"，质疑苹果的判断力，"如果真要这么做，用户应该非常清楚并有一定自定义权限。这不应该是个秘密"。

两句话放在一起，这次事件真正的问题就清楚了。名单本身可以辩解为产品策略，冒犯性联想过滤是输入法的常见功能；没得辩解的是隐蔽性：一份含政治词条的多语言词表，藏在系统深处无人知晓地运行多年，被外部研究员用 AI 工具逆向出来才曝光，而苹果到最后一个问题（名单里为什么有"Tibetan independence"）没有给过回答。Guardian 同日的报道标题把这份词表的体感说得最直白：连"male chauvinist pig"这个词，iPhone 已经拼不出来给你看了。

对从业者来说还有几条空白必须记着：iOS 哪些版本含这份名单、何时加入、是否人工维护、对第三方键盘有无影响，目前没有任何信息。系统里"重置键盘词典"这个官方功能删的是用户自定义词，不碰灰名单，别把它当成修复手段写进任何报告。

剩下的一个问题值得带走：下一次你的键盘"打错"一个词的时候，你怎么知道那是模型没听懂，还是表里有它？

参考来源

Reuters（Raphael Satter），2026-11-06：reuters.com/business/retail-consumer/apples-predictive-text-restrictions-include-dictator-trump-sleepy-joe-researcher-2026-11-06/

The Guardian，2026-11-06（"male chauvinist pig" 报道）

The Verge：theverge.com/tech/1028663/apple-ios-keyboard-blocked-words-autocomplete

Kauffman 发布的完整灰名单网站（词表逐条可查）