想得到的,先看得到
畫面先擺在你面前,再決定往哪走。




畫面先擺在你面前,再決定往哪走。

每個環節都有人接手,不會停在半路。

後台你自己開得了、改得動。不做綁架式交付。

手上只有一個模糊的念頭,也可以先來聊。
第一次見面先聊狀況,不聊報價。
不用憑空想像,東西會先擺在你面前。
鑰匙、模具、資料,都留在你手上。
不會做的事不硬接,但找得到人做。

你以為只是在跟 Notion 講話。其實你的對話,還存在另一家公司的機器上。現在那家公司被入侵了。 事情是這樣。Notion 的 AI 供應商叫 Fireworks AI,負責跑 Notion AI 裡的一部分開放權重模型,順便幫一個叫 Insights 的功能做分類。Insights 是給工作區管理員看團隊怎麼用 AI 的,要分析,就得把對話紀錄存下來。 10 月 23 日到 24 日,Fireworks 的第三方雲端供應商被入侵,攻擊者進到 Fireworks 的開發環境,拿到了客戶資料。這還不是 Fireworks 當月第一次出事,10 月 6 日他們就發現有人濫用內部憑證,偷走了部分帳號的 API 金鑰和權杖。 11 月 2 日,Fireworks 通知 Notion,有個資料集外洩了。一開始的說法是裡面只有合成測試資料,沒什麼好擔心。Notion 還是立刻在 11 月 3 日切斷了跟 Fireworks 的連線、刪掉存在那邊的資料、暫停訓練。 但事情沒那麼簡單。11 月 6 日,Fireworks 改口說客戶資料可能也被存取了。11 月 8 日確認:外洩的資料集裡,有真的 Notion 用戶資料——用在 Insights 功能上的 Notion AI 對話紀錄,包括你打進去的問題,和 AI 回的答案。 11 月 9 日,Notion 通知受影響的客戶,也發了安全公告。11 月 11 日,Notion 撤銷了在外洩對話裡找到的 Notion API 金鑰。11 月 12 日,再把外洩的第三方 API 金鑰通報給發行方。 影響範圍,Notion 的說法是不到 1% 的工作區。而且大多數外洩的對話紀錄沒辦法對應到是哪個人、哪個工作區寫的,裡面也沒有 AI 呼叫工具的結果。Notion 自己的系統沒有被入侵,你的頁面、資料庫、檔案都沒事。AI 會議筆記的音訊也不在這次範圍裡,除非你自己把內容貼進了 AI 對話。 整件事最值得注意的一點,是 Fireworks 當初白紙黑字承諾,對 Notion 的資料「零留存」。結果對話紀錄還是被存下來了,還一路存到被入侵的那台機器上。Notion 已經停用 Insights,也不再透過 Fireworks 提供開放權重模型。 攻擊者是什麼人?Fireworks 說,跡象指向一個為了錢的團體,專門偷模型的存取權,再透過轉接閘道轉賣出去。這種手法叫 LLMjacking。 為什麼值得讀 這篇跟 11 月 9 日那篇 Claude Code 密碼外洩,是同一課:不要把祕密貼進 AI 對話框。差別在,上次是自己不小心公開,這次是你什麼都沒做錯,資料卻在供應商的供應商手上外洩。 工作室每天用 Notion,也用一堆 AI 工具。資料流經的手,比想像中多。你簽約的對象是 Notion,但真正拿著你對話紀錄的,是一家你可能從沒聽過的公司。合約上寫「零留存」,是一句話;實際有沒有做到,要出事才知道。 小團隊能做的事很實際:先檢查有沒有收到 Notion 的通知。沒收到,就代表你的工作區不在這次範圍裡。有收到,就去桌面版網頁的「Security incident review」看外洩了哪些對話,把貼進去的密碼、API 金鑰全部輪換掉。 更長遠一點,這件事該改變的是一個習慣:AI 對話框不是記事本。金鑰、密碼、客戶資料,貼進去之前先想一下,它可能會被存在哪裡、存在多久。 出處 - 原文:〈Notion says Fireworks breach exposed customer AI chat transcripts〉,BleepingComputer(Bill Toulas),2026-11-11,https://www.bleepingcomputer.com/news/security/notion-says-fireworks-breach-exposed-customer-ai-chat-transcripts/ - 另參考:Notion 安全公告(2026-11-09,11-12 更新);Fireworks AI 安全公告(2026-11-09);TechCrunch 2026-11-12 報導
送出後你會馬上收到一封信,我本人看到訊息後會再親自回你。