Apple 鍵盤灰名單限制 iPhone 協助輸入哪些詞句

儘管 iPhone 用戶仍可手動輸入同樣的字詞，Apple 卻會限制系統協助輸入某些詞句，包括政治用語。Apple 鍵盤灰名單令這種分別浮現。預測文字會在你撰寫訊息時建議字詞，作用不止於猜測拼寫；其排除項目同時決定哪些表達方式會獲得協助。

11 月 6 日發表的報道描述，相關限制會影響建議及滑行輸入；後者會將手指在字母上滑過的軌跡轉換為字詞。Apple 表示，其鍵盤會避免提供不恰當或冒犯性的建議。這在防止用戶看到不想要的語言，與協助用戶表達其刻意選擇的用語之間，形成衝突。

Google 的 Gboard 提供了一個有用的比較，但核心問題不止於不同鍵盤之間的競爭。寫作助手必須決定何時主動建議用語，何時順應用戶輸入。兩種責任雖有重疊，但若一視同仁處理，可能令用戶要與看似誤解其意圖的軟件周旋。

Apple 鍵盤灰名單解釋部分缺失的建議

灰名單的發現涉及受限制的鍵盤協助，包括「male chauvinist pig」這個詞組。

路透社另行報道，研究員 Derik Kauffman 從 Apple 軟件中復原出多語言限制資料。其有限測試重現了部分指定詞句的輸入困難。據路透社報道，工程師 Matt Suiche 亦獨立復原出大致相符的資料。

新聞重點是既有的限制系統被揭露，而不是 Apple 宣布更改 iPhone 用戶可輸入的內容。

在評估改變了甚麼時，這個分別十分重要。新近被報道的機制，並不代表 Apple 最近才引入它；其被發現亦不能證明每個項目何時加入、由誰挑選，或其目的是否一直相同。

相關改變在於公眾可見度。用戶原本可能視為拼寫失敗的行為，如今對部分情況已有文件化的政策解釋。這讓研究人員可提出比「鍵盤是否變得不準確」更具體的問題。

試想一個不熟悉的姓氏與一個被刻意排除的表達方式之間的差異。兩者都可能不會出現在建議中，但只有後者會引出一個問題：即使使用者顯然有意輸入，系統仍施加限制。

若看不到這種差異，用戶便難以區分詞彙量有限與刻意過濾。他們可能重複手勢、改寫句子，或以為自己記錯拼寫。介面幾乎沒有理由讓他們查究背後政策。

「不會幫你拼寫」這個說法也需要限定。建議補全、自動拼寫修正及滑行辨識屬於相關但功能不同的體驗。對其中一種的發現，並不自動代表三者都有相同行為。

Apple 的鍵盤控制項區分自動修正與預測建議。其文件亦說明文字替換功能，可將選定捷徑擴展為已儲存詞句。這些控制項提供選擇，但未有解釋為何某個表達方式會獲得較少協助。

這令一般產品文件與個別輸入行為之間留下重要缺口。用戶可以明白如何關閉預測功能，卻未必明白為何某個句子的預測突然消失。

因此，報道所指的限制值得關注，但不應誇大為普遍解釋。部分令人沮喪的輸入錯誤會有無關的成因。某個詞句受限的證據應收窄診斷範圍，而非將每次不尋常的修正都視作過濾證據。

摩擦成本落在需要精確用語的人身上

當用戶需要特定措辭，而非大致相近的句子時，實際影響便會浮現。政治表達、引述的侮辱語或具爭議的描述，都可能承載替代說法無法保留的意思。

受限建議的代價取決於寫作任務，尤其在精確措辭本身就是重點時。

設想一名記者在手機輸入訪問引述。這是說明性情境，而非已有記錄的事件。若滑行辨識偏向另一個字詞，記者便必須在儲存或傳送前發現替換。

同樣的顧慮亦適用於記錄內部調查指控的人。筆記可能需要精確保留冒犯性語言，正因為該語言構成證據一部分。淡化措辭會削弱這項工作。

分析政治修辭的學生也會面對類似問題。學生可能需要引用某種語言，卻不代表認同它。單靠評估詞句本身的鍵盤，難以辨識這種分別。

這些情境說明，一個表達方式是否敏感，並不能決定是否應提供協助。輸入語言的目的很重要。描述虐待、記錄歧視及作出辱罵，可能使用重疊的詞彙，意圖卻截然不同。

手動輸入仍然可行。這限制了該限制的影響範圍，亦應是任何評估的核心。一旦用戶察覺問題，仍可輸入所需文字。

不過，手動輸入不代表體驗相同。用戶必須發現替換、知道正確拼寫，並額外花工夫還原文字。每項要求都將工作從助手轉嫁給其使用者。

對高度依賴手勢輸入的人而言，這種額外工作可能尤其不受歡迎。現有報道未有量化無障礙方面的影響。在沒有適當測試下，聲稱已有量度的傷害仍屬過早。

不過，無障礙應納入評估。原意在減少輸入工夫的功能，應評估其限制在何種情況下會意外增加工夫。這個問題可以研究，毋須假定每個受影響用戶都承受相同負擔。

企業採購者面對的是較狹窄的營運問題。他們需要確信流動裝置上的記錄，能保留員工原本想記下的內容。看似合理的替換可能比明顯的拼寫錯誤更難察覺，因為它看起來已經完成。

這個顧慮自然連繫至個人知識管理。可靠檢索始於可靠記錄。若原有措辭在用戶儲存前已被改變，即使筆記可供搜尋，仍可能造成誤導。

因此，Apple 面對的壓力很具體：說明何時保護性行為會改變刻意輸入的內容，並讓用戶以容易理解的方式回應。機構面對的壓力則不同：不要假設經潤飾的流動文字必然忠實保留來源內容。

兩項工作都不需要放棄輸入協助；它們都要求將協助視為一種介入，它在消除錯誤的同時，也可能引入錯誤。

避免冒犯性建議也可能妨礙刻意輸入

Apple 向路透社表示，其鍵盤旨在避免不恰當或冒犯性的建議。公司強調，用戶可以輸入自己選擇的字詞並覆寫預測。

Kauffman 對通訊可能受到細微影響表示憂慮。電子前哨基金會律師 David Greene 承認有保護性理據，同時主張提高透明度及提供自訂選項。這些立場見於自動完成限制報道，呈現出真實的產品取捨。

鍵盤決定主動建議某個詞句，與決定辨識用戶已在輸入的詞句，承擔的責任並不相同。

未經請求的建議部分源自產品本身。若鍵盤在無害的開頭後建議煽動性表達，用戶合理地可以歸咎其判斷。避免這種體驗，是正當的設計目標。

手勢輸入則較不直接。手指移動具有歧義，因此軟件必須推斷字詞。然而，相比鍵盤純粹預測下一個詞，用戶已提供了更多方向。

困難的界線就在於這種歧義與刻意意圖之間。當多種解讀同樣合理時，審慎的預設值可以合理地避免採用敏感解讀；但若系統反覆抗拒明確修正，便會引發另一種憂慮。

良好的政策必須兼顧兩種情況。否則，一項原意是防止意外冒犯的規則，可能干擾刻意引述或討論。內容類別本身無法化解這個衝突。

研究員的限制機制描述了分別用於建議和 QuickPath（Apple 的滑行輸入功能）的英文資料。其指出，滑行清單是建議清單的子集。雖然這仍屬外部技術分析，該說法支持不同協助模式之間存在區別。

這項細節令「每個列出的表達方式都會在每種輸入方式中失敗」之類的一概而論變得複雜。它也提出更有用的評估方法：確定哪項限制適用、在哪個階段生效，以及在甚麼條件下生效。

Apple 較廣泛的鍵盤歷史提供了背景。Apple 在 2023 年 6 月的自動修正更新中引入 transformer 語言模型，這是一種利用從語言資料中學習到的關係來預測字詞的系統。公司將其描述為提升輸入準確度的改進。

更有能力的預測模型不會消除有關輸出內容的政策決定。準確度與可提供資格仍是不同問題。系統可以推斷某個詞句很可能出現，同時套用規則以阻止其被建議。

這個分別有助解釋，為何更好的語言技術不會自動帶來更順從的鍵盤。更佳的推斷能力可以與刻意排除並存。只評估預測品質，會忽略這些排除項目的影響。

Google 提供有用的產品參照，但不能據此判定勝負。其字詞建議控制項說明如何移除建議及將字詞加入字典。這些功能展示用戶介入方式，卻不能證明滑行辨識不受限制。

公平的 Apple 與 Google 比較，需要配對詞句、語言、設定及輸入方式。公開的控制項說明不能代替這類測試；單一詞句成功輸入，也不應證明競爭鍵盤已解決更廣泛的取捨問題。

因此，最有力的設計問題是具體的：明確的用戶選擇應在何時凌駕保護性預設值？回答這個問題，會比承諾不受限制的預測或絕對安全的建議更有用。

證據顯示的是限制，而非其完整意圖或影響

Apple 鍵盤灰名單值得審視，但現有證據存在局限。還原限制資料所能證明的，與證明每個項目為何存在、或它們多常改變真實訊息，是不同的事情。

現有發現支持調查隱藏的輸入規則；但不足以證實存在一場旨在改變用戶信念、且已被量度的行動。

一系列政治敏感表達自然會引起對觀點偏見的疑問。這些問題值得測試。要得出有說服力的答案，不能只挑選看來不一致或令人意外的例子。

研究人員需要具可比性的表達方式，以代表不同立場，並採用一致的方法為結果分類。他們亦需要區分沒有出現預測建議、手勢辨識失敗，以及一般辨識錯誤。

這項工作很重要，因為相似的可見結果可能有不同成因。缺少建議可能反映限制、預測信心不足，或詞彙不常見。詞語被改動，也可能是手勢含糊所致，而非針對性的規則。

研究人員的技術說明亦帶出計數問題。當中描述了標準化詞形，以及具不同功能的不同資料表。因此，可讀短語的數目未必會與包含跨語言變體的數目相符。

這正是大型標題數字需要定義的原因。讀者應問：甚麼構成一個項目、詞形變化是否分開計算，以及總數是否把建議限制與手勢限制合併計算。若沒有這些答案，表面上的分歧可能會誤導。

同樣的審慎也適用於個別示範。一次成功嘗試不一定能推翻影響另一種模式的限制；一次失敗嘗試亦不能證明每部手機的行為完全一致。

有用的測試應記錄作業系統版本、鍵盤語言、應用程式、設定及此前輸入的文字。這些細節令結果可被理解。一段展示令人意外替換的影片只是起點，並非完整解釋。

個人化行為帶來另一個值得獨立研究的問題：在明確修正或反覆手動輸入後，結果會否改變？這項實驗有助區分持續存在的限制，以及會因應用戶偏好調整的系統。

這項發現亦令 Apple 的選擇流程仍不清楚。相關報道並未證實個別政治項目的完整理據。把某個短語歸因於政府壓力、法律意見或企業聲譽管理，都屬推測。

這些解釋在個別情況下或許聽來合理，但合理性不是證據。一篇討論不透明決策的文章，應避免以同樣不透明的理論填補這種不透明。

對下游社會影響的說法同樣需要克制。額外阻力可能影響措辭，但現有證據沒有量度被放棄的訊息、改變的意見，或不同人口群組之間的差異。

研究人員可透過比較受限制與不受限制輸入條件的受控研究，調查這些影響。在此之前，介面影響仍是合理的關注，而非已量化的發現。

Apple 的辯護亦需要精確解讀。能夠手動輸入，證明該語言仍可使用；但這並不能回答輔助政策是否合乎比例、一致，或有否充分披露。

反過來說，隱藏限制亦不代表每項保護性預設都不合理。防止意外輸入侮辱性用語可以惠及用戶。尚未解決的問題是：這種設計能否讓有意識的寫作者保有足夠控制權，同時不為其他人增加不想要的建議。

這個框架令爭議立足於事實。它同時承認 Apple 嘗試解決的產品問題，以及未經披露的解決方案可能造成的缺失。

留意披露、可重複測試與明確覆寫

下一步有價值的發展，應令系統更容易理解與評估。相比更聳動的短語集合，清晰規則、可重複結果，或有證據顯示有意修正確實有效，能帶來更多資訊。

當用戶能理解某項限制，並可靠地表達相反偏好時，Apple 鍵盤灰名單將更具問責性。

首先，留意 Apple 是否作出更具體的說明。一份有用的披露應區分預測、自动修正及手勢辨識，說明各模式中受限制的類別，並列明用戶可使用的控制選項。

這將更有力地支持有關行為反映一項經仔細考慮、界線清晰的安全政策。若聲明只談及手動輸入，核心的輔助問題仍未解決。

Apple 不一定需要公開每項實作細節。它可以說明篩選原則、審核程序，以及用戶如何回報錯誤限制。這些披露可讓外界有具體內容可供評估。

預設設定與用戶選擇之間的分別尤其值得關注。人們應明白，拒絕某項建議會否改變日後行為、已儲存短語會否獲不同處理，以及保護規則在哪些情況下仍會維持固定。

第二，留意跨軟件版本及語言的可重現測試。最有力的工作會公開其短語集合、設定及分類方法，並把受限制的建議與辨識失敗區分開來。

測試亦應保留不成功及互相矛盾的結果。包含例外情況的公開紀錄，比起只為展示某個結論而編製的彙集更具資訊價值。例外可揭示機制的邊界。

在相同條件下與 Gboard 或其他鍵盤比較亦會有用。配對相同輸入與設定，可揭示對有意輸入語言的不同處理方式。基於無關軼事的排名，幾乎不能提供指引。

若限制在受控測試下保持一致，對該機制的批評將有更穩固的基礎；若行為存在顯著差異，報道應解釋這種差異，而非把它呈現為普遍規則。

第三，留意明確覆寫會否變得可靠而容易理解。有意義的改進，應讓用戶保留所選措辭，而無須在整個鍵盤中停用有用的輔助功能。

這可能涉及更清晰的修正回饋、更妥善處理明確輸入的短語，或提供控制敏感語言的可見偏好設定。這些是可能的設計方向，而非 Apple 已公布的功能。

關鍵結果是衝突發生當下的用戶控制權。作者能否知道甚麼被改動？能否還原原本的措辭？鍵盤其後會否尊重該選擇？

這些問題比某個具爭議的短語是否在更新後出現，提供更好的衡量標準。單一改變的結果可能反映狹窄的調整；對明確選擇的一致處理，才會觸及根本取捨。

對開發寫作輔助工具的人而言，更廣泛的教訓關乎產品邊界。建議語言、修正語言與保留語言，是不同的工作。一項共用安全規則應按每項工作的目的加以測試。

對企業買家而言，眼前議題是證據質素。即使稿件寫得精緻，仍應對照原始引述、訪談或紀錄核實。即使沒有涉及受限制短語，這仍是明智做法。

對日常寫作者而言，下一步是留意模式，但不要假設每個錯誤都有相同解釋。若能保留其脈絡，反覆出現的替換情況會成為更有用的證據。

當某個短語反覆無法輸入時，在得出更廣泛結論前，請保留原本想寫的措辭並記錄條件。記下鍵盤語言、軟件版本、輸入方式，以及手動輸入是否成功。比較預測與手勢輸入，而非把兩者視為可互換。回報問題時分享可重現的發現，並將重要引述與其原始來源核對。Apple 鍵盤灰名單提出一個關於句子所有權的實際問題：當你選擇的文字與保護性預設相衝突時，產品會以多清楚的方式讓你堅持己見？留意 Apple 下一次回應會否令這項選擇更容易理解與行使。