Google 把 TPU 送上軌道：15 分鐘測試還不能換算全天算力
重點摘要
Google 與 Planet 發射 Suncatcher 原型，預計用四顆 TPU 測試 Gemma。硬體進入軌道讓散熱與輻射假設可以接受實測，但冷卻間隔、持續運算與商業成本仍未有結果。
Google 與 Planet 把 Suncatcher 原型送上軌道，準備以四顆 TPU 測試 Gemma。這次實驗有一項尚未交代的限制：因散熱限制，每次預計運算 15 分鐘，但公開報導沒有給出兩次測試間要等多久。缺少這個數字，就無法把一次測試換算成全天可用算力。任務與測試條件
SpaceX 為 Transporter-18 排定的窗口從美西 2026-10-01 11:18 起，換算台北是 2026-10-02 的 02:18。NPR 於美東 10 月 1 日 14:41 刊出的報導已確認升空，即台北 2 日 02:41。本文採台北 2 日出刊，查核截止為 09:02；窗口、刊登與實際點火時刻不能混為一談。窗口安排 報導時刻
Planet 隨後公告已與原型建立初步通訊，開始進行調試。這讓研究團隊取得在太空測試硬體的機會，尚未提供客戶可購買的運算服務。成功聯絡衛星，不能寫成 TPU 已持續運作，也不能據此宣布資料中心容量增加。發射與通訊確認
Google 在 9 月 24 日的技術說明交代了散熱方法：以熱管搭配輻射散熱器，帶走晶片產生的熱。太空缺少可供對流的空氣，即使周遭環境冷，也不能直接替晶片排熱。這讓散熱設備成為運算系統的一部分，而非發射後就能省略的成本。散熱設計
運算時間與冷卻時間，要放在同一筆帳裡
我支持先用原型取得這類資料。相較於立即討論軌道資料中心能取代多少地面容量，一次可量測的工作負載更能縮小工程上的未知。假設晶片每次都能完成指定任務，接著卻要等很久才能重跑，任務完成本身仍有研究價值；可交付的服務量則必須把等待一起計入。
沿著這個限制，擴大散熱面板可能增加持續運算的機會，也會增加需要送上軌道的設備。研究團隊需要比較整套系統能完成多少工作，而不能只算晶片的峰值效能。本文沒有足夠資料估算兩種設計哪個便宜；公開冷卻間隔與重複測試結果，會比單次成功更能支持下一階段的容量規畫。
Google 在 2025 年提出的研究，已把衛星群的高速光學連線列為架構的一部分。那是較早的研究方案，不能當成今天新增的能力。9 月的說明仍把兩顆原型衛星及其連線測試列在 2027 年規畫中；本次單一原型升空，不等於整個分散式運算架構已驗證。研究沿革 後續規畫
這也是我暫時把 Suncatcher 看作硬體研究投入的理由。若未來任務需要跨多顆衛星處理，單顆晶片能運作只回答了其中一部分問題；傳送資料與等待其他節點，也會影響完成工作的時間。不能把尚待驗證的連線能力，提前加進今天的服務承諾。
本次發射的產業意義，是讓原先的散熱與輻射假設有機會接受軌道實測。對需要新增 AI 容量的團隊，目前仍沒有可據以選用的服務價格或持續運算結果。當研究公布冷卻間隔、反覆執行的成功情況，以及後續連線測試，才有更多依據把晶片送上太空的成果，換算成可交付的工作量。
封面沿用本站 SpaceX 火箭回收照片，並非本次 Suncatcher 發射或衛星照片；事件圖片因網域名稱解析失敗未能下載。
來源：