Meta一週兩次AI隱私讓步：TOS刪掉「train」一詞但拒不認robots.txt；Muse分享功能因6800條對話可被枚舉而暫停

Meta在一週之內對AI隱私爭議做出了兩次讓步：先是在商業條款（TOS）的強烈反彈後刪除了「train」（訓練）一詞，但拒絕加入尊重robots.txt的表述；隨後又暫停了Muse聊天分享功能——安全研究人員發現，只需一次被動DNS搜索，就能枚舉出6800條本應私密的AI對話連結^[1][2]。

TOS讓步：刪詞，但不認規則

第一處讓步關乎資料權利，也是內容創作者與平台之間拉鋸最久的戰線。Ars Technica報導，Meta在AI抓取政策引發反彈後，從商業服務條款中刪除了「train」一詞——此前該條款被廣泛解讀為Meta可以自由使用商業客戶內容訓練AI模型；但同一報導的副題點出了讓步的邊界：Meta不會加入尊重robots.txt的表述，也就是說，網站主透過技術聲明「拒絕抓取」的意願，仍然不會成為Meta的自我約束^[1]。這是一種精確到字眼的妥協：法律文本上的敏感動詞消失，抓取行為的技術邊界未變——對內容創作者而言，條款的安撫意義大於實質意義。

Muse翻車：分享連結成了公開目錄

第二處讓步來得更狼狽。Meta上月才發布的Muse智慧代理平台，其「分享對話」功能允許用戶生成URL分享與AI的聊天記錄；安全公司Claroc的研究人員發現，這些分享連結可以被輕易枚舉——所有分享URL共用同一網域，並把對話標題寫進子網域，而子網域解析記錄會被被動DNS資料庫收錄。「Muse把每次分享的網址以對話標題命名，而這個位址被寫進了公共DNS，」Claroc在部落格中解釋，「一次被動DNS搜索就能帶回成千上萬條，像一張目錄。」研究人員據此枚舉出6800條分享對話連結，並查看了其中的私人資訊——這還是在沒有任何攻擊工具、只用公開資料庫的前提下完成的；Meta隨後暫停了該分享功能^[2]。教訓相當直白：對話標題本身就常含敏感資訊（「我的離婚協議怎麼寫」式的標題會直接暴露在DNS記錄裡），而把用戶生成內容編碼進公開DNS子網域的架構決策，等於把隱私大門的鑰匙插在門上。

一週兩次讓步的訊號

把兩件事並排看，Meta正處在AI產品激進擴張與隱私工程能力不匹配的階段：Muse上線僅一個月就被扒出架構級漏洞，TOS的措辭博弈則顯示其在資料權利上寸土必爭、只在輿論成本最高處退讓。對用戶與開發者的啟示是雙重的——使用AI分享功能時，預設假設「連結即公開」；評估平台條款時，盯行為而非措辭，robots.txt的態度就是試金石。後續值得跟蹤的是：Muse分享功能會以何種架構回歸（隨機化URL？權限校驗？），以及「刪掉train一詞」後的實際資料使用政策是否同步修訂——若條款與技術文件出現新的不一致，爭議只會以更大的聲量回來——在AI產品的迭代速度遠超隱私工程驗收週期的當下，這不是Meta一家的考題，而是整個行業的結構性時差^[1][2]。

給普通用戶的三條自保建議

在平台條款與工程實踐都在快速變動的窗口期，用戶側有幾條務實的自保線。第一，預設你的AI對話標題不是隱私——Muse事件證明標題會進入公共DNS，寫標題時當作在寫公開筆記；第二，分享功能上線初期保持克制，任何「生成連結」類功能在經歷一次安全研究之前，都應被當作公開廣播；第三，對商業用戶而言，條款措辭的變化不等於資料流的變化——如果Meta不再用「train」一詞但仍按原方式處理你的內容，權利上的差別需要法務而非直覺來判斷。平台讓步值得肯定，但讓步的節奏由輿論熱度而非工程風險決定，這意味著下一個Muse可能已經在路上——對普通用戶而言，把這三條建議內化為使用習慣，比等待平台自我約束更可靠。