Google 公布 Gemini 4 Argon：舊程式改寫，效能基準不能換
重點摘要
Gemini 4 Argon 把輸出上限提高至 1M tokens，先向受信任的資安防禦者開放。libgav1 案例顯示代理能反覆改善 Rust 移植版，但 2.7 倍速度的比較對象並非原本最佳化的 C++。
Google 公布 Gemini 4 Argon，並展示代理改善影片解碼器 libgav1 的 Rust 移植版。這項成果適合用一個條件檢驗：若團隊想取代既有 C++ 系統，就應維持原本的效能與相容性基準；只比初版移植更快，還不足以支持更換正式產品。官方案例
公告標示 2026-09-30，未列時刻或時區。VentureBeat 於當日 13:23 太平洋時間刊出，換算台北為 10 月 1 日 04:23。本篇採台北 10 月 1 日出刊，查核截止為 09:12；這是隔夜新披露，沒有把報導時刻當成模型開放時刻。公告日期 報導時間
Argon 將輸出上限從 64K 提高到 1M tokens，讓一次推理與生成過程容納更長的工作。這是輸出容量，不能理解成每次都會產生百萬 token 的可用程式。初期僅向 Fairwind 計畫中的受信任資安防禦者開放，付費 API 客戶與 Google AI Ultra 訂戶仍須等候，尚無確切日期。規格與開放安排 獨立核對
Google 公布的 API 優惠價為每百萬輸入、輸出 token 分別 2 與 10 美元，優惠結束後改為 4 與 20 美元，但沒有交代優惠期限。長任務的費用取決於實際用量，不能只因輸出上限增加，就推算一項遷移工作的預算。價格 價格核對
libgav1 的加速，從既有 Rust 移植版開始
依 Google 說明，代理反覆執行效能分析實驗、檢查編譯器輸出，改寫 32K 行 SIMD 程式，讓安全的 Rust 程式由編譯器自動向量化。結果在影片輸出相同的條件下，速度達原 Rust 移植版的 2.7 倍，更接近最佳化的 C++。這是廠商案例，沒有證明 Rust 版本已超越 C++，也不能外推到所有硬體。實作過程 案例核對
這個過程對產品團隊的意義，在於移植之後仍能繼續尋找效能改善。假設一項改寫已完成，卻因速度不足而無法替換舊程式，能反覆讀取測量結果並調整程式的代理，便可能讓原本停下來的工作繼續進行。輸出變長提供了更多處理空間；能否利用實驗結果縮小差距，才決定這段空間是否有用。
我會把這類能力用於已有明確行為規格、又因維護或記憶體安全需求而考慮改寫的元件。原版本可以提供比較基準，既有測試則能保留產品必須支援的情境。若連預期行為都沒有定義，代理產出更多程式只會讓團隊更難判定哪些差異可以接受。這是從案例延伸的產品選擇，並非 Google 已證明所有舊系統都適合重寫。
遷移收益要保留正式產品的比較對象
Google 的評測表也顯示能力有任務差異：Argon 在 DeepSWE v1.1 得到 77.9%，但 FrontierSWE v2 為 55.0%，低於 GPT-6 Astra 的 65.5%。這些是不同測試，不能把其中一項分數當成整個軟體專案的完成率。官方評測表
因此，我不會因單一加速數字而建議全面改寫。若產品更重視消除特定記憶體風險，團隊可以接受多少效能變化，應先由產品要求決定；若延遲已接近可接受上限，就得拿目前上線的版本比較。遷移的收益還要涵蓋後續維護，而公告沒有提供一般團隊的長期維護成本。
Google 表示，大型改寫上線前仍會經過自動與人工稽核、模擬測試及審查。下一項有用的資料，是相同相容性要求下，完成遷移的元件在正式工作負載上能否保住效能，以及維護投入是否下降。libgav1 已展示移植後的改善，距離據此決定替換整套系統，仍有這些條件要確認。上線限制
來源：