Firebird 攜手 NVIDIA,在亞美尼亞打造 CIS 區域最大 AI 工廠
NVIDIA Blog · 2026-08-08
AI 雲端業者 Firebird 於 2026 年 8 月 8 日在亞美尼亞 Hrazdan 啟動一座 AI 資料中心,規劃部署超過 7 萬張 NVIDIA Blackwell 與 Rubin GPU,號稱是獨立國協(CIS)區域目前規模最大的 AI 工廠。這座設施採用 NVIDIA DSX 參考架構打造,預計 6 個月內開始營運,2027 年底前電力供應規模達到 300 百萬瓦(MW)。
背景
NVIDIA DSX 是一套用於設計、模擬與營運百萬瓦至十億瓦(gigawatt)規模 AI 工廠的參考架構與軟體堆疊,涵蓋運算、網路、電力與散熱的整合設計。其中 DSX MaxLPS 負責在固定電力預算下最佳化每瓦權杖產出(tokens per watt),DSX Sim 提供數位分身模擬驗證機電系統,DSX OS 則負責維運層級的韌性管理。Firebird 是這套架構在 CIS 區域的首批採用者之一,由共同創辦人 Alexander Yesayan 主導,此前曾獲 CoreWeave 投資。
規格細節
Hrazdan 廠區的部署規劃如下:
- 逾 7 萬張
NVIDIA Blackwell與NVIDIA Rubin架構 GPU - 採用
NVIDIA DSX參考架構,官方宣稱同樣機房佔地可多容納 40% GPU - 2027 年底前電力供應規模達 300MW
- 硬體以 Dell PowerEdge 伺服器為主,電力系統由 Schneider Electric 提供,散熱系統由 Vertiv 負責
- Firebird 全球擴張目標為 2 年內達到約 2 十億瓦(GW)容量,涵蓋亞美尼亞、哈薩克與其他市場
Yesayan 在啟動儀式上表示,公司「未來兩年左右的目標,是在全球建置約 2 十億瓦的容量」。啟動儀式並有亞美尼亞總理 Nikol Pashinyan、哈薩克副總理 Zhaslan Madiyev 與美國代辦 David Allen 出席。
影響範圍
Perplexity 已被列為這座 AI 工廠的早期客戶,顯示 Firebird 定位是對外出租算力的 AI 雲服務商,而非自用內部模型訓練。NVIDIA 除提供 GPU 外亦是投資方之一,反映其近年將 DSX 架構輸出到新興市場、協助非美系業者快速堆疊十萬張級 GPU 叢集的策略持續擴大。對 CIS 區域而言,這是首座宣稱進入百萬瓦以上等級的 AI 基礎設施,後續能否如期在 6 個月內完成部署、以及 300MW 供電是否兌現,將是觀察重點。
Google DeepMind WeatherNext 2:用低解析度網格,把颱風路徑預測準度往前推一天
DeepMind Blog · 2026-08-08
Google DeepMind 與 Google Research 公布 WeatherNext 系列模型在熱帶氣旋(颱風/颶風)預測上的最新結果,其中 WeatherNext 2 已於今年 10 月正式營運化,在路徑、強度與風場結構預測上達到目前最佳準確度,較既有方法多出約一天的有效預測時間。換算下來,WeatherNext 2 的 3 天預報準確度已經相當於過去系統的 2 天預報。
背景
傳統氣旋預測分成兩套獨立系統:區域性、高解析度的動力模式(如 HWRF)專門處理氣旋內部熱力結構以預測強度,全球模式(如 ECMWF-ENS)則處理大尺度環流以預測路徑。WeatherNext 的做法不同,它用單一神經網路同時學習全球大氣導引氣流與局部熱力過程,輸入解析度僅 0.25 度網格(約 28 公里),比傳統對流可解析模式粗上百倍,卻仍拿下更高準確度。模型核心採用論文《Skillful joint probabilistic weather forecasting from marginals》(arXiv:2506.10772)提出的 Functional Generative Network(FGN)架構,用來有效率地生成天氣不確定性的機率分佈,而非單一確定性數值。
規格細節
目前 WeatherNext 系列包含三個世代:
WeatherNext Cyclones:2025 年颶風季實際上線的營運版本WeatherNext 2(WN2):今年 10 月正式營運化的更新版本,解析度 0.25 度WeatherNext 2-mini:可在單顆 TPU 上運行的輕量版本
訓練資料包含約 20TB 的全球大氣歷史紀錄,以及 IBTrACS 資料庫中約 5,000 個歷史氣旋觀測紀錄,模型以端到端方式在這兩種資料模態上共同訓練(co-training)。FGN 架構讓模型能在 TPU 上於一分鐘內生成單一氣旋 1,000 個成員的機率集合(ensemble)。以 2023 至 2025 年的驗證資料為準,路徑預測較 ECMWF-ENS 有超過 24 小時的前置優勢,3 天預報位置誤差約 100 公里;強度預測則優於 HWRF,誤差約 11 節。實戰上,模型成功預測了 2025 年颶風 Melissa 的快速增強過程與登陸牙買加的路徑。
影響範圍
WeatherNext 2 的程式碼與模型權重已在 GitHub 開源,程式碼與 Colab 筆記本採 Apache 2.0 授權,其餘素材採 CC-BY 4.0。開發者可透過官方 Colab 筆記本載入 model1.npz 至 model4.npz 四個權重檔案做集合預報實驗,也能透過互動平台 Weather Lab 直接視覺化預報結果。這套模型已被美國國家颶風中心(NHC)參考使用,並整併進 Google Earth AI 生態系,對仰賴 ECMWF、HWRF 等傳統數值天氣模式的預報作業單位而言,是低解析度神經網路首度在氣旋強度與路徑上同時取得可驗證優勢的案例。
原始來源:DeepMind Blog、GitHub - google-deepmind/weathernext、Nature 論文
Claude Code 開放同機多 session 互通:用 ListAgents/SendMessage 讓 Claude 互相通報
Claude Code Docs · 2026-08-09
Claude Code 自 v2.1.224 版起,在 macOS 與 Linux 上開放「跨 session 訊息(cross-session messaging)」功能,讓執行在同一台機器上的多個 Claude Code session 能夠互相傳遞純文字訊息。這項功能預設開啟,不需額外設定即可使用,官方文件同時說明了傳遞機制、權限邊界與限制。
核心改動
機制上,Claude 透過兩個工具完成跨 session 溝通:ListAgents 列出可聯絡到的其他 session,SendMessage 則依名稱把訊息送到指定 session。同一組工具也用於喚醒 subagent 或 agent team 隊友。使用者不需自己呼叫這兩個工具,只要用自然語言請 Claude 去問另一個 session 的狀態,Claude 會自行決定何時發送與怎麼措辭。
- 同機傳遞:走每個 session 各自綁定的 Unix socket,不經過 Anthropic 伺服器
- 跨機傳遞:透過 Remote Control 連線,經 Anthropic 伺服器中轉,且只能「回覆」不能主動起頭
- Claude Code on the web 上的 session 同樣只能被回覆,不能被主動聯絡
訊息送達時機分兩種:接收端若正在執行中的 turn,訊息會在下一次工具呼叫之間被讀取,不打斷正在跑的工具;接收端若閒置,則直接開啟新一輪對話。
規格細節
接收端如何處理送進來的訊息,由設定值 crossSessionInbound 決定,共三種行為:
| 設定值 | 行為 |
|---|---|
accept | 每則訊息都直接送進 Claude |
hold | 顯示通知但不遞送,需使用者核准或後續設定改變才會釋出 |
refuse | 直接丟棄,不遞送也不通知寄件端 |
未設定該值時,Claude Code 依雙方權限模式自動判斷:接收端若原本會跳權限提示,訊息預設遞送;若是略過提示的 bypassPermissions 模式,則保留待核准,最多留 100 則,核准對話框預設 5 分鐘(dialogExpiry)逾時即丟棄。管理員可用 managed settings 統一關閉整個組織的收送:
{
"permissions": {
"deny": ["SendMessage", "ListAgents"]
},
"crossSessionInbound": "refuse"
}另可設定 isolatePeerMachines: true,強制任何送到本機以外 session 的訊息都要先經核准,即使 Claude 處於略過提示模式,同機訊息則不受影響。
影響範圍
安全邊界方面,收到的訊息不能替使用者核准任何待決的權限提示,也不能拿來變更權限設定或 CLAUDE.md;訊息文字中若寫了指令(例如 /compact),只會被當成純文字顯示,不會被執行。此功能目前不支援 Amazon Bedrock、AWS 上的 Claude Platform、Google Cloud Agent Platform 與 Microsoft Foundry 這幾種供應商配置,原生 Windows 也不支援。對於用 claude -p 跑的長時間背景任務,只要不是 bare mode 啟動就會綁定收件 socket、出現在 /list-agents 清單中,但因無法跳出核准對話框,要讓它無人值守收訊息需在啟動時以 --settings 把 crossSessionInbound 設為 accept。Claude Code 也對重複訊息做了節流,單一 session 等待讀取的訊息上限是 50 則,避免兩個 session 互相轟炸。