每天都有一堆新的AI工具冒出來
是不是常常不知道該從哪裡開始
別擔心這裡是AI懶人報
每天幫你精選五個最多人討論的AI工具影片
每天十分鐘讓AI走進你的生活中
讓你不知不覺成為效率大師
今天最有趣的是
Sakana AI 不是靠單一超強模型翻盤
而是做了一個很會分工的AI經理人
這件事如果跑順未來我們用AI寫程式
可能就不是自己下指令
而是在管理一整隊模型
好那我們就從今天的重頭戲說起吧
如果你這禮拜有在關注開發者社群
你一定會看到一個叫做 Sakana AI 的日本新創公司
還有他們的新產品 Fugu Ultra
在網路上引起了超級大的討論
Fugu Ultra 官方宣稱的資料非常驚人
他們說 Fugu Ultra 在一系列的基準測試中
表現超越了 Fable 5 和 Mythos
這些測試可不是普通的測試喔
像是 SWE Bench Pro
它是目前軟體工程任務的黃金標準
Fugu Ultra 在上面拿到了 737 的分數
你知道 Claude Opus 48 才 692 嗎
在另一個叫 LiveCodeBench 的測試裡
Fugu Ultra 更猛直接衝到 932
把 Opus 48 遠遠甩在後面
它不只在這些專業的程式碼測試上表現亮眼
連在研究生等級的科學推理終端機操作
還有多代理任務上都表現得非常出色
但是這裡就有一個很關鍵的點
你必須深入瞭解一下
因為 Fugu Ultra 跟你想像的完全不一樣
它不是那種 Sakana AI 在東京的地下室
從零開始訓練出來
然後就神奇地把 Anthropic 和 OpenAI 嚇跑的超大型基礎模型
完全不是
Fugu Ultra 其實是一個多代理協調系統
但它特別的地方在於
你只需要透過一個單一模型的 API 就可以呼叫它
這個區別非常重要
當你呼叫 Fugu Ultra 的 API 時
你不是在跟一個單一的類神經網路對話
你其實是在跟一個高度最佳化的指揮家互動
這個指揮家會接收你的指令
把任務拆解成很多小的子任務
然後把這些子任務分派給它背後預先串接好的
各種現有的頂尖模型像是 GPT-55Opus 48
Gemini 31 Pro 等等
最後它會綜合評估驗證這些模型的結果
然後才把最終的成果交給你
你可以把它想像成一個管絃樂團
樂團指揮不需要比首席小提琴手更會拉小提琴
他只需要知道小提琴什麼時候該進場
銅管什麼時候該加強音量還有誰走音了
順帶一提Sakana AI 的共同創辦人之一
Llion Jones
他可是當年那篇傳奇論文Attention Is All You Need的作者之一喔
Fugu 這個系統
是他們基於兩篇非常有趣的論文打造出來的
第一篇論文提出了一個框架
就是用一個比較小
效率高的 AI 來扮演經理人的角色
然後它會給大型模型分配三個特定的角色思想家Thinker
製造者Maker和驗證者Verifier
思想家負責分析問題和制定計畫
製造者負責寫程式或執行計算
而驗證者則負責檢查工作成果
但第二篇論文才是真正厲害的地方
這個系統會利用演化演算法和強化學習
自動去最佳化那個 AI 經理人
給子代理們下達的提示詞prompt
也就是說
不是人類工程師去寫這些協調系統的提示詞
而是這個 AI 透過不斷的試錯
學習到如何最有效地跟其他 AI 溝通
它會保留那些有效的方法
然後淘汰掉那些沒用的這整個過程
就跟自然選擇一樣
說真的我想我們很多人都有過這種經驗對不對
你可能對自動化非常著迷花了三個小時
在自己的環境裡搭了一個超複雜
超精密的多代理迴圈
你給它設定了專門的子代理批評迴圈
還有記憶向量資料庫
然後你按下確認鍵坐下來
看著終端機亮起來各種平行處理在跑
結果四十五分鐘後
它吐出來的只是一個你十分鐘就可以自己寫出來的基本 React 元件
你花在設計自動化流程的時間和金錢
比手動完成這個任務還要多上好幾倍
而這也正是 Fugu Ultra 的兩面刃
當你在真實世界情境中測試它時
那些基準測試的漂亮資料
就開始出現裂痕了
沒錯它確實可以產生非常驚人的結果
在一個盲棋測試中
模型必須在沒有看到棋盤的情況下
只靠記憶來維護整個棋局狀態
Fugu 連續跟其他頂尖模型還有一個 2100 ELO 等級的 Stockfish 引擎下了四盤棋
它始終保持完美的精準度
而其他模型則開始混亂或出現幻覺
Fugu 最終每一盤都將死對方
它還解決了 Rubiks cube 的 300 個謎題
其他模型都是零分
但 Fugu 也是 300 題全對
但是在日常的軟體工程流程中
這種協調的額外負擔代價非常大
不只是金錢上的還有時間上的
在一個針對 38 個不同複雜程式碼任務
謎題和演算法設計的大規模對比測試中
Fugu Ultra 在幾乎所有專案上都跟 Opus 48 打成平手
但是
Fugu 完成任務所需的時間比 Opus 多了四倍半
成本更是高出五倍
我們在講的是Fugu 總共花了 357 分鐘
而 Opus 只花了 80 分鐘
一個 Opus 六秒就能搞定的任務
Fugu 可能要花好幾分鐘
因為它必須把任務丟給它的思想家
製造者和驗證者迴圈一輪
我們來看一個實際的例子打造一個完整的即時交易臺
包含前端和後端元件即時市場資料
還有一個客製化的深色主題介面
Fugu Ultra 確實交付了一個最精美
功能最豐富的介面
但它燒掉了 22000 個 token
成本是 51 美分 Opus 48 也做得很好
用了 16000 個 token成本 31 美分
但最關鍵的是
如果你只是想要一個超棒的前端設計
GLM 52 或是 Chinchilla 52 只要大約 3 美分就能搞定
在另一個複製遊戲 Crossy Road 的測試中
Fugu Ultra 在效率上竟然打敗了 Opus 48
Opus 燒掉了將近一百萬個 token
花了 79 分鐘
成本高達 37 美元才把遊戲做出來
雖然成品非常精美
而 Fugu 只花了 22 分鐘成本 732 美元
但是Fugu 做出來的版本操作是反向的
攝影機怪怪的而且還缺少音效
所以Sakana Fugu 到底有什麼實際用途呢
如果它只是一個加強版的 API 包裝
我們為什麼要關注它呢 首先
它完美展示了我們未來的 IDE整合開發環境和本地環境會長什麼樣子
我們正在從寫程式的工程師
轉變為管理系統的協調者 Fugu 證明瞭
如果你有一個很棒的路由和驗證系統
你可以把現有模型的能力
推向遠超它們原生極限的境界
第二點這對企業來說可能更重要
Fugu 代表了一個巨大的地緣政治避險策略
Sakana 明確地將 Fugu 定位為提供頂尖能力
同時沒有出口管制風險的產品
假設你公司的客服系統全部綁死某個美國模型
一旦 API 因法規停掉
整條客服流程就卡住
多代理系統至少能把任務改丟給其他模型
這樣你就分散了風險
如果某個模型掛了或被限制
協調器會自動繞過它
把任務分配給其他模型 當然諷刺的是
Fugu 本身目前在某些歐洲地區也因為 GDPR 和法規限制而無法使用
所以這個避險策略還不夠完美
那到底 Sakana Fugu 的結論是什麼呢
它在系統設計方面是一個令人驚嘆的工程成就
但對於你日常使用來說
如果你是一個單打獨鬥的創業者
或者是一個想快速推進專案的資深開發者
你可能還是手動協調自己的流程會比較好
例如用 GPT-55 來處理複雜的邏輯
用 GLM 52 來生成便宜的前端介面
然後用 Opus 48 來做架構規劃
你自己管理這些成本效益
但還是要持續關注 Sakana
因為一旦他們優化了這種協調的延遲問題
那真的會改變整個遊戲規則
好剛剛我們聊到 Sakana Fugu 證明瞭
你可以透過巧妙的系統設計
把現有模型的能力發揮到極致 這個概念
也完美地銜接到 Anthropic 那邊正在發生的事情
雖然 Sakana 證明瞭你可以透過精巧的協調來硬幹出智慧
但那些正在開發基礎模型的實驗室
可沒有閒著 但最近
一個新的模型名稱Claude Sonnet 5出現在 Anthropic 合作夥伴的系統中
我們大概有一段時間沒有聊到 Sonnet 了
這裡快速幫大家複習一下
在 Claude 的生態系統中
Sonnet 是一個中階的主力模型
在複雜的代理流程中例如 Claude Code
你通常會用 Opus 來做高階的架構規劃
然後再啟動 Sonnet 來作為執行工作者
處理那些成本較低速度較快的任務 通常
當一個模型名稱洩漏到合作夥伴的系統中
這代表它很快就要推出了
早期的測試顯示
Sonnet 5 將會是一個巨大的升級
我們預期它會有 1 到 2 百萬 token 的脈絡長度context window
顯著提升的視覺能力
以及對介面設計稿和架構圖更強的理解能力
但是這裡有一個關鍵的點
又回到我們對代幣經濟的執著了
有報導指出
Anthropic 在 Sonnet 5 上使用了一種新的分詞器tokenizer
這種新的分詞器對於完全相同的提示詞
可能會比舊模型多消耗高達 30 的 token
乍聽之下
這對你的 API 預算來說好像很糟糕
但這個取捨是
這種分詞器讓模型能夠以更強大的推理能力和多模態理解能力來處理資訊
這是一個經典的工程學權衡你在輸入端燒掉更多的 token
但你在輸出端獲得一次成功率zero-shot success的機率會大大提高
這就減少了需要無止盡高成本的修改迴圈
我們看到一個洩漏的演示
Sonnet 5 僅僅從一個提示詞
沒有參考圖片就生成了一個完美
高度詳細的 Nintendo Switch 2 的 SVG 圖檔
它的設計品味和空間推理能力都非常驚人
但 Anthropic 那邊正在醞釀的可不止 Sonnet 5
這就牽扯到 AI 開發的審查現實有多麼嚴峻了
我們知道Anthropic 的 Fable 5 架構
那個能夠執行超狂
長週期自主代理流程的模型
目前因為審查問題而停用了
但一個模型被限制公開 API 存取
不代表實驗室就會停止工作
事實上這反而釋放了大量的運算資源
這些資源原本是用於推理的
現在他們可以把這些資源全部轉移到訓練上
根據可靠的洩漏
一個新版本的 Mythos 架構
很可能是 Mythos 6已經訓練完成了
據說它的能力比已經被限制的 Fable 5 還要強大得多
我們在說的是
它具備了更高層次的長週期推理能力
改進的多步驟規劃能力以及在處理大規模
整個程式碼庫遷移任務時
擁有高度可靠的執行能力
但關鍵是它已經被限制了
現在大模型公司的競爭
已經不只是誰模型更強
那些在幕後開發的模型
現在在自主執行方面已經強大到
它們在公開之前就觸發了法規門檻
Anthropic 正在利用這些內部模型
來找出需要在系統中建立哪些防護措施
以防止未來再次被限制 現在的問題是
他們是否會將 Mythos 6 公開釋出
或者它將僅用於內部
生成合成資料並加速訓練接下來的模型
當 Anthropic 正在努力應對這個複雜的審查迷宮時
OpenAI 卻只是輕輕鬆鬆地準備推出他們自己的能力明顯往上跳一階的產品
有洩漏指出
OpenAI 準備在本週推出一個新模型
有趣的是
這些洩漏對於模型的命名方式意見分歧
有些來源稱它為 GPT-46
而其他深入測試則稱它為一個功能非常強大的檢查點
叫做 GPT-56 Pro
無論最終產品上的版本號是什麼
我們從內部代號為Kindle Alpha的檢查點中看到的這些能力
都非常狂
我們一直都在討論 AI 程式碼編寫的摩擦問題
像是模型會偷懶
會給你請在此處插入其餘程式碼這樣的佔位符
以及它們在處理複雜
有狀態的介面時會遇到困難 然而
一個關於 GPT-56 Pro 的洩漏測試顯示
這個模型竟然能生成一個完整可遊玩的
第一人稱的 3D 室內房屋
它建立了一個連貫的平面圖詳細的房間
以及一個流暢的第一人稱移動系統 而且
它是在一個單一的 700KB 的 HTML 檔案中完成所有這些的
它大約花了 40 分鐘的運算時間來生成
但它沒有偷懶沒有中途停止
它完美地執行了一個複雜有創意
高度技術性的願景
這正是你如果想要信任 AI 在你的程式碼庫中扮演自主代理時
所需要的這種不偷懶
以目標為導向的執行能力 除此之外
OpenAI 還將對他們的語音互動進行大規模升級
自從 GPT-4 Omni 推出以來
語音助理領域一直在等待下一個大事件
現在GPT-BDI 1 語音模型登場了
這是一個文字轉語音的升級
更是模型處理即時音訊方式的根本性轉變
這個 BDI 模型
它的知識截止日期是更新到 2025 年 8 月
可以跟你流暢地互動
你不需要等它說完話你可以自然地打斷它
它會立即調整 在一個演示中
使用者要求模型計算一個冗長
語速很快的故事中提到的食物數量
模型即時聆聽處理音訊
並在中途準確地捕捉和計算了這些物品
沒有漏掉任何一個
這感覺非常像人類的互動
雖然這看起來可能只是一個有趣的消費者功能
但想想它對系統設計的影響
我們正朝著一個這樣的世界邁進你與本地代理作業系統的互動
不再只是在終端機中打字
它會是一個持續即時的語音對話
你邊口頭規劃系統AI 則在背景執行它們
當你把所有這些事情放在一起看
Sakana 的 Fugu 證明瞭協調系統可以媲美頂尖模型
Anthropic 在暗中訓練著被限制的超級模型
而 OpenAI 則推出了零樣本的 3D 環境和即時語音功能
這個發展趨勢就非常清楚了
技術優勢不再是誰能寫出最好的提示詞
而是誰更懂得系統架構 白話說
就是同一件事到底該丟給哪個模型做
要花多少錢做完誰來檢查
誰知道什麼時候該用像 Chinchilla 52 這樣便宜又快的模型來做簡單的介面
什麼時候該部署像 Fugu 這樣的協調器來處理複雜的多步驟推理任務
以及如何管理代幣經濟
才不會讓你的自主代理在你睡覺的時候把你搞到破產
如果你覺得今天的內容讓你有點收穫
那就幫我到 Apple Podcast 按讚追蹤
留個五星好評吧
FBIGThreads 搜AI懶人報就找得到我了
你的支援是讓我持續最佳化內容的最大動力
今天的AI懶人報就報到這我是湯懶懶
我們明天見掰啦