[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-claude-ban-lifted-access-restoration-playbook-zh":3,"article-related-claude-ban-lifted-access-restoration-playbook-zh":30,"series-tools-5882cab0-ccef-4732-a062-0c8710c5b5f8":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},"5882cab0-ccef-4732-a062-0c8710c5b5f8","claude-ban-lifted-access-restoration-playbook-zh","Claude 解禁后访问恢复怎么做","\u003Cp data-speakable=\"summary\">以前是模型一断全队停摆，现在是把 \u003Ca href=\"\u002Ftag\u002Fclaude\">Claude\u003C\u002Fa> 恢复当成可回滚的\u003Ca href=\"\u002Fnews\u002Fmistral-leanstral-proof-engineering-open-model-zh\">工程\u003C\u002Fa>流程。\u003C\u002Fp>\u003Cp>我以前最烦这种事：模型昨天还能用，今天就卡住，团队整条链路像被人拔掉电源。你前一天还在调 Claude 的提示词、工具调用、评测集，隔天就得临时换模型、冻结依赖、改文案。最烦的不是不能用，是大家还会装镇定，说先等等官方通知。可產品、工程、測試、成本帳單不會等。你得立刻回答：哪些功能能恢復，哪些地方還要兼容，哪些配置現在就該改掉。\u003C\u002Fp>\u003Cp>這次觸發我整理這篇的，是 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2055639769871398111\" target=\"_blank\" rel=\"noopener noreferrer\">知乎上的這條轉述\u003C\u002Fa>。它提到 \u003Cstrong>\u003Ca href=\"\u002Ftag\u002Fanthropic\">Anthropic\u003C\u002Fa>\u003C\u002Fstrong> 宣布美國商務部已解除針對 Claude Fable 5 和 \u003Ca href=\"\u002Ftag\u002Fclaude-mythos\">Claude Mythos\u003C\u002Fa> 5 的出口管制，公司會從明天起著手恢復訪問權限，稍後再公布安排。原文沒有提供閱讀量、讚數或收藏數，我就不亂報。真正值得我盯住的，不是這條消息多熱鬧，而是它提醒我：模型可用性本來就是外部依賴，不能當成常數。\u003C\u002Fp>\u003Ch2>先把模型訪問當成會變的外部條件\u003C\u002Fh2>\u003Cblockquote>“公司將從明天起著手恢復兩款模型的訪問權限，並在稍後公布進一步安排。”\u003C\u002Fblockquote>\u003Cp>這句話翻成人話就是：你不能再把 Claude 當成一個永遠在線的固定選項。今天恢復，不代表明天不會再變。今天能調用，不代表你的帳號、地區、套餐、合規配置都已經完全回到同一水平。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783339421191-4tml.png\" alt=\"Claude 解禁后访问恢复怎么做\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我看過太多專案把模型名硬寫在環境變數裡，像 \u003Ccode>DEFAULT_MODEL=claude\u003C\u002Fcode> 這種，看起來很省事，實際上就是把系統綁在一根細繩上。模型一旦不可用，整條鏈路就開始報錯；更糟的是，有些團隊會悄悄切到沒測過的備用模型，結果品質直接崩掉。\u003C\u002Fp>\u003Cp>我的做法是把「模型選擇」拆成三層：能力層、可用性層、業務層。能力層管這個模型適合做什麼，比如\u003Ca href=\"\u002Ftag\u002F長上下文\">長上下文\u003C\u002Fa>、程式碼生成、摘要。可用性層管它在你的地區、帳號、\u003Ca href=\"\u002Fnews\u002Fethereum-institutional-nonprofit-banks-government-zh\">組織\u003C\u002Fa>裡能不能用。業務層管某\u003Ca href=\"\u002Fnews\u002Fdaily-huggingface-ai-papers-research-updates-zh\">個功能\u003C\u002Fa>到底允許用什麼模型，失敗後怎麼降級。\u003C\u002Fp>\u003Cp>這樣做很實際：當訪問恢復時，你不用急著全量切回去；當訪問再次波動時，你也不會把整個產品拖死。你只是更新一層狀態，系統照樣跑。\u003C\u002Fp>\u003Cp>實操上，我會先把所有模型調用點列出來，別只看主流程。很多團隊只盯聊天接口，忘了還有程式碼審查、批次摘要、RAG、客服分流、內部工具這些隱形依賴。接著給每個調用點加一個「允許模型列表」，不要只寫死一個模型名。最後再加健康檢查，把「可調用」跟「預設首選」分開。\u003C\u002Fp>\u003Cul>\u003Cli>預設首選模型可以變，但允許列表要更寬。\u003C\u002Fli>\u003Cli>失敗時先切到兼容模型，再決定要不要提示使用者。\u003C\u002Fli>\u003Cli>把模型狀態寫進配置中心，不要散在程式碼裡。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>恢復訪問，不等於立刻能上線\u003C\u002Fh2>\u003Cp>我最不信的就是「明天恢復」被團隊理解成「明天直接全量上線」。現實裡，恢復訪問只是第一步，後面還有一串髒活：鑑權重新校驗、請求配額確認、快取失效、提示詞回歸測試、輸出一致性檢查、成本回看。\u003C\u002Fp>\u003Cp>我以前吃過一次虧。某個供應商把模型重新開放後，我心想終於能把流量切回去了，結果上線後發現同一個 prompt，結構化輸出欄位順序變了，JSON 解析器全在報錯。模型回來了，我的解析器沒回來。最後我花了半天補容錯，才把事故壓住。\u003C\u002Fp>\u003Cp>所以我現在會把「恢復」拆成四個階段：先驗證可達，再驗證穩定，再驗證品質，最後才是恢復預設流量。這個順序很煩，但比事後救火便宜得多。\u003C\u002Fp>\u003Cp>如果你在做線上產品，別急著把所有使用者都切回去。先開一個小流量池，最好是內部帳號或低風險租戶。觀察幾個指標：錯誤率、平均延遲、輸出格式合規率、人工回退率。只要其中一個指標明顯抖動，就別裝作沒看見。\u003C\u002Fp>\u003Cp>還有一個很容易被忽略的點：使用者體驗層面的恢復，不只是模型能回傳結果，還包括你的產品文案要不要改。之前因限制而隱藏的功能按鈕，恢復後是不是要重新顯示；之前提示「暫不可用」的文案，是不是該改成「正在恢復中」。這些小地方不處理，使用者會以為系統還沒好。\u003C\u002Fp>\u003Cul>\u003Cli>先用灰度流量驗證，不要一把梭。\u003C\u002Fli>\u003Cli>把輸出格式、延遲、失敗率當成恢復驗收條件。\u003C\u002Fli>\u003Cli>同步更新前端提示，別讓使用者猜。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>把 Claude 當成可替換元件，別把它神化\u003C\u002Fh2>\u003Cp>很多人一旦習慣某個模型，就會下意識把它當成「最順手的那個」。但工程上最怕的就是這種順手感。順手意味著依賴，依賴意味著脆弱。Claude 的訪問狀態一旦變動，你的系統就得有第二選擇，最好還有第三選擇。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783339415694-opww.png\" alt=\"Claude 解禁后访问恢复怎么做\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這不是叫你把所有模型都接一遍，搞成一團漿糊。我的意思是，你至少要有明確的 fallback 策略。比如：主模型負責高品質生成，備用模型負責低成本摘要，再不行就退回規則模板或檢索結果直出。\u003C\u002Fp>\u003Cp>我會把「替代」分成兩種：功能替代和品質替代。功能替代是指這個任務還能不能完成，比如摘要、分類、重寫。品質替代是指這個任務能完成到什麼程度，比如語氣、準確性、結構控制。很多團隊只看功能替代，結果產品雖然還能跑，但體驗掉得很難看。\u003C\u002Fp>\u003Cp>落地時可以這樣做：給每個任務標記最低可接受模型級別，再寫一個降級鏈。比如程式碼解釋任務優先用 Claude，次選另一個強推理模型，最後才用規則提取。使用者看到的是「結果變慢了」或「結果保守了」，而不是「系統炸了」。\u003C\u002Fp>\u003Cp>如果你維護的是內部工具，尤其要這麼做。內部工具的使用者會比外部使用者更容易抱怨，因為他們天天用，最清楚哪裡變差。你要是沒有穩定的替代路徑，他們會直接把工具扔回人工。\u003C\u002Fp>\u003Cp>我自己會留一份模型能力對照表，不用搞得太學術，就寫最實用的幾項：上下文長度、結構化輸出能力、工具調用可靠性、價格、可用地區、審核限制。每次訪問狀態變動，這張表就更新一次。\u003C\u002Fp>\u003Ch2>合規和地區限制，別等出事才補課\u003C\u002Fh2>\u003Cp>這條消息裡最容易被忽略的，其實就是「出口管制」這幾個字。很多開發者只關心模型能不能調，沒想過背後還有地區、組織、採購、合規和政策限制。等到真的卡住時，才發現不是程式問題，是權限和法務問題。\u003C\u002Fp>\u003Cp>我不是法務，但我很確定一件事：如果你的產品面向多個國家或地區，你必須把「地區可用性」當成產品能力的一部分。不能等模型恢復或被限制之後，才開始問「我們是不是也受影響」。\u003C\u002Fp>\u003Cp>最實用的做法是把合規判斷前置到請求路由層。也就是說，在調用模型之前，先判斷這個使用者、這個租戶、這個區域、這個任務是否允許走這條鏈路。允許就正常發，不允許就切備用方案，別讓請求直接打到供應商那邊再失敗。\u003C\u002Fp>\u003Cp>我也建議把這些限制寫成可配置策略，不要散落在業務程式碼裡。今天是 Claude，明天可能是別的模型；今天是某個地區，後天可能是某個行業。策略一旦寫死，後面改起來會很痛。\u003C\u002Fp>\u003Cp>如果團隊裡有人覺得這是後面的事，我通常會直接反問：你願意在使用者高峰時，才第一次發現某個地區不能調用嗎？願意的話，那就繼續拖。要是不願意，現在就補。\u003C\u002Fp>\u003Cul>\u003Cli>把地區、租戶、任務類型都納入路由判斷。\u003C\u002Fli>\u003Cli>不要讓失敗請求直接暴露給終端使用者。\u003C\u002Fli>\u003Cli>把限制策略配置化，方便快速切換。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>恢復窗口期，正好拿來重跑評測\u003C\u002Fh2>\u003Cp>我反而覺得這種訪問恢復的窗口期，是最適合重做評測的時候。因為你終於有機會把之前被迫換掉的模型、臨時補上的提示詞、倉促寫下的降級邏輯，重新拉回同一套標準裡比較。\u003C\u002Fp>\u003Cp>很多團隊平時沒空做系統評測，等模型一恢復就急著上線，結果只是把舊問題繼續埋起來。我的建議是，趁這時候重跑一輪最小評測集，不用很大，但要覆蓋真實業務裡最常見的任務：摘要、改寫、問答、分類、結構化抽取、工具調用。\u003C\u002Fp>\u003Cp>我以前做過一次很簡單的對比：同一個客服問題，三個模型各跑十次，看誰最少把事實寫錯。結果很扎心，有些模型看起來更會說話，但在欄位抽取上就是不穩定。你如果不測，根本不會知道自己上線的是「更聰明」，還是「更會胡扯」。\u003C\u002Fp>\u003Cp>評測時別只看平均分。平均分很會騙人。你要看失敗樣本，看邊界樣本，看那些最容易觸發格式錯亂、幻覺、過度補全的輸入。恢復訪問後，模型版本、服務策略、負載情況都可能變，舊分數不一定還成立。\u003C\u002Fp>\u003Cp>實務上，我會把這輪評測做成非常短的 checklist：可用性、格式穩定性、事實一致性、成本、延遲。每項都給一個「通過／警告／失敗」。這樣比寫一份沒人看的長報告有用得多。\u003C\u002Fp>\u003Ch2>把恢復消息變成團隊動作，不要只是在群裡轉發\u003C\u002Fh2>\u003Cp>我見過太多團隊，模型供應商一發公告，大家就在群裡「收到」「好消息」「終於好了」，然後就沒然後了。說實話，這種轉發對系統沒有任何幫助。你真正需要的是一個動作清單。\u003C\u002Fp>\u003Cp>我通常會把這種外部變動翻成三件事：配置更新、流量驗證、文件同步。配置更新是把模型開關和 fallback 順序改掉；流量驗證是看線上到底有沒有恢復到你要的狀態；文件同步是告訴產品、客服、營運、測試，現在哪些功能可以重新開放。\u003C\u002Fp>\u003Cp>如果你們團隊有 on-call，最好直接寫進值班手冊。這樣下次再遇到類似事件，值班的人不會一臉懵。他知道先查什麼、改什麼、誰來確認、什麼時候回滾。\u003C\u002Fp>\u003Cp>我也建議把這類事件記進變更日誌。不是為了寫給老闆看，是為了下次自己別再重來一遍。很多坑不是技術太難，而是團隊記性太差。\u003C\u002Fp>\u003Cp>最後我給自己的原則很簡單：外部模型恢復，不代表我可以偷懶；外部模型受限，也不代表我得慌。只要我把依賴拆開、把降級寫好、把評測跑穩，供應商那邊再怎麼折騰，我這邊都還能活。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># Claude 访问恢复检查模板\n\n## 1. 状态确认\n- [ ] 供应商公告已确认\n- [ ] 当前账号可访问目标模型\n- [ ] 当前地区\u002F租户允许访问目标模型\n- [ ] 备用模型仍可用\n\n## 2. 配置检查\n- [ ] 默认模型配置已更新\n- [ ] fallback 顺序已确认\n- [ ] 环境变量与配置中心一致\n- [ ] 相关 feature flag 已检查\n\n## 3. 评测检查\n- [ ] 摘要任务通过\n- [ ] 分类任务通过\n- [ ] 结构化输出通过\n- [ ] 工具调用通过\n- [ ] 延迟和错误率在可接受范围内\n\n## 4. 线上验证\n- [ ] 小流量灰度已开启\n- [ ] 监控面板已观察 30-60 分钟\n- [ ] 无明显格式错误激增\n- [ ] 无明显成本异常\n- [ ] 无明显人工回退增加\n\n## 5. 对外同步\n- [ ] 产品文案已更新\n- [ ] 客服话术已更新\n- [ ] 内部文档已更新\n- [ ] on-call 手册已记录本次变更\n\n## 6. 回滚预案\n- [ ] 一键切回备用模型\n- [ ] 降级提示已准备\n- [ ] 解析器容错已确认\n- [ ] 事故联系人已明确\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這份模板的重點不是漂亮，而是能讓你在模型訪問狀態變動時，少做一次拍腦袋決策。你可以直接貼進 Notion、\u003Ca href=\"\u002Ftag\u002Fgithub\">GitHub\u003C\u002Fa> Issue 模板，或運維手冊裡。\u003C\u002Fp>\u003Cp>我寫這篇不是為了把這條消息講得多大，而是想把一個很現實的教訓說透：模型恢復是外部事件，工程穩定性才是你自己的責任。別等下一次訪問又變來變去，才開始補這些該有的東西。\u003C\u002Fp>\u003Cp>原始信息來自 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2055639769871398111\" target=\"_blank\" rel=\"noopener noreferrer\">知乎這篇轉述\u003C\u002Fa>；我在這裡做的是工程化拆解和可執行模板整理，不是逐句復述。涉及 Anthropic 的官方信息，建議再對照 \u003Ca href=\"https:\u002F\u002Fwww.anthropic.com\u002F\" target=\"_blank\" rel=\"noopener noreferrer\">Anthropic 官網\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fsupport.anthropic.com\u002F\" target=\"_blank\" rel=\"noopener noreferrer\">Anthropic 支持頁\u003C\u002Fa>，以及 \u003Ca href=\"https:\u002F\u002Fwww.commerce.gov\u002F\" target=\"_blank\" rel=\"noopener noreferrer\">美國商務部\u003C\u002Fa> 的公開資訊核實最新狀態。\u003C\u002Fp>","我把 Claude 访问恢复拆成可直接照抄的检查清单、灰度步骤和降级模板，方便团队马上落地。","zhuanlan.zhihu.com","https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2055639769871398111",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783339421191-4tml.png","tools","zh","4c69c2cc-af92-46f6-8363-310011d4dbb1",[17,18,19,20,21],"Claude","model access","fallback strategy","evaluation checklist","compliance",[23,24,25],"把模型訪問拆成能力、可用性、業務三層管理。","恢復訪問後先灰度驗證，再全量切回。","準備好降級鏈、評測清單和回滾預案，避免依賴單點失效。",0,"2026-07-06T12:03:13.581131+00:00","2026-07-06T12:03:13.565+00:00","1533fe48-ec68-4d1c-b8d5-0ab3408cb7c5",{"tags":31,"relatedLang":34,"relatedPosts":38},[32],{"name":17,"slug":33},"claude",{"id":15,"slug":35,"title":36,"language":37},"claude-fable-5-us-access-restored-en","Claude Fable 5 Gets Access Back in the US","en",[39,45,51,57,63,69],{"id":40,"slug":41,"title":42,"cover_image":43,"image_url":43,"created_at":44,"category":13},"38959780-e00f-4a9f-afd1-a75f24732cd1","rustrover-2026-1-4-right-default-ide-rust-zh","RustRover 2026.1.4 是 Rust 團隊的正確預設 IDE","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783211564090-s3ei.png","2026-07-05T00:32:19.50775+00:00",{"id":46,"slug":47,"title":48,"cover_image":49,"image_url":49,"created_at":50,"category":13},"abe21472-cda7-491d-9d7b-f9f64e3154b3","claude-design-synced-prototypes-setup-zh","Claude Design 同步原型設定指南","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783191770382-4zms.png","2026-07-04T19:02:21.637665+00:00",{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"29e9abee-1972-4b0f-8994-ce27c006a5f3","rust-196-turns-ranges-into-safer-copies-zh","Rust 1.96 讓 range 變可複製","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783189995404-zbpf.png","2026-07-04T18:32:53.059717+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"081e378e-a0d9-408b-95ab-003b476c67a5","ai-data-operations-vs-mlops-what-each-owns-zh","AI Data Ops 與 MLOps 的分工","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783168367881-i1cl.png","2026-07-04T12:32:19.522726+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"351f5aa9-e7da-4676-a7f3-893336f79a92","opentag-turns-slack-threads-into-actions-zh","OpenTag 讓 Slack 對話變動作","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783148607976-8g9n.png","2026-07-04T07:02:50.017949+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"5358fb05-efb5-4238-abc5-fb3933da13e7","gpu-vram-needed-llm-fine-tuning-2026-zh","2026 年 LLM 微調要多少 VRAM","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783128777725-3n1p.png","2026-07-04T01:32:33.595421+00:00",[76,81,86,91,96,101,106,111,116,121],{"id":77,"slug":78,"title":79,"created_at":80},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":82,"slug":83,"title":84,"created_at":85},"9b19ab54-edef-4dbd-9ce4-a51e4bae4ebb","mcp-in-2026-the-ai-tool-layer-teams-use-zh","2026 年 MCP：團隊真的在用的 AI 工具層","2026-03-26T08:01:46.589694+00:00",{"id":87,"slug":88,"title":89,"created_at":90},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":92,"slug":93,"title":94,"created_at":95},"05553086-6ed0-4758-81fd-6cab24b575e0","garry-tan-open-sources-claude-code-toolkit-zh","Garry Tan 開源 Claude Code 工具包","2026-03-26T08:26:20.068737+00:00",{"id":97,"slug":98,"title":99,"created_at":100},"042a73a2-18a2-433d-9e8f-9802b9559aac","github-ai-projects-to-watch-in-2026-zh","2026 必看 20 個 GitHub AI 專案","2026-03-26T08:28:09.619964+00:00",{"id":102,"slug":103,"title":104,"created_at":105},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":107,"slug":108,"title":109,"created_at":110},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":112,"slug":113,"title":114,"created_at":115},"bfdb467a-290f-4a80-b3a9-6f081afb6dff","aiml-2026-student-ai-ml-lab-repo-review-zh","AIML-2026：像課綱的學生實驗 Repo","2026-03-27T01:21:51.467798+00:00",{"id":117,"slug":118,"title":119,"created_at":120},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00",{"id":122,"slug":123,"title":124,"created_at":125},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]