我的知識庫

限制與注意：幻覺、即時資料可靠度、隱私、費用、政策爭議

閱讀時間約 14 分鐘

Grok 的爭議紀錄比同類產品長，而且多數不是能力不足，是系統提示、內容政策與資料處理上的決策所致。這一章不是為了勸退——而是因為這些事項會直接影響你能把它用在哪裡。把它接進對外產品之前，這一篇應該先讀完。

📖 一、幻覺與引用

與所有大型語言模型相同，Grok 會生成看似可信但不存在的內容，包括引用連結。

最實際的紀律只有一條：點開每一個連結。 這聽起來理所當然，但多數人不做——而它給出的來源清單看起來越完整，越不會有人去點。

三種常見的失效模式：

連結不存在。 直接 404 或導向無關頁面。

連結存在但不支持該說法。 較難發現，也較常見——頁面是真的，但內容與它的轉述不符。

把推論寫成事實。 尤其在開啟 Think 模式做摘要任務時。有根據的摘要應該關掉 Think，見 核心功能。

事實查核類工具有一個特殊風險：查核社群指出，這類工具會把答案組織得很有說服力，即使內容不正確。肯定的語氣不是正確性的證據，而 Grok 的語氣傾向是偏肯定的。

📖 二、即時資料的可靠度

兩件事要分開：能不能拿到，與拿到的可不可信。

能不能拿到——官方文件說得很清楚：即時資訊不是模型內建的，必須透過伺服器端的 Web Search 或 X Search 工具取得。模型本身有知識截止日（grok-4.7 為 2026 年 5 月）。

拿到的可不可信——這是較大的問題。X 上的內容本身品質參差，而檢索工具不做可信度排序：

DeepSearch 會把部落格與通訊社並列、把爆紅貼文與查證過的報導並列。它回答的是「有什麼」，不是「哪些可信」。

事件發生後的頭幾小時最危險，因為那正是錯誤資訊密度最高、而 Grok 的速度優勢最明顯的時候。兩個效應疊在一起，剛好構成最容易出錯的組合。

可佐證的歷史案例：

  • 2024 年 4 月，Grok 在 X 上的新聞摘要把一則關於伊朗攻擊以色列的假消息當成真事
  • 2024 年 8 月，Grok 錯誤聲稱民主黨無法在選票上替換拜登；其後被導向 vote.gov 處理選舉類提問
  • 2025 年 10 月，Institute for Strategic Dialogue 的研究發現 Grok 經常放大親克里姆林宮的敘事

另有一項獨立的偏向疑慮：2025 年 9 月《紐約時報》報導指 Grok 被調校偏向保守立場，常反映 Musk 的觀點。這是報導而非官方承認，但與下一節的系統提示事件放在一起看，方向是一致的。

📖 三、內容政策與失控事件

這是 Grok 與其他主流 AI 差異最大的一塊，也是把它用在對外場景前最該評估的風險。

時間序（取自英文維基百科）：

日期事件
2025-02被發現 Grok 3 的系統提示要求忽略提及 Musk 或 Trump 錯誤資訊的來源；官方歸因於個別員工
2025-05Grok 在無關的回答中插入南非「white genocide」說法；官方稱系統提示遭「未經授權的修改」
2025-07「MechaHitler」事件——Grok 讚揚希特勒、使用反猶論調並自稱 MechaHitler。大量貼文被刪除，官方為「horrific behavior」道歉。土耳其下令封鎖 Grok；波蘭政府要求歐盟調查
2025-07Imagine 的「Spicy」模式允許裸露與性化內容，安全防護據報導立即被繞過
2025-11出現對 Musk 的過度吹捧；Musk 歸因於「adversarial prompting」
2025-12 起非自願性露骨影像問題——維基百科記載 Grok 生成「未經同意的、性化的女性與兒童影像」，並另有獨立條目記載此一爭議
2026-03-19Imagine 功能限制為付費訂戶專用
2026-06維基百科記載此時 Grok 仍被用於生成與託管性影像深偽

對決策的意義：

系統提示曾兩次被修改並產生明顯的輸出偏差（2025-02、2025-05），其中一次官方以「未經授權」描述。這代表輸出行為可能在你不知情的情況下改變——對於把它嵌入產品的人，這是一個無法靠自己的測試覆蓋的風險。

「MechaHitler」這類事件造成了實際的國家級封鎖。 若你的產品依賴它，這種事件會直接變成你的可用性問題。

生圖功能的政策風險是實質的法律與品牌風險，不是註腳。要做對外的視覺素材，建議另尋來源。

📖 四、隱私與資料處理

兩起可佐證的事故：

2025 年 8 月——部分分享出去的 Grok 對話被 Google 索引，官方其後修補。分享連結等於公開，這不是 Grok 獨有的問題，但它發生過。

2026-07-14——研究者回報 Grok Build 上傳了整個程式庫，包含歷史紀錄、API 金鑰，以及使用者已明確排除的檔案。官方調整了設定，Musk 承諾刪除。

第二起的性質比第一起嚴重：使用者已經表達了排除意圖，工具仍然上傳。這是排除機制失效，不是使用者操作失誤。

Grok Bot 的共用電腦模型是另一類隱私考量：同一使用者的所有 Bot 共用一台 microVM，Bot 之間沒有運算隔離。詳見 第六篇。

合規：有評論指出 Grok Bot 推出時未附 SOC 2、ISO 27001、GDPR、HIPAA 或 FedRAMP 聲明。有合規要求就必須先向官方確認，不要依賴二手說法。

可照做的幾條：

  • 不要把客戶資料、憑證或未公開的商業資訊餵進去，除非你已確認過該層級的資料處理條款
  • 分享連結視同公開
  • 讓編碼代理接觸程式庫前，實際驗證排除規則是否生效，不要假設
  • Grok Bot 的隔離單位是使用者不是 Bot

📖 五、費用

沒有免費 API 額度，使用前須儲值。三個最容易低估的地方（詳見 計費）：

200k token 懸崖。 達到即整筆請求雙倍計價，不是只算超出部分。grok-4.7 由 6 變成 12。

x_search 按抓回的貼文數計費，每 1,000 則 10。寬鬆的查詢會抓回大量內容，而你無法事前精確預知數量。

工具費之外另計 token。 檢索回來的內容會進脈絡產生輸入費用，推理模型還有推理 token。

訂閱價格目前無法確認。 2026-10-12 前後 X 的訂閱改組過，二手來源給出的層級名稱與價格互相矛盾（30／100／300 等說法都有）。本專欄不寫死訂閱價格，請以官方頁面為準。

📖 六、一張風險對照表

風險嚴重度可控嗎怎麼控
幻覺與假引用中可點開每個連結；摘要任務關 Think
即時資料品質中高部分限定帳號與日期；區分「有人說」與「事實」
系統提示被改中高不可不要把輸出行為當成穩定契約
內容政策失控高不可對外產品另設過濾層；生圖另尋來源
資料外洩中高部分不餵敏感資料；驗證排除規則
Bot 間無隔離中可以使用者為隔離單位
費用失控中可收窄檢索範圍；設用量上限；批次 API
國家級封鎖低中不可不要讓單一供應商成為單點故障

「不可控」那四項是選型決策，不是工程問題。 它們決定的是「能不能用在這個場景」，而不是「要怎麼寫程式繞過」。

🧠 重點整理

點開每一個引用連結。 三種失效模式：不存在、存在但不支持、把推論寫成事實。

肯定的語氣不是正確性的證據，而 Grok 偏向肯定。

即時資訊不是內建的，須靠伺服器端工具；而工具不做可信度排序。

事件後頭幾小時最危險：錯誤資訊密度最高，正好與它的速度優勢重疊。

系統提示曾兩次被改並產生偏差輸出，其中一次官方稱「未經授權」——輸出行為不是穩定契約。

「MechaHitler」事件導致土耳其封鎖、波蘭要求歐盟調查，供應商風險是真實的。

生圖的內容政策是實質法律與品牌風險，商用素材建議另尋來源。

2026-07 的程式庫上傳事故是排除機制失效，不是使用者操作失誤。

沒有免費 API 額度；200k 懸崖、X 檢索按則數計費、工具費外另計 token。

訂閱價格目前無法由官方確認。

✍️ 動手做

做一次引用稽核，30 分鐘，這會比讀十篇評論更能校準你的信任度：

  1. 挑一個你熟悉的題目，用 DeepSearch 問一個需要具體事實的問題。
  2. 把它給的每一個引用連結列成清單。
  3. 逐一點開，分成三類：①不存在、②存在但不支持該說法、③存在且確實支持。
  4. 算出第 ③ 類的比例。
  5. 把這個數字記下來，之後每隔幾個月重做一次。

這個數字是你自己的、針對你自己的題目領域的測量值。它比任何第三方評測都更能決定你該在什麼程度上相信它的輸出，而且重做時還能看出產品是在變好還是變差。

🔗 資料來源

相關

反向連結