[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-fable5-jiejin-hou-zhi-sheng-geng-zhai-nengli-zh":3,"article-related-fable5-jiejin-hou-zhi-sheng-geng-zhai-nengli-zh":30,"series-industry-a7b3d6a6-afba-4e83-93fb-e93984073e92":75},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":22,"views":26,"created_at":27,"published_at":28,"topic_cluster_id":29},"a7b3d6a6-afba-4e83-93fb-e93984073e92","fable5-jiejin-hou-zhi-sheng-geng-zhai-nengli-zh","Fable 5 解禁後只剩更窄能力","\u003Cp data-speakable=\"summary\">我把 Fable 5 的解禁和能力收緊拆成了一份可復用模板。\u003C\u002Fp>\u003Cp>我最近一直在盯著一件很煩的事：模型明明「回來了」，但你一\u003Ca href=\"\u002Fnews\u002Fclaude-sonnet-5-shangshou-bushu-yu-pinggu-zh\">上手\u003C\u002Fa>就發現，它回來的不是原樣。介面還在，名字還在，公告也寫得像那麼回事，可真正影響你交付的那些能力，被一層層收緊之後，體驗就變得很彆扭。你會以為自己在恢復工作流，實際上是在重寫工作流。最讓我不舒服的不是限制本身，而是這種先讓你以為能繼續用，再告訴你只能這樣用的節奏。做開發久了，我對這種變化特別敏感，因為它會直接打斷上線節奏、評測基線、權限配置，還有團隊裡那套默認假設。\u003C\u002Fp>\u003Cp>我這次看的，是 Anthropic 的 Fable 5 和 Mythos 5 重新上線這件事。原始討論我先看了 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2055722791937356404\">這篇知乎專欄\u003C\u002Fa>，再回頭去對照 \u003Ca href=\"https:\u002F\u002Fdocs.anthropic.com\u002F\">Anthropic Docs\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fstatus.anthropic.com\u002F\">Anthropic Status\u003C\u002Fa> 跟 \u003Ca href=\"https:\u002F\u002Fx.com\u002FAnthropicAI\">官方 X\u003C\u002Fa>。表面上是「解禁」，實際上更像是一次按住手腳後的回歸。於是我乾脆把這篇拆開，不講空話，只講這類事件對我們做模型接入、上線審查和風險控制到底意味著什麼。\u003C\u002Fp>\u003Ch2>別把「重新上線」當成「恢復原狀」\u003C\u002Fh2>\u003Cblockquote>經歷數週限制風波後，Anthropic 的 Fable 5 終於獲准重新上線，但代價是核心能力被大幅收緊。\u003C\u002Fblockquote>\u003Cp>這句話我讀完第一反應不是太好了，而是那你到底恢復了什麼。很多團隊一看到模型重新可用，就默認之前的\u003Ca href=\"\u002Fnews\u002Fevaluation-protocols-fine-tuned-llms-2026-zh\">流程\u003C\u002Fa>可以原封不動接回去。問題是，真正麻煩的從來不是能不能呼叫，而是還能不能按原來的方式呼叫。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783126990411-9v8g.png\" alt=\"Fable 5 解禁後只剩更窄能力\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>翻譯一下就是：上線狀態和能力狀態是兩碼事。模型可以重新出現在控制台裡，但它的工具呼叫、輸出邊界、上下文策略、可存取區域，可能已經不是你之前測過的那一版。\u003C\u002Fp>\u003Cp>我自己吃過這種虧。以前接過一個第三方模型 \u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa>，供應商說恢復服務了，我們就照著舊配置回滾。結果一跑，發現同樣的 prompt，輸出長度短了一截，工具呼叫也更保守，原先依賴的自動分類鏈路直接掉了一半準確率。那次之後我就不再把恢復兩個字看得太樂觀。\u003C\u002Fp>\u003Cp>實操寫法很簡單：看到模型解禁或恢復上線時，先別急著改文案發公告，先做三件事：\u003C\u002Fp>\u003Cul>\u003Cli>重新跑一遍基準測試，不要複用舊結果。\u003C\u002Fli>\u003Cli>檢查能力範圍是否變化，比如工具、長上下文、圖片、檔案、區域限制。\u003C\u002Fli>\u003Cli>把恢復可用寫成恢復到什麼程度可用，別寫得像完全沒變。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你做的是平台側產品，這一步尤其重要。使用者不在乎你的內部狀態機怎麼切，他們只在乎昨天能做的事今天怎麼不行了。\u003C\u002Fp>\u003Ch2>出口限制這回事，最先打到的是集成層\u003C\u002Fh2>\u003Cp>這次消息裡一個很關鍵的點，是美國商務部先解除對 \u003Ca href=\"\u002Ftag\u002Fanthropic\">Anthropic\u003C\u002Fa> Fable 5 和 Mythos 5 的出口限制，Anthropic 才在 X 上確認相關動向。對外行來說，這像是\u003Ca href=\"\u002Fnews\u002Fopenai-5-percent-equity-policy-zh\">政策\u003C\u002Fa>新聞；對做集成的人來說，這其實是在提醒你：模型可用性不是純技術問題，它和地區、合規、分發範圍綁得很死。\u003C\u002Fp>\u003Cp>翻譯一下就是：你不能只看模型 API 文件，還得看它背後的地理和合規條件。今天能調，明天不能調，很多時候不是你程式碼錯了，是你部署區域、帳號主體、出口政策或者服務條款變了。\u003C\u002Fp>\u003Cp>我很討厭這種不確定性，因為它會讓工程團隊陷入一種很蠢的狀態：前端已經發版，後端也寫好了，只有法務和平台策略像一堵看不見的牆。你沒法靠重試解決，最多只能把錯誤碼打得更漂亮一點。\u003C\u002Fp>\u003Cp>實操寫法：如果你在做模型接入，我建議把地區、主體、合規當成配置項，而不是文件附錄。最少要有這些檢查：\u003C\u002Fp>\u003Cul>\u003Cli>帳號主體是否允許呼叫該模型。\u003C\u002Fli>\u003Cli>部署區域是否在允許範圍內。\u003C\u002Fli>\u003Cli>是否需要單獨的審批、白名單或合約條款。\u003C\u002Fli>\u003Cli>一旦限制變化，是否能自動降級到備用模型。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這裡別偷懶。很多事故不是模型壞了，而是你根本沒給限制變化留後路。\u003C\u002Fp>\u003Ch2>能力收緊後，最先壞掉的是默認假設\u003C\u002Fh2>\u003Cp>「核心能力被大幅收緊」這幾個字聽起來很抽象，但工程上它一點都不抽象。你可以把它翻譯成：原來默認可用的能力，現在要麼變成條件可用，要麼直接不可用。最危險的地方就在於默認兩個字。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783126981543-0a59.png\" alt=\"Fable 5 解禁後只剩更窄能力\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>翻譯一下就是：你原先寫進產品邏輯裡的那些隱含假設，開始失效了。比如你默認它能穩定輸出長答案，默認它能處理複雜指令，默認它能接工具，默認它能在某個上下文長度下不崩。只要其中一條變了，你的鏈路就會抖。\u003C\u002Fp>\u003Cp>我見過最典型的場景，是一個團隊把模型當作萬能中間層，前面接使用者問題，後面接資料庫查詢和摘要生成。模型一旦變得更保守，原本會主動補全的步驟不做了，整條鏈路就像被人抽走了中間那塊板子。不是完全壞，但就是處處彆扭。\u003C\u002Fp>\u003Cp>實操寫法：把模型能力拆成清單，不要只寫支援\u002F不支援。我通常會分成四層：\u003C\u002Fp>\u003Cul>\u003Cli>輸入層：文字、圖片、檔案、音訊是否還可用。\u003C\u002Fli>\u003Cli>推理層：上下文長度、複雜指令、鏈式任務是否穩定。\u003C\u002Fli>\u003Cli>執行層：工具呼叫、函式呼叫、外部檢索是否受限。\u003C\u002Fli>\u003Cli>輸出層：長度、格式、拒答閾值、敏感內容策略是否變化。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這份清單看起來囉嗦，但它能救你。因為一旦供應商改策略，你就能快速定位到底是模型掛了，還是某一層被收緊了。\u003C\u002Fp>\u003Ch2>公告不是結論，X 上確認只是開始\u003C\u002Fh2>\u003Cp>原文提到 Anthropic 隨後在 X 平台上確認了相關資訊。這裡我不想把社群平台確認說得太神，但它確實說明了一件事：很多時候，真正影響開發者決策的，不是正式公告寫了什麼，而是平台方在公開渠道怎麼補充說明。\u003C\u002Fp>\u003Cp>翻譯一下就是：你得同時看正式渠道和公開溝通渠道。正式公告負責立規矩，X、部落格、幫助中心更新負責解釋邊界。只看其中一個，你很容易誤判。\u003C\u002Fp>\u003Cp>我以前就因為只看產品公告吃過虧。公告寫得很漂亮，結果幫助中心的 FAQ 裡悄悄加了一條某些區域暫不支援。那條小字才是真正會讓你半夜報警的東西。後來我學乖了，碰到模型政策變化，第一時間不是轉發，而是去翻文件、狀態頁、FAQ、開發者論壇和官方社媒。\u003C\u002Fp>\u003Cp>實操寫法：建立一個最小的資訊核對流程，別靠人肉刷消息：\u003C\u002Fp>\u003Cul>\u003Cli>公告頁：看主結論。\u003C\u002Fli>\u003Cli>狀態頁：看是否真的恢復。\u003C\u002Fli>\u003Cli>幫助中心：看限制細則。\u003C\u002Fli>\u003Cli>開發者社群或社媒：看官方補充說明。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你們團隊裡有人負責平台接入，讓他把這些來源做成固定檢查表。別每次都靠誰刷到了算誰的。\u003C\u002Fp>\u003Ch2>真正該改的，是你的降級策略\u003C\u002Fh2>\u003Cp>每次模型能力變化，我最先問的不是還能不能用，而是不能用的時候怎麼辦。因為現實裡，模型波動比你想像得頻繁。今天是限制風波，明天可能是區域下線，後天也許只是某個能力臨時退回。\u003C\u002Fp>\u003Cp>翻譯一下就是：你的產品不能把單一模型當唯一支點。要麼能切換，要麼能降級，要麼能在能力縮水時自動縮短任務鏈路。\u003C\u002Fp>\u003Cp>我非常建議你把降級策略寫成明確規則，而不是一句異常時返回預設結果。那種寫法基本等於沒寫。真正能救命的是這種規則：如果工具呼叫失敗，就改成純文字回答；如果\u003Ca href=\"\u002Ftag\u002F長上下文\">長上下文\u003C\u002Fa>不可用，就縮短輸入並提示使用者；如果高風險能力被關，就直接切到保守模式。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Col>\u003Cli>給每個核心能力指定一個備用路徑。\u003C\u002Fli>\u003Cli>給每個路徑設定觸發條件。\u003C\u002Fli>\u003Cli>給前端和客服準備統一話術，別讓使用者自己猜。\u003C\u002Fli>\u003C\u002Fol>\u003Cp>我知道這聽起來像額外工作，但其實這才是你少加班的辦法。能力變化不可控，降級策略至少能讓你可控一點。\u003C\u002Fp>\u003Ch2>別只盯著模型，盯住你的測試基線\u003C\u002Fh2>\u003Cp>這類事件最容易暴露一個老毛病：團隊把測試寫成一次性的。模型一變，大家就開始憑感覺討論好像沒那麼差、應該還能接受。我對這種討論已經很煩了，因為它沒有基線，全靠嗓門。\u003C\u002Fp>\u003Cp>翻譯一下就是：你得保留一套可重複的回歸集。模型恢復、限制解除、權限變化、策略收緊，這些都應該觸發同一套測試，而不是每次臨時拼一批 prompt。\u003C\u002Fp>\u003Cp>我建議你至少保留三類樣本：\u003C\u002Fp>\u003Cul>\u003Cli>正常樣本：看基礎能力有沒有退化。\u003C\u002Fli>\u003Cli>邊界樣本：看拒答、格式、長度和工具呼叫是否變化。\u003C\u002Fli>\u003Cli>失敗樣本：看降級路徑是否真的能接住。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你做的是內部平台，最好把這些樣本直接掛到 CI 或 nightly job 裡。別等到業務同學來問為什麼今天摘要短了一半，你才開始翻日誌。那太晚了。\u003C\u002Fp>\u003Cp>順手說一句，Anthropic 的官方開發者文件和狀態頁也值得長期盯著，至少可以減少你被動接消息的次數。相關入口可以看 \u003Ca href=\"https:\u002F\u002Fdocs.anthropic.com\u002F\">Anthropic Docs\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fstatus.anthropic.com\u002F\">Anthropic Status\u003C\u002Fa>，以及他們的 \u003Ca href=\"https:\u002F\u002Fx.com\u002FAnthropicAI\">X 帳號\u003C\u002Fa>。如果你還在做模型選型，最好把這些來源加入日常監控，而不是等出事才去翻。\u003C\u002Fp>\u003Ch2>把這件事翻譯成團隊能執行的規則\u003C\u002Fh2>\u003Cp>說到底，Fable 5 這次解禁但收緊的故事，真正有價值的地方不在新聞性，而在它提醒我：模型供應方的狀態變化，必須被你翻譯成工程規則。不能停留在知道了。\u003C\u002Fp>\u003Cp>翻譯一下就是：你要把外部變化變成內部動作。動作越具體，團隊越不容易亂。\u003C\u002Fp>\u003Cp>我自己的做法很簡單，基本就三步：先確認變化是不是影響你當前鏈路，再更新基線和降級策略，最後把變化寫進變更記錄和發布說明。聽上去樸素，但很管用。大多數事故不是因為沒人知道，而是因為知道了卻沒落到執行層。\u003C\u002Fp>\u003Cp>如果你現在就在做模型接入，我建議你別把這類消息當資訊，而是當配置變更事件來處理。這樣你會少很多情緒，多很多動作。工程就是這樣，最怕的不是限制，最怕的是限制來了，你還在用舊腦子。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># 模型恢復上線檢查模板（適用於能力變化、權限收緊、區域調整場景）\n\n## 1. 變化確認\n- [ ] 已確認模型\u002F服務狀態恢復\n- [ ] 已確認恢復範圍：地區 \u002F 帳號主體 \u002F 版本 \u002F 能力\n- [ ] 已確認是否存在新的限制條款\n- [ ] 已確認官方公告、文件、狀態頁資訊一致\n\n## 2. 能力核對\n- [ ] 輸入類型是否變化：文字 \u002F 圖片 \u002F 檔案 \u002F 音訊\n- [ ] 上下文長度是否變化\n- [ ] 工具呼叫 \u002F 函式呼叫是否變化\n- [ ] 輸出長度、格式、拒答策略是否變化\n- [ ] 是否仍適用於當前業務場景\n\n## 3. 回歸測試\n- [ ] 正常樣本通過\n- [ ] 邊界樣本通過\n- [ ] 失敗樣本能正確觸發降級\n- [ ] 關鍵指標與上一次基線對比完成\n- [ ] 結果已記錄到變更日誌\n\n## 4. 降級策略\n- [ ] 有備用模型\n- [ ] 有純文字降級路徑\n- [ ] 有縮短上下文的策略\n- [ ] 有統一使用者提示文案\n- [ ] 有客服\u002F營運同步話術\n\n## 5. 發布與監控\n- [ ] 已更新發布說明\n- [ ] 已通知相關團隊\n- [ ] 已設定監控告警\n- [ ] 已設定異常回滾條件\n- [ ] 已安排 24 小時內複查\n\n## 6. 複盤記錄\n- [ ] 記錄變化發生時間\n- [ ] 記錄受影響能力\n- [ ] 記錄修復或替代方案\n- [ ] 記錄後續跟進人\n- [ ] 記錄是否需要調整供應商策略\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這份模板不是為了顯得正式，它的作用很現實：把感覺模型變了變成我們具體改了什麼。你只要能把這件事寫清楚，後面很多爭論都會少一半。\u003C\u002Fp>\u003Cp>最後補一句，這篇內容是我基於你給的知乎專欄資訊做的拆解和工程化整理，不是原文逐字複述。原始來源是 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2055722791937356404\">https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2055722791937356404\u003C\u002Fa>，我這裡主要做的是把它翻成開發者能直接拿去用的檢查清單和模板。","我把 Fable 5 的解禁拆成模型上線檢查模板，直接整理成可複製的回歸、降級與監控清單。","zhuanlan.zhihu.com","https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2055722791937356404",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783126990411-9v8g.png","industry","zh","b84439c6-6861-46b0-b0b4-062f27f526b7",[17,18,19,20,21],"模型上線檢查","降級策略","回歸測試","權限收緊","Anthropic",[23,24,25],"別把重新上線當成恢復原狀，先驗證能力邊界再說。","把地區、合規、工具與輸出能力拆成可檢查清單。","把外部變化直接翻成回歸測試、降級策略與發布流程。",0,"2026-07-04T01:02:43.802345+00:00","2026-07-04T01:02:43.788+00:00","caa87b65-9bbc-46fe-bba8-4f4158dd2d8b",{"tags":31,"relatedLang":34,"relatedPosts":38},[32],{"name":21,"slug":33},"anthropic",{"id":15,"slug":35,"title":36,"language":37},"fable5-jiejin-hou-zhi-sheng-geng-zhai-nengli-en","Fable 5解禁后只剩更窄的能力","en",[39,45,51,57,63,69],{"id":40,"slug":41,"title":42,"cover_image":43,"image_url":43,"created_at":44,"category":13},"619fcc60-9724-4df3-acd0-acf6107a6fcc","tokenized-securities-will-not-replace-public-markets-zh","代幣化證券短期內不會取代公開市場","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783132365461-jzfk.png","2026-07-04T02:32:17.976855+00:00",{"id":46,"slug":47,"title":48,"cover_image":49,"image_url":49,"created_at":50,"category":13},"577cbd98-37df-47e1-84e5-77a2417a1529","equity-tokenization-platform-development-services-zh","6 個關鍵功能，決定股權代幣化平台能不能上線","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783130564777-mdh5.png","2026-07-04T02:02:19.3561+00:00",{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"01985096-ecc3-498f-909b-a4221473bd20","openai-5-percent-equity-policy-zh","OpenAI 5% 讓股權變政策","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783123388757-e6v7.png","2026-07-04T00:02:47.153739+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"8e878110-b162-4198-928b-d0cc1910396e","california-claude-deal-state-offices-zh","5 個訊號看懂加州 Claude 進駐政府辦公室","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783083766778-akf3.png","2026-07-03T13:02:20.091907+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"4217d41e-9694-4a49-9520-2f5d4b009496","meta-ai-hardware-wall-street-compute-demand-zh","Meta一句話震盪算力股，華爾街仍看多推理需求","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783081971603-7vr0.png","2026-07-03T12:32:21.726295+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"1929494a-10c5-4f49-9c66-8dd2c31dd147","cloudflare-september-2026-crawl-defaults-zh","Cloudflare 定 2026\u002F9\u002F15 爬蟲預設","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783071174426-n93w.png","2026-07-03T09:32:29.213748+00:00",[76,81,86,91,96,101,106,111,116,121],{"id":77,"slug":78,"title":79,"created_at":80},"ee073da7-28b3-4752-a319-5a501459fb87","ai-in-2026-what-actually-matters-now-zh","2026 AI 真正重要的事","2026-03-26T07:09:12.008134+00:00",{"id":82,"slug":83,"title":84,"created_at":85},"83bd1795-8548-44c9-9a7e-de50a0923f71","trump-ai-framework-power-speech-state-preemption-zh","川普 AI 框架瞄準電力、言論與州權","2026-03-26T07:12:18.695466+00:00",{"id":87,"slug":88,"title":89,"created_at":90},"ea6be18b-c903-4e54-97b7-5f7447a612e0","nvidia-gtc-2026-big-ai-announcements-zh","NVIDIA GTC 2026 重點拆解","2026-03-26T07:14:26.62638+00:00",{"id":92,"slug":93,"title":94,"created_at":95},"4bcec76f-4c36-4daa-909f-54cd702f7c93","claude-users-spreading-out-and-getting-better-zh","Claude 用戶更分散，也更會用","2026-03-26T07:22:52.325888+00:00",{"id":97,"slug":98,"title":99,"created_at":100},"bd903b15-2473-4178-9789-b7557816e535","openclaw-raises-hard-question-for-ai-models-zh","OpenClaw 逼問 AI 模型價值","2026-03-26T07:24:54.707486+00:00",{"id":102,"slug":103,"title":104,"created_at":105},"eeac6b9e-ad9d-4831-8eec-8bba3f9bca6a","gap-google-gemini-checkout-fashion-search-zh","Gap 把結帳搬進 Gemini","2026-03-26T07:28:23.937768+00:00",{"id":107,"slug":108,"title":109,"created_at":110},"0740e53f-605d-4d57-8601-c10beb126f3c","google-pushes-gemini-transition-to-march-2026-zh","Google 把 Gemini 轉換延到 2026 年 3…","2026-03-26T07:30:12.825269+00:00",{"id":112,"slug":113,"title":114,"created_at":115},"e660d801-2421-4529-8fa9-86b82b066990","metas-llama-4-benchmark-scandal-gets-worse-zh","Meta Llama 4 分數風波又擴大","2026-03-26T07:34:21.156421+00:00",{"id":117,"slug":118,"title":119,"created_at":120},"183f9e7c-e143-40bb-a6d5-67ba84a3a8bc","accenture-mistral-ai-sovereign-enterprise-deal-zh","Accenture 攜手 Mistral AI 賣主權 AI","2026-03-26T07:38:14.818906+00:00",{"id":122,"slug":123,"title":124,"created_at":125},"191d9b1b-768a-478c-978c-dd7431a38149","mistral-ai-faces-its-hardest-year-yet-zh","Mistral AI 迎來最硬的一年","2026-03-26T07:40:23.716374+00:00"]