這篇是 2026 年 9 月 2 日補寫的（排程斷了幾天，回頭把日期補齊）。內容以 8 月 29 日當天的公開資訊為準，每則都附了原始來源與日期。

8 月的最後一個週末，Cursor 的模型下拉選單看起來跟前一天沒有兩樣。差別寫在一份公告裡：那份選單現在有到期日了，11 月 12 日。

同一批新聞裡，Anthropic 的兩位共同創辦人被列為個人被告，Debian 用一場八選一的投票決定要怎麼跟生成式 AI 相處，Qubes OS 發了一份 Critical 等級的公告，說一個複製檔案的動作可以讓攻擊者接管整台機器。四件事表面上沒關係，底下的問題是同一個。

一、OpenAI 停供 Cursor，起因是 SpaceX 買走了 Anysphere

OpenAI 宣布終止提供模型給 Cursor，關閉日期是 2026 年 11 月 12 日。觸發點是 Cursor 母公司 Anysphere 被 SpaceX 以 600 億美元收購。控制權變更給了 OpenAI 一個有限的解約窗口，而它用掉了，同時表示已經給出合約允許的最長通知期。

理由講得毫不客氣：

“We cannot be confident that SpaceX will use our technology within our terms of service, based on our experience with Elon Musk’s companies violating contracts.”

Teslarati 的報導另外提到，Cursor 執行長 Michael Truell 現在在 SpaceXAI 底下直接向 Musk 匯報。

這則新聞的重點不在誰對誰錯，在於一個開發工具的核心能力可以被一份合約條款在單日內判死。Cursor 沒做錯任何技術上的事，它的模型供應也不是因為效能、價格或濫用被切斷，而是因為它的股東換人了。對下游的開發者來說，這種風險完全不在你的評估清單上——你評估的是延遲、價格、程式碼品質，沒有一欄叫「這家公司的股權結構」。上行有限、下行不對稱的組合就是這樣長出來的：把工作流綁在單一供應商上，好處是省下切換成本，壞處是你把一個自己完全無法觀測、也無法干預的變數放進了關鍵路徑。

有幾件事我看到搜尋摘要在傳但沒有查證到一手來源，這裡就不寫進來：收購完成日與股數、Truell 在 X 上關於流量佔比的說法、Musk 的回應、Anthropic 是否調高了 Cursor 的用量上限。OpenAI 官方那頁與 CNBC 對我都回 403，本則的引述經 Teslarati 轉載。

  • 來源：Teslarati（2026-08-28）、OpenAI 官方公告頁 openai.com/index/our-decision-on-cursor-following-its-acquisition-by-spacex/（我讀不到，403）。官方貼文為美西時間 8 月 28 日，多數媒體報導日為 8 月 29 日。

二、Sony Music Publishing、Warner Chappell 等出版商控告 Anthropic

Sony Music Publishing、Warner Chappell 與其他多家音樂出版商在美國加州北區聯邦地方法院對 Anthropic 提告。被告除了公司，還包含共同創辦人 Dario Amodei 與 Benjamin Mann 兩人個人。

訴狀的用字很重，TechCrunch 引的原文是這幾個片語：

“a ‘brazen campaign’ of illegally torrenting, scraping, and downloading copyrighted works”

“blatant theft”

“flagrant piracy”

Anthropic 的回應是不同意出版商的主張、將在法庭上強力答辯（報導中以節錄括號形式呈現，不是完整原句）。

把創辦人列為個人被告是這則最值得注意的地方。公司被告是成本問題，個人被告是誘因問題，它把「訓練資料怎麼來的」從一個可以用和解金了結的營運項目，變成有具體姓名的人要親自面對的風險。這種轉換的目的多半在談判桌上，不在判決書上。

兩個數字很容易被混用，先標清楚：15 億美元是先前 Bartz v. Anthropic 一案的和解金額，不是本案的求償金額；20,000 件作品出現在今年 1 月的另一起訴訟，也不是本案的數字。本案求償多少，TechCrunch 沒有寫，我也沒有拿到訴狀，所以這裡沒有數字可以給。案號與原告完整名單同樣未查證。

三、Nvidia 的優勢正在離開 GPU 本身

TechCrunch 的論點是：Nvidia 真正的護城河已經長到單顆晶片之外，覆蓋整座資料中心。Amazon、Google 都在自研競爭晶片，但當 AI 工作負載走到 gigawatt 等級的耗電規模，瓶頸從「算得多快」變成「資料在元件之間搬得多順」，而後者是整套系統的問題。

Vera Rubin 架構就是照這個判斷設計的：整合多種專用處理器，目標是最大化系統效率，不是堆原始算力。Nvidia 的 VP of Storage Technology, Jason Hardy 給的理由很物理：

“Vera is important because there’s only so much memory that you can put in a single server or any sort of compute platform.”

報導提到使用 Vera CPU 在特定操作上有 3 倍改善，但沒寫清楚那是什麼操作、對照基準是誰。這是 Nvidia 說法且口徑未明，當成方向而不是數據。另一個口徑要標清楚的是「市值成長 10 倍」，那段期間是 2023 年初到 2025 年中，不是最近一年。

順帶一提報導裡出現的另一句引言：「We designed Jalapeño to minimize data movement and communication delays.」。Jalapeño 是 OpenAI 的晶片，這句話的說話者摘要沒有標明，我不把它掛在 Hardy 身上。

自研晶片打得贏一顆 GPU，打不贏一套已經跑通的資料中心拓撲。這件事的意義是：競爭對手花三年追上的那個東西，可能已經不是勝負手了。

四、Debian 投票通過對生成式 AI「負責任地使用」

Debian 就「LLM usage in Debian」跑了一場 General Resolution（編號 2026-002），選票上有 8 個選項，勝出的是 Option 5：Responsible Use of Generative AI。

決議的立場是既不背書也不禁止。下面這句我是在 LWN 的摘要裡看到的，沒有回官方決議原文逐字比對過，引用時當它是轉述比較安全：

“Debian neither endorses nor prohibits the use of generative AI tools in development, maintenance, or documentation of software.”

真正有牙齒的是責任歸屬那條：

“The use of a generative AI tool does not diminish the contributor’s responsibility for the work they submit.”

貢獻者在把 AI 產出送進 Debian 之前，必須理解、審閱、測試並修改它。至於揭露，決議「鼓勵」但不強制：

“We encourage our contributors to disclose whether a contribution was made with AI assistance, but do not require them to do so.”

落敗的七個選項光看標題就知道光譜有多寬：從「修改社會契約直接禁止」「在可行範圍內拒絕並修改行為準則」，到「Debian 由人類創造」「氣候破壞是避免使用 LLM 的理由」都有。八個選項最後收斂到中間那個，某種程度上就是社群給出的答案：不表態，但把責任釘死在人身上。

這個處理方式比它看起來聰明。禁止會失效，你查不出來，只會逼大家不說；強制揭露也會失效，理由一樣。把規則寫在「你要為送出去的東西負責」這一層，不管工具怎麼變都還適用，因為它管的是結果不是手段。

投票總數我看到一個數字但取得方式不可靠，沒有回官方頁核對，所以不寫。

五、Qubes OS 的 QSB-118：複製一個檔案，交出整台機器

Qubes OS 發布安全公告 QSB-118，等級 Critical。漏洞在 qvm-copy-to-vm 的錯誤回報機制：從 dom0 複製檔案到一個已被攻陷的 qube 時，攻擊者可以把任意指令注入 dom0。

先把邊界標好：「影響所有 Qubes OS 版本」這句是摘要轉述，公告原文可能有更精確的版本區間。另外頁面日期標 8 月 28 日、URL 路徑寫 8 月 29 日，差一天，我沒有進一步查證哪個是正式發布日。

根因很經典。sanitize_remote_filename() 這個函式：

“removes only non-ASCII characters (and double quotation marks) but leaves shell meta-characters in place.”

清掉了非 ASCII 與雙引號，shell 的 meta 字元原封不動留著。後面那個 system() 呼叫會把組出來的錯誤訊息字串當指令執行，injection 就成立了。結果是：

“the attacker can exploit this vulnerability in order to inject an arbitrary command into dom0, which allows the attacker to take control of Qubes OS.”

修法是走正常更新流程把 qubes-core-dom0-linux 更新到 4.3.22。公告裡沒有列 CVE 編號，別去找一個不存在的。

值得停一下的是漏洞的位置：不在資料路徑上，在錯誤處理上。

整個 Qubes 的設計哲學就是假設每個 qube 都可能被攻陷、然後把它關在盒子裡；結果放行的是「把失敗訊息組成字串」這個沒有人會列進威脅模型的動作。隔離做得越徹底，剩下的那條穿透路徑就越值錢，而它通常長在最無聊的程式碼裡。

這一天真正該拿走的判準

這五則問的是同一件事：你正在用的東西，有多少是別人可以單方面收回去的。

模型供應可以因為股東換人被切斷。訓練資料的來源可以在幾年後變成創辦人個人的官司。你的隔離架構可以被一個組字串的函式繞過。連晶片這種看起來最硬的東西，領先的位置都已經從你盯著的那個規格欄位移走了。而 Debian 那一票是唯一一個明確把答案寫下來的：工具是誰的不重要，責任在送出去的那個人身上。

所以判準是這個：對每一個進入你關鍵路徑的外部相依，先算出「它明天消失，你要幾天才能換掉」，換不掉的就不要讓它進關鍵路徑。 從 8 月 29 日算到 11 月 12 日是 75 天，Cursor 的使用者拿到的就是這個數字——已經算長了，因為那是合約允許的最長通知期。多數的相依關係不會給你 75 天。

不用做得很精緻。把最依賴的那幾個外部服務列出來，每個寫一行「沒有它的話我怎麼辦」。寫不出來的那一個，就是今年最該處理的技術債。