[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-rust-2026-turns-cpp-pain-into-safer-systems-zh":3,"article-related-rust-2026-turns-cpp-pain-into-safer-systems-zh":31,"series-tools-a68f0e25-b82c-4fd8-8f50-279a3a7705ca":84},{"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},"a68f0e25-b82c-4fd8-8f50-279a3a7705ca","rust-2026-turns-cpp-pain-into-safer-systems-zh","Rust 2026 把 C++ 痛點變安全系統","\u003Cp data-speakable=\"summary\">\u003Ca href=\"\u002Ftag\u002Frust\">Rust\u003C\u002Fa> 的 2026 變化，讓它更像能直接上 production 的系統語言。\u003C\u002Fp>\u003Cp>我用 Rust 有一陣子了。老實說，前幾年我每次想把它塞進真實專案，都有種先繳學費再談效率的感覺。編譯器很常是對的，這點我不否認；但問題是，我不是在跟編譯器比誰理性，我是在趕交付。lifetimes、async、型別推導，一個接一個把我卡在半路，團隊也常被我搞到懷疑人生。Rust 的承諾我懂，我不爽的是它常常用摩擦的方式把承諾送來。\u003C\u002Fp>\u003Cp>後來我看到這篇 \u003Ca href=\"https:\u002F\u002Fearezki.com\u002Fai-news\u002F2026-05-23-rust-in-2026-the-systems-language-that-finally-became-approachable\u002F\">Dev|Journal on earezki.com\u003C\u002Fa> 的整理，才覺得有點意思。它不是在吹 Rust 多潮，而是在講一件更實際的事：Rust 什麼時候開始不再像特技表演，而像正常的 production 選項。這種轉變，才是我真正想看的。\u003C\u002Fp>\u003Cp>文中提到 Rust production usage 從 2023 的 28% 升到 2025 的 47%，也點名 \u003Ca href=\"https:\u002F\u002Fwww.microsoft.com\u002F\">Microsoft\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.google.com\u002F\">Google\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.amazon.com\u002F\">Amazon\u003C\u002Fa> 這些大公司在用。這種數字我不會當聖旨，但它至少告訴我：Rust 不再只是少數人自嗨的工具。它開始進到那些不能亂玩的系統裡。學習滿意度從 42% 到 71% 這種變化，也很像是工具鏈和生態真的比較能用了，不然大家不會突然變得比較有耐心。\u003C\u002Fp>\u003Ch2>Rust 不再是身分標籤，而是能交差的工具\u003C\u002Fh2>\u003Cblockquote>“Rust has crossed the chasm into mainstream production at Microsoft, Google, and Amazon.”\u003C\u002Fblockquote>\u003Cp>這句話翻成白話就是：Rust 不再只是拿來證明你很在乎 memory safety 的語言。它真的開始出現在不能亂來的地方。大公司把語言放進 production，不是為了形象，是因為它在成本、風險、長期維護上終於說得通了。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1779778004217-50ew.png\" alt=\"Rust 2026 把 C++ 痛點變安全系統\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我自己以前也把 Rust 當成「之後再重寫」的候選人。現在比較常見的心態反而是：既然這個服務一開始就會碰到併發、穩定性、維護壓力，那乾脆直接用 Rust，別先把未來的坑挖好。這個差別很大。不是 Rust 突然變成輕鬆語言，而是它周圍的東西成熟了：套件、範例、團隊經驗、最佳實務，都比較像樣了。\u003C\u002Fp>\u003Cp>我之前帶過一個小團隊做內部服務，當時如果要選 Rust，大家第一個反應不是「好啊」，而是「這會不會拖慢我們」。現在這個問題還是會有人問，但答案已經沒那麼偏向否定。因為當你真的碰到資料一致性、記憶體安全、網路服務穩定性，Rust 的優勢不是口號，是少掉一堆後患。\u003C\u002Fp>\u003Cp>實操寫法很簡單：不要把 Rust 當成特殊專案。拿一個真的會痛的系統問題來評估，別拿玩具 demo。你可以挑一個有狀態、有併發、有故障成本的服務，直接跟現有 stack 用同一套成功標準比：維護性、事故率、上手時間。\u003C\u002Fp>\u003Cul>\u003Cli>適合 Rust 的地方：infra、auth、queue、parser、network service。\u003C\u002Fli>\u003Cli>不適合硬塞的地方：已經用腳本語言就很順的工具。\u003C\u002Fli>\u003Cli>比較時看營運成本，不要只看編譯器有多兇。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Memory safety 終於不是哲學辯論\u003C\u002Fh2>\u003Cp>這篇文章特別提到 \u003Ca href=\"\u002Ftag\u002Fmicrosoft\">Microsoft\u003C\u002Fa> 的安全立場，說它 70% 的 CVEs 跟 memory safety 有關。這種數字很煩，因為它會直接把很多空談打掉。你如果真的修過 use-after-free、double free、buffer overflow，應該知道那不是語言潔癖，那是凌晨兩點的事故單。\u003C\u002Fp>\u003Cp>Rust 的 borrow checker 一開始很像在找你麻煩，但只要你把它跟線上事故的代價放一起看，它就比較像一個超嚴格 reviewer。以前我也以為 borrow checker 主要是 developer experience 的問題，後來我比較願意把它看成 reliability feature，只是剛好長得像 compiler。\u003C\u002Fp>\u003Cp>也就是說，Rust 現在吸引人的地方不只在工程師喜不喜歡，而是 security team 跟 platform team 終於能在同一張桌子上講話。這很少見。通常一邊要速度，一邊要保守，兩邊互看不順眼。Rust 至少提供一個共同理由：它能在\u003Ca href=\"\u002Fnews\u002F5-ways-coinquant-is-built-for-ai-agents-zh\">設計\u003C\u002Fa>階段就砍掉一批 memory bug。\u003C\u002Fp>\u003Cp>我以前在 \u003Ca href=\"\u002Ftag\u002Fcode-review\">code review\u003C\u002Fa> 裡看過太多「先上線再說」的記憶體處理，最後都變成 postmortem 的素材。這種東西在 C\u002FC++ 世界很常見，不是因為大家笨，是因為語言本身容許你把錯誤留到很後面才爆。Rust 的價值就在這裡：它把很多錯誤提前攔下來，讓你不用拿 production 當\u003Ca href=\"\u002Fnews\u002Fmobilegym-verifiable-parallel-mobile-gui-sim-zh\">測試\u003C\u002Fa>場。\u003C\u002Fp>\u003Cp>實操寫法：你要在公司內推 Rust，別先講品味。先講事故減少。把你們現有 stack 裡的 memory 相關問題列出來，對照哪些類型在 Rust 裡幾乎不會發生。真的要推動決策，postmortem 比語言哲學有用多了。\u003C\u002Fp>\u003Cul>\u003Cli>先盤點最近 6 到 12 個月的 memory 相關事故。\u003C\u002Fli>\u003Cli>標出哪些是 Rust 幾乎可以直接避免的。\u003C\u002Fli>\u003Cli>用這份清單決定是重寫、開新服務，還是只換某個模組。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Async Rust 終於不像在解魔術方塊\u003C\u002Fh2>\u003Cp>我最有感的變化之一，是 async Rust 比以前像樣太多。文章裡提到，現在的 async\u002Fawait 體驗已經比早期那種手動 polling、Pin\u002FBox 亂鬥好很多。這我完全有感。以前寫 async Rust，有時候真的像在跟一個很聰明但很不耐煩的系統打交道，功能很強，但每一步都在提醒你：你最好知道自己在幹嘛。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1779777986220-em0v.png\" alt=\"Rust 2026 把 C++ 痛點變安全系統\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這件事重要，是因為 async 幾乎決定了系統語言能不能真的做網路服務、job processor、\u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa> gateway 這些實際工作。你如果不能用合理方式表達併發，最後就只能停在「適合系統人研究」的階段。現在 Rust 比較接近大家熟悉的 async\u002Fawait 心智模型，像 Go 或 Python 那樣，至少不用每個人都先去修 runtime 工程課。\u003C\u002Fp>\u003Cp>翻譯一下就是：Rust 不再逼每個開發者都變成 executor 專家。你可以寫 async code，但不用一直想 pinning、executor、ownership 怎麼互相打架。這不代表 async 變簡單，只是它終於少了很多不必要的儀式感。\u003C\u002Fp>\u003Cp>我之前碰過一個內部服務，原本團隊想用 Rust 試試看，但卡在 async 寫法太分裂。有人用這個 runtime，有人用那個 crate，最後 codebase 長得像拼裝車。後來最痛的不是語法，而是每個人都在發明自己的併發習慣。這種狀況在 Rust 專案裡很常見，所以你一開始就要把路線定死。\u003C\u002Fp>\u003Cp>實操寫法：如果你要用 Rust 做 service，async stack 先統一。runtime、web framework、DB layer 先選好，別讓每個工程師自己挑一套。你要的是穩定的開發節奏，不是語言實驗室。\u003C\u002Fp>\u003Cp>我會優先看 \u003Ca href=\"https:\u002F\u002Ftokio.rs\u002F\">Tokio\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Ftokio-rs\u002Faxum\">Axum\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fdocs.rs\u002Fsqlx\u002Flatest\u002Fsqlx\u002F\">SQLx\u003C\u002Fa>。這組合不是因為它們神奇，而是因為它們把 async 路徑收斂得夠清楚，團隊比較不會每天都在討論基礎設施哲學。\u003C\u002Fp>\u003Ch2>生態系成熟，才是 Rust 真正能落地的原因\u003C\u002Fh2>\u003Cp>文章說 crate ecosystem 已經到 critical mass。這句話我很買單，因為語言能不能用，最後常常不是看語法，而是看你有沒有現成的輪子。沒有好用的 routing、database、observability、auth library，我就得自己補齊一堆 plumbing，最後產品還沒做，底層先燒光。\u003C\u002Fp>\u003Cp>Rust 現在比較舒服的地方，是它開始有明確的預設值。API 常見是 Axum，併發常見是 Tokio，資料庫常見是 SQLx。這種預設很重要，因為它減少團隊爭論。以前我看過不少團隊在 framework 選擇上吵一週，最後不是因為選項太多，而是因為沒人想接 weird edge cases。預設值越清楚，團隊越省力。\u003C\u002Fp>\u003Cp>也就是說，Rust 變得更適合標準化了。這對 production 系統超重要。當 stack 有穩定慣例時，文件比較好寫、招人比較不怕、code review 也不會變成架構諮商。\u003C\u002Fp>\u003Cp>我自己的做法是，Rust 專案一開始就先寫 house stack，別等到第一個 PR 才開始吵。你可以把 HTTP、DB、logging、config、testing 的選型先固定，讓大家知道什麼是預設，什麼是例外。\u003C\u002Fp>\u003Cul>\u003Cli>選一個 web framework，整個專案都用它。\u003C\u002Fli>\u003Cli>選一個 async runtime，別再分裂。\u003C\u002Fli>\u003Cli>選一個資料庫存取層，順便定 query style。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>編譯時間不再是每天抱怨的來源\u003C\u002Fh2>\u003Cp>文章提到，中型專案的 incremental build 從 2024 的大約 35 秒降到 2026 的大約 8 秒。這不是小改善，這是從「我去泡杯咖啡」變成「我還能保持在狀態裡」的差別。開發節奏被編譯時間拖住，真的會改變人怎麼寫 code。\u003C\u002Fp>\u003Cp>我一直覺得 compile time 是語言採用的隱形殺手。回饋慢，大家就不想 refactor；回饋慢，大家就不想做小實驗；回饋慢，大家就開始把改動包大包，因為每次 build 都像在付稅。最後 code quality 不是被某個大 bug 打爛，是被日常摩擦慢慢磨掉。\u003C\u002Fp>\u003Cp>翻譯一下就是：Rust 現在在日常開發上沒那麼折磨人了。這件事很無聊，但很重要。因為真正用語言的人，不是每天在看 \u003Ca href=\"\u002Ftag\u002Fbenchmark\">benchmark\u003C\u002Fa>，是每天在改 code。只要 edit-compile-run 的迴圈夠順，大家才願意持續重構。\u003C\u002Fp>\u003Cp>我以前也犯過錯，把 compile time 當成「反正是 systems language，忍一下就好」。結果團隊很快就開始避開小改動，所有東西都拖到一起送。後來我才懂，編譯速度不是舒適度而已，它會直接影響工程習慣。\u003C\u002Fp>\u003Cp>實操寫法：如果你現在 Rust 專案還在抱怨編譯慢，別把它當性格問題。先開 incremental build，拆 crate 要有策略，熱路徑別塞太多泛型，CI 也要量 build time。你要讓團隊感受到回饋，不然他們只會繞開問題。\u003C\u002Fp>\u003Cp>而且別忘了，所謂「嚴肅的系統」也還是人寫的。人如果每天都在等編譯，最後就會想辦法偷懶。工具鏈好不好，真的會決定團隊有沒有耐心把事情做好。\u003C\u002Fp>\u003Ch2>Rust 變好用，不代表你可以亂寫\u003C\u002Fh2>\u003Cp>文章說 learning satisfaction 從 42% 升到 71%，我相信這個方向是真的。只是我不覺得 Rust 突然變簡單了，而是它的路徑比較不刁鑽了。它還是要求紀律，還是看重 ownership，還是會懲罰亂來，但這跟「工具自己在找你麻煩」是兩回事。\u003C\u002Fp>\u003Cp>也就是說，最好的導入方式不是硬把 Rust 寫成另一種 Python。你越想把它塞回舊習慣，它越會反咬你。第一版先小、先清楚、先把邊界寫\u003Ca href=\"\u002Fnews\u002Fmllms-subject-driven-image-generation-zh\">乾淨\u003C\u002Fa>，別一開始就搞自製 framework。Rust 很吃你有沒有尊重它的形狀。\u003C\u002Fp>\u003Cp>我自己也踩過這個坑。最容易把 Rust 寫得很痛苦的方式，就是把動態語言的壞習慣整包搬過來，然後怪它太囉唆。後來我開始拆小模組、把邊界寫明、讓 compiler 幫我守規矩，整個體驗就順很多。\u003C\u002Fp>\u003Cp>實操寫法：把 Rust 當成設計訓練，不只是語法訓練。新手要懂 ownership、borrowing、async boundary、error handling，這些不是語法細節，是架構思維。教對了，Rust 就不會一直像在修行。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode>## Rust adoption checklist for a real team\n\n### 1) Pick one problem worth the switch\n- memory safety risk\n- high-concurrency service\n- parser or network gateway\n- CPU-heavy component\n\n### 2) Define success in operational terms\n- fewer incidents\n- acceptable onboarding time\n- build time under a target\n- clear ownership for the service\n\n### 3) Standardize the stack early\n- runtime: Tokio\n- web framework: Axum\n- database layer: SQLx\n- serialization: serde\n- middleware: tower-http\n\n### 4) Set team rules before the first PR\n- one async pattern\n- one error-handling style\n- one logging format\n- one testing strategy\n\n### 5) Start small on purpose\n- build one service, not a platform rewrite\n- keep the first module boring\n- avoid custom abstractions until you have shipped once\n\n### 6) Measure what actually matters\n- incident count\n- PR review time\n- build time\n- time to onboard a new engineer\n\n### 7) Review after 30 days\n- what felt easier than the old stack?\n- where did Rust slow us down?\n- which pain points were language, and which were team habits?\n- should we expand Rust usage or stop here?\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這段模板是我把原文的判斷，拆成可以直接拿去做團隊評估的版本。原始觀點來自來源文章，但這份 checklist、落地順序、以及怎麼拿去內部討論，是我自己的整理。\u003C\u002Fp>\u003Cp>原始來源：\u003Ca href=\"https:\u002F\u002Fearezki.com\u002Fai-news\u002F2026-05-23-rust-in-2026-the-systems-language-that-finally-became-approachable\u002F\">https:\u002F\u002Fearezki.com\u002Fai-news\u002F2026-05-23-rust-in-2026-the-systems-language-that-finally-became-approachable\u002F\u003C\u002Fa>。文中的採用率、學習滿意度、編譯時間與安全敘事是衍生自該文；上面這份導入模板與團隊寫法是我重新整理後的可用版本。\u003C\u002Fp>","我拆 Rust 2026 的採用、async、工具鏈變化，整理成你可以直接拿去做系統選型與落地的版本。","earezki.com","https:\u002F\u002Fearezki.com\u002Fai-news\u002F2026-05-23-rust-in-2026-the-systems-language-that-finally-became-approachable\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1779778004217-50ew.png","tools","zh","6f73a65a-b034-4742-81ad-d9de2931e3c8",[17,18,19,20,21,22],"Rust","async\u002Fawait","memory safety","systems programming","Tokio","Axum",[24,25,26],"Rust 2026 的重點不是語法，而是生態、async 與編譯體驗一起變好。","推 Rust 別講情懷，直接拿 memory safety 與事故成本說服團隊。","先統一 async stack 和 house stack，Rust 才不會被寫成拼裝車。",4,"2026-05-26T06:45:55.041778+00:00","2026-05-26T06:45:55.023+00:00","6706c5ce-71b1-4bef-b28a-28e17a9b0d77",{"tags":32,"relatedLang":43,"relatedPosts":47},[33,35,37,39,41],{"name":17,"slug":34},"rust",{"name":20,"slug":36},"systems-programming",{"name":18,"slug":38},"asyncawait",{"name":19,"slug":40},"memory-safety",{"name":21,"slug":42},"tokio",{"id":15,"slug":44,"title":45,"language":46},"rust-2026-turns-cpp-pain-into-safer-systems-en","Rust in 2026 turns C++ pain into safer systems","en",[48,54,60,66,72,78],{"id":49,"slug":50,"title":51,"cover_image":52,"image_url":52,"created_at":53,"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":55,"slug":56,"title":57,"cover_image":58,"image_url":58,"created_at":59,"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":61,"slug":62,"title":63,"cover_image":64,"image_url":64,"created_at":65,"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":67,"slug":68,"title":69,"cover_image":70,"image_url":70,"created_at":71,"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":73,"slug":74,"title":75,"cover_image":76,"image_url":76,"created_at":77,"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":79,"slug":80,"title":81,"cover_image":82,"image_url":82,"created_at":83,"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",[85,90,95,100,105,110,115,120,125,130],{"id":86,"slug":87,"title":88,"created_at":89},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":91,"slug":92,"title":93,"created_at":94},"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":96,"slug":97,"title":98,"created_at":99},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":101,"slug":102,"title":103,"created_at":104},"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":106,"slug":107,"title":108,"created_at":109},"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":111,"slug":112,"title":113,"created_at":114},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":116,"slug":117,"title":118,"created_at":119},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":121,"slug":122,"title":123,"created_at":124},"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":126,"slug":127,"title":128,"created_at":129},"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":131,"slug":132,"title":133,"created_at":134},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]