[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-google-io-2026-gemini-main-event-zh":3,"article-related-google-io-2026-gemini-main-event-zh":30,"series-tools-ada3d399-741f-4164-a773-37172d8ee0c7":71},{"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":11},"ada3d399-741f-4164-a773-37172d8ee0c7","google-io-2026-gemini-main-event-zh","Google I\u002FO 2026 把 Gemini 變主秀","\u003Cp data-speakable=\"summary\">以前我把 \u003Ca href=\"\u002Ftag\u002Fgoogle\">Google\u003C\u002Fa> I\u002FO 當發表會看，現在我把它當 \u003Ca href=\"\u002Ftag\u002Fgemini\">Gemini\u003C\u002Fa> 會改哪個產品預設來追。\u003C\u002Fp>\u003Cp>我看 Google I\u002FO 的方式，差不多像盯一個快發霉的 repo：每年都說要整理，結果最先長出來的永遠是 AI demo。去年我還在等它把那些漂亮話落到開發者真的能用的地方，結果看到的不是更清楚的產品路線，而是 Gemini 到處掛名、各種功能一起改口徑。看久了我就知道，這種場合最值錢的不是舞台上那句大話，是它偷塞進去的產品預設。\u003C\u002Fp>\u003Cp>今年我更確定這件事。Google I\u002FO 2026 定在 5 月 19 日，整個節奏看起來就是 Gemini 先上桌，其他產品像配菜。這不是我在酸，是 Google 這幾個月一路鋪出來的樣子：Search、Workspace、Android、車機、眼鏡，能掛 Gemini 的地方它都想掛。對開發者來說，這很煩，但也很實際，因為你要先知道 Google 下一步會把 AI 塞進哪個入口，\u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa>、預設值、限制條件才會跟著動。\u003C\u002Fp>\u003Cp>這篇拆解的起點，是 Mashable 的預覽文：\u003Ca href=\"https:\u002F\u002Fmashable.com\u002Farticle\u002Fgoogle-io-2026-what-to-expect\">https:\u002F\u002Fmashable.com\u002Farticle\u002Fgoogle-io-2026-what-to-expect\u003C\u002Fa>。原文作者是 Chance Townsend 和 Timothy Beck Werth。它本來只是活動預測，我把它拉成開發者版本：哪些東西值得盯、哪些只是在台上好看、哪些你現在就能先準備。\u003C\u002Fp>\u003Ch2>Google 不是在推模型，是在改整個產品層\u003C\u002Fh2>\u003Cblockquote>“A major Gemini model update is widely expected to be the centerpiece announcement.”\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：Gemini 已經不是單一產品了，它是 Google 想拿來蓋住 Search、Android、Chrome、Workspace、影音工具、語音工具的那層底座。公司一旦這樣玩，模型發布就不只是模型發布，而是整個平台的重排。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786881796114-f5nx.png\" alt=\"Google I\u002FO 2026 把 Gemini 變主秀\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我以前在別的團隊也看過類似操作，最麻煩的地方不是技術，是溝通。模型一變，所有產品團隊都開始把自己的 roadmap 藏進模型敘事裡，最後你根本分不清楚哪些是今天能用的功能，哪些只是明年可能會到的願景。對開發者來說，這最討厭，因為你要決定的是現在要不要接 API，不是聽一段很會講的主題演講。\u003C\u002Fp>\u003Cp>Mashable 提到可能會有類似 Gemini 4.0 的更新，數字其實沒那麼重要，重點是訊號很明確：Google 想讓下一版模型定調整個產品線。你如果有碰 Google 的服務，現在該想的不是「會不會有新模型」，而是「哪個產品預設會先被改」。\u003C\u002Fp>\u003Cp>實操寫法很簡單：把你依賴 Google 的地方全部列出來，尤其是會吃生成內容、摘要、分類結果的流程。然後去看這些流程裡，哪些地方一旦模型行為變了，UX、延遲、信任感會先炸。\u003C\u002Fp>\u003Cul>\u003Cli>先盤點依賴生成答案、摘要、分類的功能。\u003C\u002Fli>\u003Cli>注意模型名稱、方案名稱、quota、路由規則有沒有一起改。\u003C\u002Fli>\u003Cli>不要把 keynote 當文件，真正能依賴的還是後續 docs。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>語音會是 Google 最容易翻車，也最可能搶分的地方\u003C\u002Fh2>\u003Cblockquote>“Pre-show leaks suggest Gemini could be in for a significant upgrade on the voice side.”\u003C\u002Fblockquote>\u003Cp>這句我最在意，因為語音是 AI 最容易看起來很聰明、實際上很卡的區域。Mashable 引到 Forbes contributor Paul Monckton 的說法，提到 Google app 裡藏了 Gemini Live 的語音模型，還有像 “Capybara” 和 “Nitrogen” 這種代號，甚至有模型自稱 “Gemini 3.1 Pro”。如果這些是真的，代表 Google 早就在後台做多模型語音路由了。\u003C\u002Fp>\u003Cp>白話一點說，語音體驗很可能會被拆成幾種工作：快答、深度推理、記憶維持、事實查核、不同地點或不同情境的處理。這不是小修小補，這是 Google 在承認：單一語音模型撐不住全部場景，所以要分流。這種變化通常最後都會反映在 API 行為上，開發者最好先知道。\u003C\u002Fp>\u003Cp>我自己做過內部語音原型，demo 的時候都很漂亮，因為使用者只要問一句，模型就能回一句。真正難的是使用者插話、換題目、或者期待它記住上一輪上下文。你很快就會發現，所謂「夠用」的語音，其實是一堆妥協包成一個麥克風按鈕。\u003C\u002Fp>\u003Cp>實操上，我會先測三件事：使用者中途改意圖時，模型會不會飄；長對話時記憶穩不穩；接工具之後，是更聰明還是只是更慢。等 Google 真把新語音模型丟出來，你就知道它到底解掉哪個洞。\u003C\u002Fp>\u003Cp>你可以先去盯這兩個地方：\u003Ca href=\"https:\u002F\u002Fgemini.google.com\u002F\">https:\u002F\u002Fgemini.google.com\u002F\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fai.google.dev\u002F\">https:\u002F\u002Fai.google.dev\u002F\u003C\u002Fa>。Google 真要把東西做實，通常會先落在這裡。\u003C\u002Fp>\u003Ch2>影片工具會是 Gemini 下一個被塞滿的地方\u003C\u002Fh2>\u003Cblockquote>“On the video side, Chrome Unboxed flagged a separate leak this week, pointing to something called Gemini Omni.”\u003C\u002Fblockquote>\u003Cp>Mashable 把這個爆料接到 \u003Ca href=\"https:\u002F\u002F9to5google.com\u002F\">9to5Google\u003C\u002Fa> 的線索，描述 Gemini Omni 像是一個影片生成模型，還支援 remix、聊天內編輯、模板式創作。若是真的，我會把它解讀成：Google 想把影片 AI 從「丟一句 prompt 出片」改成「在產品裡反覆改片」。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786881795411-1yvl.png\" alt=\"Google I\u002FO 2026 把 Gemini 變主秀\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這方向其實比較實際。影片 AI 最難的從來不是第一次生成夠不夠炫，而是你能不能便宜地改第二次、第三次。只要迭代成本太高，正常人就不會一直試，最後只剩下 demo 好看。\u003C\u002Fp>\u003Cp>Mashable 也提到，有使用者做兩支短片就燒掉一天 AI Pro 額度的 86%。這種數字比任何宣傳詞都誠實，因為它直接告訴你：算力成本還是很硬，產品體驗最後會被 credit、rate limit、tiering 一起綁住。\u003C\u002Fp>\u003Cp>我看過太多創作工具在台上像魔法，進 production 後卻因為每次重做都太貴而爛掉。使用者不會替你的模型成本買單，他只會覺得自己一直被迫重來。如果 Google 推 Omni 或 Veo 的更新，我最想看的是它能不能真的變成工作流，\u003Ca href=\"\u002Fnews\u002Fwall-street-real-assets-blockchains-not-just-pilots-zh\">而不是\u003C\u002Fa>昂貴玩具。\u003C\u002Fp>\u003Cp>實操寫法：如果你做影片工具，先把版本、局部重生、成本提示做起來。還有一件事很重要，預覽品質跟正式輸出要分開，不要讓使用者一開始就被高成本嚇跑。\u003C\u002Fp>\u003Cul>\u003Cli>設計成可迭代編輯，不要只想一次生成。\u003C\u002Fli>\u003Cli>在使用者按下生成前就顯示成本。\u003C\u002Fli>\u003Cli>把 preview 和 final export 分成兩條流程。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Android 上筆電這件事，我先保留懷疑\u003C\u002Fh2>\u003Cblockquote>“This hint suggests that Google's long-in-development project to create an Android operating system for PCs and laptops is expected to get significant airtime.”\u003C\u002Fblockquote>\u003Cp>Google 這個坑挖太久了，久到我已經不想數它到底放過幾次煙霧彈。Mashable 說這個計畫可能叫 Aluminium OS 或 Aluminum OS，目標是把 Android 和 ChromeOS 併成一個平台。Sameer Samat 也說過這套平台還在朝 2026 推進，這比平常那種企業式模糊說法具體一點，但我還是不會把 keynote 當成正式上線日。\u003C\u002Fp>\u003Cp>白話就是，Google 想處理自己造成的平台碎片問題。ChromeOS 有自己的位置，Android 也統治手機，但兩者都沒把「跨裝置延續」這件事收乾淨。如果它真能做出一個不廉價、不卡手、又能跑 Android app 的筆電體驗，那會很有用；如果不行，就只是換名字繼續拖。\u003C\u002Fp>\u003Cp>我在意這件事只有一個原因：平台收斂會改變開發者的算式。如果 Google 真想讓同一套 app 跨手機、平板、摺疊機、筆電，那 app layout、input、windowing、多工就不再是邊角問題，而是預設問題。\u003C\u002Fp>\u003Cp>實操上，我會直接去檢查 Android app 或 web app 的大螢幕表現。沒測過 responsive layout、keyboard navigation、pointer input、multi-window 的，現在就補。官方更新可以先看 \u003Ca href=\"https:\u002F\u002Fblog.google\u002Fproducts\u002Fandroid\u002F\">https:\u002F\u002Fblog.google\u002Fproducts\u002Fandroid\u002F\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fdeveloper.android.com\u002F\">https:\u002F\u002Fdeveloper.android.com\u002F\u003C\u002Fa>。\u003C\u002Fp>\u003Cp>另外 Mashable 也提醒 ChromeOS 不會立刻消失。這點很重要，因為 Google 很愛雙線並行，直到其中一條悄悄被收掉。現在先假設碎片化還會繼續，比假設整合成功安全得多。\u003C\u002Fp>\u003Ch2>Android XR 眼鏡是 Google 不能再演砸的 demo\u003C\u002Fh2>\u003Cblockquote>“We’re hoping to see both pairs of glasses at Google I\u002FO 2026.”\u003C\u002Fblockquote>\u003Cp>眼鏡這條線，會直接決定 Google 看起來是成熟，還是又在提醒大家它為什麼常讓人不放心。Mashable 說 Google 正在做兩副 Android XR 眼鏡：一副主打相機、喇叭、麥克風，讓 Gemini 能免手持互動；另一副更進一步，會有 in-lens 顯示。兩者都綁在 Android XR 上，跟 2025 年 10 月推出的 Samsung Galaxy XR 頭戴裝置同一套平台。\u003C\u002Fp>\u003Cp>翻譯一下，Google 想把「現在能用」跟「以後再說」分開。這很合理，因為大多數人不需要一個科幻頭盔來問問題、拍筆記、做翻譯；他們需要的是一副不笨重、不尷尬、不像在演科幻片的穿戴裝置。顯示版比較有話題，但簡化版才比較像真的能出貨。\u003C\u002Fp>\u003Cp>我看過太多穿戴 demo，劇本都一樣：硬體很漂亮、軟體很神奇，然後電池、延遲、隱私問題一出來，整場氣氛就散掉。Google 應該也知道，所以 I\u002FO 如果真的談 XR，重點多半會放在開發工具和使用情境，不會假裝眼鏡已經是大眾商品。\u003C\u002Fp>\u003Cp>實操寫法：如果你做 Android 應用，現在就開始想「抬頭看一下就能完成」的互動。短 prompt、短回應、語音優先、通知不要依賴大螢幕。等 Android XR 工具更完整時，最早能做出東西的，通常是那些早就尊重穿戴限制的團隊。\u003C\u002Fp>\u003Cp>平台細節可以盯 \u003Ca href=\"https:\u002F\u002Fwww.android.com\u002F\">https:\u002F\u002Fwww.android.com\u002F\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fdeveloper.android.com\u002F\">https:\u002F\u002Fdeveloper.android.com\u002F\u003C\u002Fa>。如果 Google 這次是認真的，SDK 會先到這裡。\u003C\u002Fp>\u003Ch2>搜尋還是最刺眼的那條線\u003C\u002Fh2>\u003Cblockquote>“This year, will Google announce that AI Mode is becoming the new default search experience?”\u003C\u002Fblockquote>\u003Cp>這句其實問得很直接，因為 Search 本來就是 Google 的生意、產品、也是它最怕失手的地方。Google 早就在推 AI Mode 和 AI Overviews，去年 I\u002FO 也很明白地告訴大家，它想讓搜尋結果更像答案，不像連結清單。問題是，這對整個網路生態很不舒服，尤其是靠流量吃飯的人。\u003C\u002Fp>\u003Cp>白話講，Google 想掌控的是第一個互動，不只是檢索那一層。如果 AI Mode 變得更核心，內容站和開發者都要準備好面對更少點擊、更多摘要、更多被 Google 重新解讀的來源內容。使用者會覺得快，做內容的人會覺得痛。\u003C\u002Fp>\u003Cp>我不覺得 Google 還能不往這裡走。它已經花太多時間教育使用者期待對話式答案，而不是十個藍色連結。真正剩下的問題只有一個：它會推多快。如果我是做內容產品或依賴搜尋流量的團隊，我現在就會先準備好下一輪 referral 變化。\u003C\u002Fp>\u003Cp>實操上，我會先回頭看 analytics、SEO 假設、以及你對 Google 流量的依賴程度。然後問一個更實際的問題：如果 AI 摘要先把答案講完，你的產品還能提供什麼？那才是現在該解的題。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># Google I\u002FO 2026 開發者追蹤模板\n\n## 我先盯的公告項目\n- Gemini 模型更新\n- Gemini Live 語音升級\n- 影片生成 \u002F 編輯工具\n- Android 筆電平台 \u002F Aluminium OS\n- Android XR 眼鏡與工具鏈\n- AI Mode \u002F AI Overviews 搜尋變動\n- 各種 agentic AI demo\n\n## keynote 當下我記的重點\n- 新模型名稱與方案名稱\n- API 是否開放、是否有 waitlist\n- 有沒有提到 routing、memory、tool use\n- Search 預設值有沒有變\n- 新裝置形態與 SDK\n- quota、credits、pricing 的暗示\n\n## 我回去就做的事\n- [ ] 測現有 Gemini 整合的模型漂移\n- [ ] 檢查語音流程的插話與記憶穩定性\n- [ ] 補 Android 大螢幕、鍵盤、滑鼠測試\n- [ ] 看搜尋流量會不會被 AI 摘要改寫\n- [ ] 把影片流程拆成預覽與正式輸出\n- [ ] 等官方 docs，不只看舞台 demo\n\n## keynote 後填空\n- 公布的模型名稱：\n- API \u002F SDK 連結：\n- 價格與 quota 變動：\n- 被改掉的產品預設：\n- 本週要做的 prototype：\n\n## 判斷規則\n如果 Google 只在台上講，沒有把文件放出來，我就先把它當承諾，不當依賴。\u003C\u002Fcode>\u003C\u002Fpre>\u003Ch2>我會怎麼收尾這場 I\u002FO\u003C\u002Fh2>\u003Cp>如果我是產品團隊，我不會在 keynote 後立刻做一份很會講的戰報。我會\u003Ca href=\"\u002Fnews\u002Flong-horizon-agents-need-harnesses-first-zh\">先做\u003C\u002Fa>一份很無聊的表格，把每一次提到 Gemini、Android XR、搜尋變動、筆電平台、語音升級都記下來。這種表格通常比 hype thread 更耐用，因為它會告訴你哪些是真的要落地，哪些只是舞台效果。\u003C\u002Fp>\u003Cp>接著我只做兩件事：挑一個最接近你現有產品的方向做 prototype，然後故意忽略最華麗的 demo。你如果本來就做 assistant，就先看語音；你如果本來就做 Android，就先看大螢幕；你如果靠搜尋流量，就先看 referral 會不會被 AI 摘要洗掉。這些才是會真的影響你工作的地方。\u003C\u002Fp>\u003Cp>我的結論很直白：Google I\u002FO 2026 不是在證明 AI 會不會出現，AI 早就出現了。它真正要看的，是 Google 有多少產品會被重新命名、重新定義、重新塞進 Gemini 的\u003Ca href=\"\u002Fnews\u002Fdeepseek-plugin-harness-turns-agents-into-tools-zh\">框架\u003C\u002Fa>裡。你如果是開發者，現在就該開始算這筆帳。\u003C\u002Fp>\u003Cp>原始來源是 Mashable 的預覽文：\u003Ca href=\"https:\u002F\u002Fmashable.com\u002Farticle\u002Fgoogle-io-2026-what-to-expect\">https:\u002F\u002Fmashable.com\u002Farticle\u002Fgoogle-io-2026-what-to-expect\u003C\u002Fa>。我這篇有一半是整理原文線索，另一半是我自己的開發者解讀，兩者我盡量分開了。\u003C\u002Fp>","我拆 Google I\u002FO 2026 的 Gemini、語音、XR、搜尋與 Android 策略，順手給你一份可直接複製的追蹤模板。","mashable.com","https:\u002F\u002Fmashable.com\u002Farticle\u002Fgoogle-io-2026-what-to-expect",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786881796114-f5nx.png","tools","zh","76705589-5358-4bd3-82bb-16fe9ef2993a",[17,18,19,20,21,22],"Gemini","Google I\u002FO","Android XR","AI Mode","Gemini Live","search",[24,25,26],"Google I\u002FO 2026 很可能把 Gemini 放在整場敘事中心，其他產品都圍著它轉。","語音、影片、搜尋、Android 筆電與 XR 眼鏡，都是開發者要先看預設值會怎麼變的地方。","最實用的做法，是先做一份 keynote 追蹤模板，把公告、API、quota 和產品預設逐項記下來。",0,"2026-08-16T12:02:52.463796+00:00","2026-08-16T12:02:52.432+00:00",{"tags":31,"relatedLang":11,"relatedPosts":34},[32],{"name":17,"slug":33},"gemini",[35,41,47,53,59,65],{"id":36,"slug":37,"title":38,"cover_image":39,"image_url":39,"created_at":40,"category":13},"bd7ad8c7-a256-44c8-aac1-dcf9c2f83ea5","deepseek-plugin-harness-turns-agents-into-tools-zh","DeepSeek 插件式框架把代理變工具","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786779194304-y3mi.png","2026-08-15T07:32:43.337645+00:00",{"id":42,"slug":43,"title":44,"cover_image":45,"image_url":45,"created_at":46,"category":13},"62bdb4e4-7f3f-4218-ba55-d716aecd8ee7","claude-code-sessions-message-each-other-zh","Claude Code 讓會話互傳訊息","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786753981619-bii1.png","2026-08-15T00:32:41.027572+00:00",{"id":48,"slug":49,"title":50,"cover_image":51,"image_url":51,"created_at":52,"category":13},"ca5fecbc-126c-4688-997a-212eb1c01208","10-ai-github-repos-that-actually-save-time-zh","10 個 AI Repo，真的省時間","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786712619314-0lr7.png","2026-08-14T13:03:14.477152+00:00",{"id":54,"slug":55,"title":56,"cover_image":57,"image_url":57,"created_at":58,"category":13},"cbf2a589-5c35-4278-9fea-061252522297","fable-51-safety-boundary-permission-template-zh","Fable 5.1把安全边界改成权限模板","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786695622156-b6ey.png","2026-08-14T07:33:08.295056+00:00",{"id":60,"slug":61,"title":62,"cover_image":63,"image_url":63,"created_at":64,"category":13},"dda641de-50ed-419d-81dc-d8f8edc33084","vdbbench-cost-benchmark-vector-databases-zh","VDBBench 把向量資料庫比法改掉","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786654993634-4al2.png","2026-08-13T21:02:47.275149+00:00",{"id":66,"slug":67,"title":68,"cover_image":69,"image_url":69,"created_at":70,"category":13},"c55af4bc-dfce-4031-896d-89c6e76ba2c0","zilliz-cost-aware-vdbbench-benchmark-zh","Zilliz替VDBBench加入成本指標","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786653169746-xfnk.png","2026-08-13T20:32:26.208471+00:00",[72,77,82,87,92,97,102,107,112,117],{"id":73,"slug":74,"title":75,"created_at":76},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":78,"slug":79,"title":80,"created_at":81},"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":83,"slug":84,"title":85,"created_at":86},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":88,"slug":89,"title":90,"created_at":91},"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":93,"slug":94,"title":95,"created_at":96},"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":98,"slug":99,"title":100,"created_at":101},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":103,"slug":104,"title":105,"created_at":106},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":108,"slug":109,"title":110,"created_at":111},"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":113,"slug":114,"title":115,"created_at":116},"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":118,"slug":119,"title":120,"created_at":121},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]