[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-copilot-studio-2026-wave-planned-features-zh":3,"article-related-copilot-studio-2026-wave-planned-features-zh":31,"series-tools-106924cb-f56a-4da1-a403-b98f6598b038":74},{"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":23,"views":27,"created_at":28,"published_at":29,"topic_cluster_id":30},"106924cb-f56a-4da1-a403-b98f6598b038","copilot-studio-2026-wave-planned-features-zh","Copilot Studio 2026 波把規劃變上線","\u003Cp data-speakable=\"summary\">我拆 \u003Ca href=\"\u002Ftag\u002Fmicrosoft\">Microsoft\u003C\u002Fa> \u003Ca href=\"\u002Ftag\u002Fcopilot\">Copilot\u003C\u002Fa> Studio 2026 wave 1 規劃，整理成可直接套用的治理、評估、權限與上線清單。\u003C\u002Fp>\u003Cp>我用 Copilot Studio 一陣子了。前面很順，真的很順：拉一個 \u003Ca href=\"\u002Ftag\u002Fagent\">agent\u003C\u002Fa>、接知識、試幾個 prompt，像樣的東西一下就出來。問題是，一旦你想把它丟進團隊環境，整個感覺就變了。誰能看？誰能改？答案錯了怎麼追？分析在哪裡看？每次都卡在權限、治理、還有那種「這個到底算誰的」的老問題。我不是在嫌它不能做，我是在嫌它太容易停在 demo。\u003C\u002Fp>\u003Cp>所以我看到 Microsoft 的 \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fpower-platform\u002Frelease-plan\u002F2026wave1\u002Fmicrosoft-copilot-studio\u002Fplanned-features\">Copilot Studio 2026 release wave 1\u003C\u002Fa> 時，第一個反應不是興奮，是鬆一口氣。這頁不是行銷文，它直接把 2026 年 4 月到 9 月要上的東西列出來，而且還老實寫了時間可能會動。這種文件才有用，因為它不是在吹功能，而是在告訴你：我們知道你卡在哪裡了。\u003C\u002Fp>\u003Ch2>它已經不是聊天機器人，是一個要能管的系統\u003C\u002Fh2>\u003Cblockquote>“This topic lists features that are planned to release from April 2026 through September 2026.”\u003C\u002Fblockquote>\u003Cp>翻譯一下就是，Microsoft 不再只是在 Copilot Studio 上堆新玩具，它開始補那些決定產品能不能活進企業的底層東西。像是 analytics、security、evaluation、workflow integration，這些都不是 demo 時最亮眼的部分，但它們才是上線後最常被追殺的部分。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782810210326-m5wp.png\" alt=\"Copilot Studio 2026 波把規劃變上線\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我很常看到 AI \u003Ca href=\"\u002Fnews\u002Fdocker-monitoring-tools-real-budgets-zh\">工具\u003C\u002Fa>死在同一個地方：prototype 能跑，正式用起來卻沒人說得清楚它為什麼這樣答、誰改了行為、資料有沒有被亂看。Copilot Studio 這次的 wave 1 規劃，讀起來像是產品團隊終於坐進那些會議室了。它不再只是「做一個 copilot」，而是「怎麼把一群 agent 管好，不要讓大家互相甩鍋」。\u003C\u002Fp>\u003Cp>我特別在意它把 roadmap 分成三塊：AI and innovation、Copilot configuration、core authoring。這個切法很誠實。因為真實世界裡，開發者不是只在寫 prompt。你還要管治理、查錯、調整、交接、再回頭修爛掉的設定。工具如果只照著作者腦中的理想流程設計，最後就是一堆 tab。\u003C\u002Fp>\u003Cp>實操上，我會先把團隊的使用方式改成「運營視角」：這個 agent 誰擁有、誰看數據、誰能改權限、誰能審核上線。你只要還在問「這 prompt 要怎麼寫得更好」，卻沒問「這東西怎麼被管」，那你其實還沒準備好把它交給別人用。\u003C\u002Fp>\u003Ch2>Analytics 終於像控制台，不像附錄\u003C\u002Fh2>\u003Cblockquote>“Give read-only analytics access to users” and “Define custom metrics for analytics.”\u003C\u002Fblockquote>\u003Cp>這段我很買單，因為它處理的是一個超常見的爛問題：只有 builder 看得到數據，其他人只能靠截圖猜。Microsoft 在 2026 年 4 月要做 read-only analytics access，7 月要上 custom metrics。這差很多。前者是讓人看得到，後者是讓人看得懂。\u003C\u002Fp>\u003Cp>我之前做內部 copilot 時，產品 owner 想看成效，但又不該碰設定。結果不是權限太大，就是報表太難用，最後\u003Ca href=\"\u002Fnews\u002Fanthropic-claude-tag-slack-ai-coworker-zh\">變成\u003C\u002Fa>大家都來問工程師。這種事很煩，而且很浪費時間。read-only access 雖然不性感，但它直接少掉一堆 Slack 來回。custom metrics 更重要，因為預設 dashboard 很少剛好對到業務真正關心的東西。你可能要看 resolution rate，也可能要看 escalation quality，或者是 agent 有沒有真的減少人工接手。\u003C\u002Fp>\u003Cp>更值得注意的是，Microsoft 還要做 generative AI response quality、user sentiment、multi-turn conversation evaluation。這方向是對的。單輪回答只能看表面，多輪對話才會露出 agent 到底是在幫忙，還是在禮貌地把人帶去死路。\u003C\u002Fp>\u003Cul>\u003Cli>先給 stakeholder read-only 權限，別讓他們去亂改。\u003C\u002Fli>\u003Cli>在上線前先定義你自己的 metrics，不要等事故來了才補。\u003C\u002Fli>\u003Cli>評估一定要看多輪對話，不要只看第一句答得漂不漂亮。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>實操寫法很簡單：先挑三個指標，像 resolution rate、escalation rate、multi-turn quality score。再決定誰要看這些數據。你如果連這件事都講不清楚，那就別急著說自己已經在營運 agent。\u003C\u002Fp>\u003Ch2>安全這次不是裝飾，是基本盤\u003C\u002Fh2>\u003Cblockquote>“Strengthen security of Copilot Studio agents with additional threat protection” and “Block the use of maker-provided credentials for authentication.”\u003C\u002Fblockquote>\u003Cp>這個我只能說，終於。做過企業環境的人都知道，最容易跑起來的做法，通常也是最容易讓資安同事皺眉的做法。這次 wave 1 明確寫了更強的 threat protection、credential oversharing detection，還有阻止 maker-provided credentials 做 authentication。這不是小修小補，這是平台在告訴你：不要再靠人腦記憶和私下約定了。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782810207341-29f4.png\" alt=\"Copilot Studio 2026 波把規劃變上線\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>尤其是 credentials 這件事。maker 自己帶的帳密，方便的時候是真的方便；出事的時候也是真的很會出事。Microsoft 預計在 2026 年 8 月把這類做法擋掉，這訊號很清楚：認證要被管理，不是靠臨時湊。9 月的 safe sharing 和 oversharing detection 也是同一個邏輯，先把亂分享的洞補起來，才談得上擴大使用。\u003C\u002Fp>\u003Cp>另外還有一個我覺得很實際的變更：把 files grouping with instructions 拿來引導 agent 回答，還有讓 SharePoint lists 變成 knowledge source。這些看起來沒那麼炫，但它們的價值在於可控。結構化來源比一堆散文件更容易治理，也更容易追責。\u003C\u002Fp>\u003Cul>\u003Cli>優先用 managed auth，不要讓 maker 自己背 credentials。\u003C\u002Fli>\u003Cli>能用結構化來源就別亂丟文件，像 SharePoint lists 這種就很好用。\u003C\u002Fli>\u003Cli>把內容作者和存取控制拆開審，不要混在一起。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>實操上，我會直接做三個檢查：credentials 放哪裡、誰能分享給誰、哪些 knowledge source 算官方來源。只要答案還停在「maker 應該知道」，我就會覺得這套東西還沒準備好進正式環境。\u003C\u002Fp>\u003Ch2>作者工具開始像樣了，錯誤不再只會躲起來\u003C\u002Fh2>\u003Cblockquote>“See a unified view of errors, warnings, and governance notifications” and “Invoke agents as workflow steps with the agent node.”\u003C\u002Fblockquote>\u003Cp>作者工具最麻煩的地方，就是你\u003Ca href=\"\u002Fnews\u002Flevo-2-full-length-song-generation-zh\">做完\u003C\u002Fa>之後根本不知道問題卡在哪。是 prompt 壞了？工具接錯了？資料有洞？還是 workflow 本身就歪掉？Microsoft 預計在 2026 年 7 月給你一個 unified view，把 errors、warnings、governance notifications 放一起看。這種功能不會讓爛邏輯變好，但至少不會讓平台故意把問題藏起來。\u003C\u002Fp>\u003Cp>我更在意的是 agent node。Microsoft 打算讓你把 agent 當成 workflow step 來呼叫，4 月是 public preview，9 月是 GA。這件事其實很大，因為它代表 agent 不再只是孤零零的聊天框，而是可以變成流程裡的可重用元件。這才是比較像樣的架構：一個 agent 負責 triage，一個負責 summary，一個負責呼叫下游流程。你不用再硬把所有互動塞進同一坨對話裡。\u003C\u002Fp>\u003Cp>我做過不少專案，copilot 本身其實不差，差的是周邊流程亂到爆。當你能把 agent 放進 workflow，整個系統會比較乾淨，也比較容易 debug。流程失敗就看流程，對話失敗就看對話，不用每次都演一場「我們懷疑是 prompt 品質」的偵探劇。\u003C\u002Fp>\u003Cp>實操寫法：先挑一個現有流程，只讓 agent 負責其中一小步，不要一口氣包整包。然後先加錯誤可視化，再加更多行為。我寧願要一個失敗邏輯清楚的小流程，也不要一個大家都說它很聰明、但沒人敢碰的大 agent。\u003C\u002Fp>\u003Ch2>Evaluation 要進 build 流程，不要等上線才補考\u003C\u002Fh2>\u003Cblockquote>“See evaluation results in real time” and “Evaluate agents for Microsoft 365 Copilot in Copilot Studio.”\u003C\u002Fblockquote>\u003Cp>這段最能看出 Microsoft 有沒有真的碰過上線現場。real-time evaluation results 預計在 2026 年 5 月 31 日上，Microsoft 365 Copilot 的 agent evaluation 則排在 7 月。白話講就是：你在做的時候就要驗，不是等使用者罵了才驗。\u003C\u002Fp>\u003Cp>這很重要，因為 AI 系統壞的方式很怪。它可以技術上沒錯，但完全沒用。它可以回得很快，但答非所問。它可以在十個測試 prompt 裡看起來都很好，然後一碰到真實使用者的變體問法就整個歪掉。如果 evaluation 太慢、太藏、太不貼近開發流程，你根本抓不到這些問題。\u003C\u002Fp>\u003Cp>還有一個值得留意的點是 code interpreter 對 SharePoint sources 的支援，預覽在 2026 年 3 月，GA 在 5 月。這會讓 agent 在文件和資料分析上更有用，但也代表測試門檻更高。因為一旦它能讀文件、算東西、做推理，你就得更清楚知道它在哪些場景可靠，在哪些場景會開始亂編。\u003C\u002Fp>\u003Cp>實操寫法：拿真實使用者問題做測試集，不要只用合成題目。一定要包含追問、糾正、模糊語句，還有那些一看就很煩的 edge cases。然後讓流程擁有者一起看失敗模式，不要只讓工程師自己看。evaluation 如果只是打勾，那你上線的其實是信心表演。\u003C\u002Fp>\u003Ch2>Configuration 層才是那些無聊但值錢的地方\u003C\u002Fh2>\u003Cblockquote>“Copilot configuration customizes and configures how your organization or business uses Microsoft Copilot Studio copilots.”\u003C\u002Fblockquote>\u003Cp>這句很容易被跳過，但我覺得它才是整份 release plan 的核心。configuration 不是附屬品，它是 policy 變成 behavior 的地方。Microsoft 這波把 threat protection、safe sharing、credential blocking、file grouping、SharePoint lists 全都往這層塞，意思很明確：你不能只管 prompt，還得管整個使用邊界。\u003C\u002Fp>\u003Cp>我看過太多團隊只顧 prompt 寫得漂漂亮亮，結果 configuration 全開，最後一樣出事。這種做法很像把門鎖換成高級款，然後把窗戶全打開。好的 prompt 配上爛治理，還是會翻車。普通的 prompt 配上好的 configuration，反而比較能撐住真實環境。\u003C\u002Fp>\u003Cp>這次 Microsoft 的方向也很像在把 Copilot Studio 往 enterprise surface 推。這合理。因為功能一旦真的有用，組織就不會接受 ad hoc 的設定方式。沒人想在 incident review 裡解釋，為什麼那個「很方便」的 copilot 可以看到不該看的資料。\u003C\u002Fp>\u003Cp>實操上，我會把 configuration 直接納入 deployment checklist。沒 review authentication、knowledge sources、sharing rules、analytics access、evaluation coverage，就不要讓它上線。慢一點沒關係，出事才是真的慢。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># Copilot Studio 2026 wave 1 上線清單\n\n## 1) 範圍\n- Agent 名稱：\n- 業務 owner：\n- 技術 owner：\n- 主要用途：\n- 使用者：\n\n## 2) 知識來源\n- 核准來源：\n- 禁用來源：\n- 優先使用的結構化來源：\n- 文件分組與指示：\n\n## 3) 認證與存取\n- 認證模式：\n- 使用的 credentials：\n- maker-provided credentials 是否封鎖：是 \u002F 否\n- safe sharing 規則：\n- threat protection 是否啟用：是 \u002F 否\n\n## 4) 分析\n- 只讀 analytics 可看的人：\n- 自訂 metrics：\n- 基準指標：\n  - resolution rate\n  - escalation rate\n  - multi-turn quality score\n- sentiment tracking 是否啟用：是 \u002F 否\n\n## 5) 評估\n- 測試集來源：\n- 真實使用者情境數：\n- 是否包含追問：是 \u002F 否\n- real-time evaluation 負責人：\n- release gate 通過條件：\n\n## 6) Workflow 整合\n- 是否使用 agent node：是 \u002F 否\n- 上游步驟：\n- 下游步驟：\n- 失敗處理：\n- logging destination：\n\n## 7) 治理審查\n- errors \u002F warnings 是否已檢視：\n- governance notifications 是否已檢視：\n- security sign-off：\n- data residency 是否確認：\n- 上線日期：\n\n## 8) 是否可上線\n- Ready to launch：是 \u002F 否\n- 未解問題：\n- 下次 review 日期：\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>如果是我在 2026 年要推 Copilot Studio，我會先拿這份清單卡住團隊。它不花俏，但夠硬。重點不是把每格填滿而已，而是逼大家把那些平常會被拖到最後才處理的問題先講清楚。\u003C\u002Fp>\u003Cp>原始來源是 Microsoft Learn 的 \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fpower-platform\u002Frelease-plan\u002F2026wave1\u002Fmicrosoft-copilot-studio\u002Fplanned-features\">New and planned features for Microsoft Copilot Studio, 2026 release wave 1\u003C\u002Fa>。我這篇把 Microsoft 的 roadmap 拆成可執行的上線做法；功能清單、時間點和原始措辭來自 Microsoft，模板與實務建議是我根據這份文件整理出來的。其他相關官方頁面可參考 \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fcopilot-studio\u002F\">Copilot Studio 文件\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.microsoft.com\u002Fen-us\u002Fmicrosoft-copilot\u002Fmicrosoft-copilot-studio\">產品頁\u003C\u002Fa>，以及 \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fpower-platform\u002F\">Power Platform 官方文件\u003C\u002Fa>。\u003C\u002Fp>","我拆 Microsoft Copilot Studio 2026 wave 1 規劃，整理成可直接套用的治理、評估、權限與上線清單。","learn.microsoft.com","https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fpower-platform\u002Frelease-plan\u002F2026wave1\u002Fmicrosoft-copilot-studio\u002Fplanned-features",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782810210326-m5wp.png","tools","zh","edbc7ba0-433a-41fe-8e18-d5420b0d7b4e",[17,18,19,20,21,22],"Copilot Studio","release wave","agent governance","analytics","evaluation","workflow automation",[24,25,26],"Microsoft 2026 wave 1 的重點不是新奇功能，而是把治理、分析、評估和流程整合補齊。","真正能上線的 Copilot，不是 prompt 寫得好，而是權限、資料來源、metrics、evaluation 都先管好。","可以直接複製文內 checklist，拿去做 Copilot Studio 的 rollout 與 launch review。",0,"2026-06-30T09:02:59.095395+00:00","2026-06-30T09:02:59.077+00:00","13637d9f-b9a5-40ff-9d37-af2ab7a697f1",{"tags":32,"relatedLang":33,"relatedPosts":37},[],{"id":15,"slug":34,"title":35,"language":36},"copilot-studio-2026-wave-planned-features-en","Copilot Studio’s 2026 wave turns planning into shipping","en",[38,44,50,56,62,68],{"id":39,"slug":40,"title":41,"cover_image":42,"image_url":42,"created_at":43,"category":13},"e6a14dec-91dc-4909-a402-05bb20f8cbfd","deno-29-desktop-apps-runtime-bet-zh","Deno 2.9 不是玩具：它把桌面應用變成可認真的 runtime 選項","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782787663225-3wtk.png","2026-06-30T02:47:19.29362+00:00",{"id":45,"slug":46,"title":47,"cover_image":48,"image_url":48,"created_at":49,"category":13},"c7266fac-bc4e-477c-93c6-1b0e45c7f0c2","happyhorse-11-video-api-workflow-zh","HappyHorse 1.1 把影片 API 變流程","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782775990911-iqho.png","2026-06-29T23:32:45.976839+00:00",{"id":51,"slug":52,"title":53,"cover_image":54,"image_url":54,"created_at":55,"category":13},"8714d537-05ab-477f-a6a2-f1534fe7baea","sora-ai-2026-realistic-video-generation-guide-zh","Sora 2026 影片生成遷移指南","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782774166692-6sig.png","2026-06-29T23:02:21.311473+00:00",{"id":57,"slug":58,"title":59,"cover_image":60,"image_url":60,"created_at":61,"category":13},"6d635736-4581-484c-aa7f-9c221b54215b","pixelrag-screenshots-retrievable-context-zh","PixelRAG 把截圖變可檢索上下文","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782759807854-613a.png","2026-06-29T19:02:59.448799+00:00",{"id":63,"slug":64,"title":65,"cover_image":66,"image_url":66,"created_at":67,"category":13},"cdfe98b4-cfc9-4266-ba45-4b892e8214b0","codex-deepseek-v4-pro-moark-setup-zh","Codex 接入 DeepSeek-V4-Pro，三步可用","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782738175563-wcfd.png","2026-06-29T13:02:24.814293+00:00",{"id":69,"slug":70,"title":71,"cover_image":72,"image_url":72,"created_at":73,"category":13},"37ef32c4-b40c-4d2e-822a-d41678837de1","devin-ai-alternatives-real-workflows-zh","Devin 替代工具先看工作流","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782732810886-up7s.png","2026-06-29T11:32:58.321746+00:00",[75,80,85,90,95,100,105,110,115,120],{"id":76,"slug":77,"title":78,"created_at":79},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":81,"slug":82,"title":83,"created_at":84},"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":86,"slug":87,"title":88,"created_at":89},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":91,"slug":92,"title":93,"created_at":94},"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":96,"slug":97,"title":98,"created_at":99},"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":101,"slug":102,"title":103,"created_at":104},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":106,"slug":107,"title":108,"created_at":109},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":111,"slug":112,"title":113,"created_at":114},"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":116,"slug":117,"title":118,"created_at":119},"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":121,"slug":122,"title":123,"created_at":124},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]