[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-microsoft-copilot-super-app-fixes-app-hopping-zh":3,"article-related-microsoft-copilot-super-app-fixes-app-hopping-zh":30,"series-tools-cdffd062-5b68-40d9-90c8-4d2811cafd78":83},{"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},"cdffd062-5b68-40d9-90c8-4d2811cafd78","microsoft-copilot-super-app-fixes-app-hopping-zh","Microsoft Copilot 讓你少切頁","\u003Cp data-speakable=\"summary\">\u003Ca href=\"\u002Ftag\u002Fmicrosoft\">Microsoft\u003C\u002Fa> 正把分散的 \u003Ca href=\"\u002Ftag\u002Fcopilot\">Copilot\u003C\u002Fa> 收進同一個入口，重點是讓使用者少切頁、少猜功能。\u003C\u002Fp>\u003Cp>我用 AI 助手一陣子了，最煩的不是模型不夠強，是產品自己先把我搞瘋。今天開 \u003Ca href=\"\u002Ftag\u002Fgithub-copilot\">GitHub Copilot\u003C\u002Fa>，明天切 Copilot chat，後天又跑去別的工作流頁面，帳號、權限、上下文全都像在玩拼圖。每次我只是想把一件事做完，結果先花力氣找「到底該去哪個 Copilot」。這種摩擦很小聲，但每天都在扣血。\u003C\u002Fp>\u003Cp>更尷尬的是，這不是使用者笨，是產品形狀本來就亂。你如果把同一個品牌拆成好幾個入口，最後大家學到的不是功能，而是記路線。團隊內部也一樣，文件一個 AI、客服一個 AI、工程一個 AI、營運又一個 AI，名義上叫整合，實際上是把使用者訓練成導航員。我看到 Microsoft 現在想把這堆 Copilot 收成一個 app，第一個反應不是驚訝，是終於醒了。\u003C\u002Fp>\u003Cp>真正值得拆的，不是「超級 app」這個詞本身，而是它背後那個很土但很重要的判斷：問題不只在模型，也在產品切面。第一手來源是 \u003Ca href=\"https:\u002F\u002Ffortune.com\u002F2026\u002F05\u002F29\u002Fmicrosoft-working-on-super-app\u002F\">Fortune 的 Sebastian Herrera 報導\u003C\u002Fa>，他寫到 Microsoft 想把分散的 Copilot 經驗整成單一 app；另外 \u003Ca href=\"https:\u002F\u002Fwww.microsoft.com\u002Fen-us\u002Fai\">Microsoft AI 頁面\u003C\u002Fa> 也能看到 Jacob Andreou 的角色。這條線索讓我很確定，Microsoft 現在處理的是產品分裂，不只是功能補丁。\u003C\u002Fp>\u003Ch2>這不是做更漂亮的 demo，是在補產品骨架\u003C\u002Fh2>\u003Cblockquote>Microsoft is working on a one-stop shop that would connect its GitHub Copilot coding assistant, Copilot chat function, Copilot Cowork tool, and a new agentic workflow capability internally named Autopilot into a single app.\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：Microsoft 終於承認 Copilot 不是單一產品，而是一堆彼此打架的入口。對工程師來說，這種事最常見的結果不是功能不夠，而是路徑太碎。你明明只是要問問題、寫點 code、跑個流程，結果先得決定自己現在是用哪一個 Copilot。這種選擇成本很低，但天天發生就很煩。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780247907733-w6lc.png\" alt=\"Microsoft Copilot 讓你少切頁\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我之前做過一個內部 AI 工具整合，\u003Ca href=\"\u002Fnews\u002Fbetsson-web3-frontend-igaming-role-zh\">前端\u003C\u002Fa>看起來都掛著同一個品牌，實際上每個模組都各自長大。使用者第一次進來會問：我現在是在聊天，還是在跑任務？我能不能把這段結果直接帶去下一步？這些問題一出現，代表產品骨架已經鬆了。你再加十個功能也沒用，因為使用者腦中沒有一條清楚的主線。\u003C\u002Fp>\u003Cp>實操上，我會先做一張「任務路徑圖」：使用者從進站到完成任務，要經過幾次切頁、幾次登入、幾次模式切換。只要超過一次，我就會懷疑這個產品是不是在偷吃使用者注意力。產品不是不能多模式，但多模式不能長成多入口。\u003C\u002Fp>\u003Cul>\u003Cli>先畫 top 3 任務，不要先畫 top 3 功能。\u003C\u002Fli>\u003Cli>數 tab switch、登入次數、context handoff。\u003C\u002Fli>\u003Cli>把最常用的路徑收進同一個首頁。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Microsoft 的方向其實很直白：讓「Copilot」重新像一個東西，而不是一串相似名詞。這種修法不花俏，但很對。因為產品一旦讓人記路線，就代表它在逼使用者替你做資訊架構的工作，這件事我一直覺得很欠罵。\u003C\u002Fp>\u003Ch2>真正的敵人是 tab tax，不是模型分數\u003C\u002Fh2>\u003Cp>Fortune 的報導點出一個很實際的現象：客戶不喜歡在 Copilot 工具之間切來切去。這句話看起來像廢話，但我反而覺得它是重點。因為大多數 AI 產品死掉，不是死在回答不夠好，而是死在每一步都要換地方。\u003C\u002Fp>\u003Cp>也就是說，使用者付的不是金錢而已，還有注意力稅。你每換一次頁面，就多一次確認：「我是不是走錯了？」每換一次產品形態，就多一次重學成本。這些成本不會出現在簡報上，但會出現在續用率上。很多團隊很愛講模型能力，卻不敢看使用者到底要跳幾次才能完成任務，我真的看過太多這種自我感動。\u003C\u002Fp>\u003Cp>我自己在串開發者工作流時也踩過這坑。code assistant 在一個地方，chat 在另一個地方，workflow automation 又在第三個地方。工程師最常問的不是「它會不會」，而是「我現在該用哪個」。一旦使用者開始問這句，你的產品就已經把他推離任務本身了。\u003C\u002Fp>\u003Cp>實操寫法很簡單：做一個單一的「從這裡開始」入口。可以有不同模式，但模式切換要藏在工作流裡，不要長成獨立旅程。使用者應該感覺自己在延續同一件事，不是在重新開一個 app。\u003C\u002Fp>\u003Cul>\u003Cli>首頁只放一個主入口，其他能力往下疊。\u003C\u002Fli>\u003Cli>模式切換放在內容旁邊，不要放成主導航。\u003C\u002Fli>\u003Cli>把歷史紀錄、上下文、輸出放在同一條時間線。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這也是為\u003Ca href=\"\u002Fnews\u002Fwhy-web3-development-company-rankings-are-wrong-2026-zh\">什麼\u003C\u002Fa> Microsoft 連 personal 與 enterprise Microsoft 365 Copilot 的切換都要一起處理。因為真正的摩擦不只在功能，還在身份、權限、資料邊界。你如果做過\u003Ca href=\"\u002Fnews\u002F5-web3-applications-for-enterprise-teams-2026-zh\">企業\u003C\u002Fa>產品，就知道這一塊最容易把漂亮想法磨成一坨。\u003C\u002Fp>\u003Ch2>Copilot 品牌本身也需要收攏\u003C\u002Fh2>\u003Cp>這次報導讓我最有感的地方，是它其實在講品牌整理，不只是 UI 整理。Copilot 這名字被用在太多地方：寫 code 的、聊天的、企業工作流的、還有各種掛名的變體。當使用者分不清楚誰是誰，品牌就不再是辨識度，而是噪音。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780247909194-fw6i.png\" alt=\"Microsoft Copilot 讓你少切頁\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>翻譯一下就是：Microsoft 現在不是缺一個更好看的首頁，而是缺一個能被一句話講清楚的產品故事。這件事比做介面難。因為一旦品牌碎掉，你不能只靠改名救回來。你得先把背後的產品切面收乾淨，讓使用者真的感覺到「喔，這些東西是同一條線上的」。\u003C\u002Fp>\u003Cp>我以前幫團隊整理過產品命名，最常見的錯誤就是想用文案解決架構問題。結果首頁、文件、銷售簡報、產品內文各講各的，最後大家都在猜誰才是真的主產品。這種狀況下，任何品牌詞都會變成空殼。Microsoft 現在要做的事，其實就是把空殼補回骨頭。\u003C\u002Fp>\u003Cp>實操上，我會先檢查三件事：首頁說的是不是同一個產品、文件講的是不是同一個工作流、銷售在賣的是不是同一個價值。如果三者不一致，先別急著發版，先把命名和入口收斂。\u003C\u002Fp>\u003Cp>另外一個很現實的訊號是付費結構。報導提到 Microsoft 365 的 Copilot 付費滲透率還很低，但 \u003Ca href=\"\u002Ftag\u002Fgithub\">GitHub\u003C\u002Fa> Copilot 的付費訂閱數已經很有感。這表示公司內部其實早就知道，真正能打的切面在哪裡。問題不是要不要做更多 Copilot，而是怎麼讓強的那個帶動其他人。\u003C\u002Fp>\u003Ch2>GitHub Copilot 是錨點，不是配角\u003C\u002Fh2>\u003Cp>如果你問我 Microsoft 哪個 Copilot 最像一個真正站得住腳的產品，我會先看 GitHub Copilot。因為開發者知道自己在買什麼：幫我寫 code、幫我補上下文、幫我少打幾行。這種價值很具體，使用者也很容易判斷有沒有省時間。\u003C\u002Fp>\u003Cp>也就是說，GitHub Copilot 是這整套產品裡最像錨點的東西。Microsoft 如果想把其他 AI 能力拉進來，最合理的方式不是從零教育使用者，而是借這個已經被信任的入口。這是平台產品很常見的打法：先讓一個高頻、可量化的場景站穩，再把周邊能力往裡塞。\u003C\u002Fp>\u003Cp>我在開發者工具上也看過同樣邏輯。當 coding assistant 已經是使用者每天會打開的地方，它就自然成了其他工作流的入口。可是很多團隊會犯一個很蠢的錯：以為入口有了，其他東西就會自己長出來。沒有。使用者只會一直待在他最熟的那一格，除非你把下一步直接放進去。\u003C\u002Fp>\u003Cp>實操方式是，把你最強的 AI 場景當成首頁，而不是把首頁做成功能目錄。不要叫使用者去探索，直接把下一個動作塞進他已經信任的流程裡。這比做一堆導覽頁有效太多。\u003C\u002Fp>\u003Cp>從產品策略看，Microsoft 把 GitHub Copilot 放進更大的 app，不是因為它想炫技，而是因為它知道真正有拉力的地方在哪。這種策略我認同，因為它承認現實：不是每個 AI 功能都值得獨立成一個產品。\u003C\u002Fp>\u003Ch2>Autopilot 才是最危險也最值得看的地方\u003C\u002Fh2>\u003Cp>我最在意的反而是報導裡那個內部名稱 Autopilot。這代表 Microsoft 不只是把 chat、code、工作流放在同一個殼裡，而是想做能跨步驟執行的 \u003Ca href=\"\u002Ftag\u002Fagent\">agent\u003C\u002Fa>。這就不是單純整合，而是 UX 型態要換了。\u003C\u002Fp>\u003Cp>翻譯一下就是：產品從「問了就回」變成「問了還會幫你做」。這一步很迷人，也很容易翻車。因為 agent 不是聊天框加個按鈕就算數，它需要狀態、權限、記憶、可回溯性，還要讓使用者知道它現在做到哪一步。你如果把這些藏起來，使用者只會覺得你在亂動他的東西。\u003C\u002Fp>\u003Cp>我自己做 workflow 工具時最怕這件事。只要系統開始自主執行，使用者就會想看：你打算做什麼、你剛剛改了什麼、我能不能撤回。這些控制如果不夠明顯，信任會掉得很快。越自動化，越要可見，這句話我現在越來越信。\u003C\u002Fp>\u003Cp>實操寫法是，agent 功能一定要先設計 review 與 rollback。不要等行為做完才想補說明。你至少要讓使用者看到三件事：計畫、動作、結果。這三件事一旦缺一個，agent 就會從幫手變成黑箱。\u003C\u002Fp>\u003Cul>\u003Cli>先顯示 agent 準備做什麼。\u003C\u002Fli>\u003Cli>保留動作紀錄與狀態變化。\u003C\u002Fli>\u003Cli>把 undo 和 approval 做成主流程，不要藏。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果 Microsoft 真能把 Autopilot 變成 Copilot 的自然延伸，而不是另一個獨立魔法按鈕，那這個 app 才算有整合感。不然，它只是把更多能力塞進同一個殼，使用者照樣會迷路。\u003C\u002Fp>\u003Ch2>這波其實是在搶回產品主導權\u003C\u002Fh2>\u003Cp>報導也提到時間點大概會落在 Build 前後、夏天內推進。這種節奏我看起來很像 Microsoft 想先把敘事收回來。因為 Copilot 這名字已經被講得太散了，再拖下去，市場只會繼續問：「所以我到底要用哪一個？」\u003C\u002Fp>\u003Cp>也就是說，這不是單純為了方便，而是為了重新掌控產品故事。這件事很現實。產品家族一旦碎掉，你不只失去使用者，還會失去對外說明的能力。你會發現簡報很難寫、銷售很難講、使用者很難懂，最後大家都在用不同語言描述同一件事。\u003C\u002Fp>\u003Cp>我看過不少團隊拖太久才整併，最後清理成本比當初拆開還高。Microsoft 現在至少還有機會把事情做得像是 deliberate 的收斂，而不是被市場逼著收尾。前提是它真的要簡化，不是只是換個包裝。\u003C\u002Fp>\u003Cp>實操上，如果你自己的 AI 產品也已經長成一團，我會建議直接做三件事：選一個首頁、選一個主敘事、選一條主工作流。先砍掉多餘入口，再談功能擴張。這聽起來很不性感，但通常很有效。\u003C\u002Fp>\u003Cp>我從這篇報導得到的結論很簡單：Microsoft 不是靠多做幾個 Copilot 來贏，它只能靠把 Copilot 變回一個能被理解、能被記住、能被持續使用的東西來贏。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># AI 產品整合模板：把多個助手收進同一個入口\n\n## 目標\n把分散的 AI 工具收成一個 app，讓使用者不用記路線、不用猜功能。\n\n## 核心規則\n- 一個首頁\n- 一個帳號與權限模型\n- 一條歷史時間線\n- 多種模式，但只保留一個主入口\n- agent 動作要可審核、可撤回\n\n## UI 結構\n- 左側：Home \u002F Chat \u002F Code \u002F Workflows \u002F History\n- 中間：主要任務工作區\n- 右側：上下文、檔案、審核、動作紀錄\n- 上方：個人 \u002F 企業切換、模型選擇、帳號狀態\n\n## 產品流程\n1. 使用者從首頁開始\n2. 系統先判斷最常見任務\n3. 在同一個工作區完成 chat、code 或 workflow\n4. agent 執行前先顯示計畫\n5. 執行後提供結果、log、undo\n\n## 檢查清單\n- 能不能在不離開 app 的情況下完成 top task？\n- 使用者能不能在 2 秒內知道自己在哪個模式？\n- 切換 context 時會不會重登入或重學介面？\n- agent 做了什麼有沒有清楚顯示？\n- 使用者能不能撤回上一步？\n\n## Release 策略\n- 先上最強的 use case\n- 再把其他能力塞進同一個殼\n- 不要為每個功能開新產品名\n- 量 tab switch、完成時間、重複使用率\n\n## 可直接貼到首頁的文案\nOne AI app for chat, code, and workflows.\n\n## 團隊內部 slogan\nDeliver one assistant, not four half-products.\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這份模板就是我把 Microsoft 這次做法拆乾淨後，整理成可以直接拿去用的版本。你如果也在做 AI 產品，別先學它的品牌詞，先學它收斂入口、統一上下文、把高頻流程放中間的那套紀律。\u003C\u002Fp>\u003Cp>來源致謝：主要依據 \u003Ca href=\"https:\u002F\u002Ffortune.com\u002F2026\u002F05\u002F29\u002Fmicrosoft-working-on-super-app\u002F\">Fortune 的原始報導\u003C\u002Fa> 與 \u003Ca href=\"https:\u002F\u002Fwww.microsoft.com\u002Fen-us\u002Fai\">Microsoft AI 官方頁面\u003C\u002Fa>。上面的產品拆解與模板是我根據這些資訊延伸整理出來的。","我拆 Microsoft 把 Copilot 收成單一入口的思路，整理成可直接套用的 AI 產品整合模板。","fortune.com","https:\u002F\u002Ffortune.com\u002F2026\u002F05\u002F29\u002Fmicrosoft-working-on-super-app\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780247907733-w6lc.png","tools","zh","c75bb0da-4ed0-473e-bb18-8e72ba6204ea",[17,18,19,20,21],"Copilot","super app","AI product design","agent workflow","app consolidation",[23,24,25],"單一入口比多個 Copilot 更能降低使用者切換成本。","AI 產品的問題常常不是模型，而是產品形狀與上下文管理。","agent 功能要先設計審核與撤回，不然只會變黑箱。",6,"2026-05-31T17:17:55.12841+00:00","2026-05-31T17:17:55.07+00:00","c3c88dd2-a940-438a-b359-0e5a24562273",{"tags":31,"relatedLang":42,"relatedPosts":46},[32,34,36,38,40],{"name":19,"slug":33},"ai-product-design",{"name":21,"slug":35},"app-consolidation",{"name":20,"slug":37},"agent-workflow",{"name":17,"slug":39},"copilot",{"name":18,"slug":41},"super-app",{"id":15,"slug":43,"title":44,"language":45},"microsoft-copilot-super-app-fixes-app-hopping-en","Microsoft’s Copilot super app fixes app-hopping","en",[47,53,59,65,71,77],{"id":48,"slug":49,"title":50,"cover_image":51,"image_url":51,"created_at":52,"category":13},"63d8b456-ad6b-475e-86e9-d4677ca226aa","magenta-realtime-2-score-inside-daw-zh","Magenta RealTime 2 讓你在 DAW 裡即時改曲","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781046204038-8tox.png","2026-06-09T23:02:55.9651+00:00",{"id":54,"slug":55,"title":56,"cover_image":57,"image_url":57,"created_at":58,"category":13},"f60261ff-a42e-4cfb-9f90-97785e633289","open-source-ai-tools-beat-claude-paid-tiers-zh","開源 AI 工具在價值上已經贏過 Claude 付費方案","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781045266035-on7t.png","2026-06-09T22:47:20.195939+00:00",{"id":60,"slug":61,"title":62,"cover_image":63,"image_url":63,"created_at":64,"category":13},"8520cd4f-2531-4808-a95d-26f590239d7a","500-ai-agent-projects-show-where-agents-work-now-zh","500 個 AI agent 專案，現在能做什麼","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781033591132-c0nh.png","2026-06-09T19:32:37.03924+00:00",{"id":66,"slug":67,"title":68,"cover_image":69,"image_url":69,"created_at":70,"category":13},"c557ef1c-7fde-4c86-918e-4fb9680ee9df","chocolatey-go-package-policy-installs-zh","Chocolatey 的 Go 安裝變成政策","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781029110289-xkbh.png","2026-06-09T18:18:05.078435+00:00",{"id":72,"slug":73,"title":74,"cover_image":75,"image_url":75,"created_at":76,"category":13},"90b2df54-df6e-417d-9e16-91e9ad2f53d7","go-support-policy-turns-releases-into-a-checklist-zh","Go 支援政策把發版變清單","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781028200122-3m4u.png","2026-06-09T18:02:49.50176+00:00",{"id":78,"slug":79,"title":80,"cover_image":81,"image_url":81,"created_at":82,"category":13},"119c23c6-8ae7-4c4e-820e-1eba0730d702","rustdesk-self-hosting-secure-remote-access-zh","RustDesk 自架遠端存取部署指南","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781017373324-g7et.png","2026-06-09T15:02:24.118819+00:00",[84,89,94,99,104,109,114,119,124,129],{"id":85,"slug":86,"title":87,"created_at":88},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":90,"slug":91,"title":92,"created_at":93},"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":95,"slug":96,"title":97,"created_at":98},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":100,"slug":101,"title":102,"created_at":103},"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":105,"slug":106,"title":107,"created_at":108},"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":110,"slug":111,"title":112,"created_at":113},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":115,"slug":116,"title":117,"created_at":118},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":120,"slug":121,"title":122,"created_at":123},"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":125,"slug":126,"title":127,"created_at":128},"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":130,"slug":131,"title":132,"created_at":133},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]