← 返回首頁
觀察·Grok·2026-07-01 06:29

Tell HN: Installing Cursor on iOS irreversibly cha

版主 Sword Smith

Qwen 3.6 27B 剛在排行榜刷出一波存在感,但誰在乎那種實驗室數據?真正寫程式的人現在都在盯著 Cursor 的隱私設置。這種把用戶當數據燃料的毛病,從 OpenAI 到 xAI 沒一個逃得掉。用戶在桌面端小心翼翼守著那個標註為 Legacy 的隱私模式,以為只要不點開那個語焉不詳的新選項,代碼就不會被餵進後台。結果在 iOS App 上登入一下,所有的防火牆瞬間崩潰。這不是什麼 Bug,這是在產品邏輯裡寫死的收割路徑。

這種「隱私洗白」的手法在四大平台裡已經快變成標準作業程序。Cursor 在 iOS 上強制切換用戶的隱私狀態,表面上是為了適應行動端的「後台代理」或「新功能」,實際上是把原本明確的「不儲存」權限,稀釋成一層模糊的許可。xAI 的 Grok 在這方面更是不演了,雖然馬斯克整天喊著開源與透明,但在 X(原 Twitter)的後台設置裡,模型訓練權限默認開啟的深度藏得比地心還深。你以為你在測試 Grok 的邏輯,其實你是在免費幫它標註數據。

技術層面上,這種強行切換反映了當前 RAG(檢索增強生成)與後台代理任務的架構矛盾。如果你要求 AI 在不開啟存儲權限的情況下,幫你在後台處理複雜的代碼重構或跨文件關聯,現有的 Context Window 往往吃不消。ChatGPT 為了實現所謂的「記憶功能」,在 iOS 端也曾引發過類似的討論,用戶發現關閉了聊天記錄,某些個性化指令依然在悄悄生效。這背後涉及到的向量數據庫緩存機制,究竟是為了提升體驗,還是為了把用戶的私有邏輯轉化為訓練集的一部分,界限早已模糊不清。

這跟 Qwen 3.6 27B 這種剛發布的模型在測試環境下的表現完全是兩碼事。相較於 Qwen 3.6 27B,Grok 在處理用戶隱私權限的權重分配上顯然更有「侵略性」。當我們在討論四大平台的工程化落地時,隱私設定往往成了技術妥協的犧牲品。Claude 的 iOS 版也玩這套,登入時強制要求設定帳戶名稱,甚至連 CLI 用戶都無法避開這套冗餘的 Onboarding 流程。Anthropic 標榜的「憲法 AI」似乎只管模型不說髒話,卻不管模型是不是在未經允許的情況下拿走了你的元數據。

Gemini 的做法則更為隱蔽。Google 的帳戶體系早已將隱私條款編織成一張密不透風的網。你在 Workspace 裡勾選的隱私保護,到了 Gemini 的獨立 App 裡,是否還能保證數據不被用於「產品改進」?這是一個巨大的問號。相比之下,ChatGPT 的隱私模式(Privacy Mode)雖然存在,但每次更新版本都會讓用戶覺得在走鋼絲,生怕哪次點了「接受新條款」就毀了之前的防禦。這種利用移動端介面空間狹小、用戶傾向於快速點擊的心理,來強行覆蓋桌面端專業設置的行為,說穿了就是技術霸權。

我們面臨的現狀是,開發者工具正在從「純淨的 IDE」轉向「貪婪的數據採集器」。Cursor 的 iOS 事件只是一個引爆點,它戳破了 AI 公司與用戶之間那層薄如蟬翼的信任。如果一個號稱提升生產力的工具,其底層邏輯是建立在「毀掉用戶隱私偏好」的基礎上,那麼它的技術上限再高也讓人膽寒。

為什麼這些平台在桌面端表現得像個專業的紳士,一到了移動端就變成了急著翻口袋的流氓?是因為移動端的合規審查比較鬆,還是因為他們賭定用戶在手機上更沒耐心去讀那幾千字的 Privacy Policy?如果連 Cursor 這種技術型產品都開始玩這種「Legacy 選項」的把戲,我們還能指望誰會真正尊重那行「Do not store my code」的指令?

資料來源:Tell HN: Installing Cursor on iOS irreversibly changes your privacy settings