[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-aider-open-source-coding-agent-repo-edits-zh":3,"article-related-aider-open-source-coding-agent-repo-edits-zh":30,"series-tools-b84491ba-e4af-4581-8c04-1890df39a1ad":82},{"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},"b84491ba-e4af-4581-8c04-1890df39a1ad","aider-open-source-coding-agent-repo-edits-zh","Aider 讓開源編碼變成 repo 編輯","\u003Cp data-speakable=\"summary\">Aider 讓終端編碼變成能懂 repo 的多檔案編輯。\u003C\u002Fp>\u003Cp>我用 \u003Ca href=\"\u002Ftag\u002Fai-coding\">AI coding\u003C\u002Fa> 工具有一陣子了，最煩的不是它不會寫，而是它老愛裝會。你叫它改一個功能，它回你一段看起來很完整的答案，結果真正要收尾時，檔案改得亂七八糟，測試沒補，脈絡也斷掉。更氣的是，很多工具明明碰到的是一個跨三個模組的變更，卻硬要用單檔思維處理，最後變成我在幫它整合。我要的不是會講話的 chatbot，我要的是能老老實實待在 codebase 裡、尊重 git、知道 repo 不是一堆孤島的工具。\u003C\u002Fp>\u003Cp>這次我被 \u003Ca href=\"https:\u002F\u002Fagentic.ai\u002Fbest\u002Fopen-source-coding-agents\">Agentic.ai 的 open-source coding agents roundup\u003C\u002Fa> 拉去看了一輪。它的結論很直白：Aider 是 \u003Ca href=\"\u002Fnews\u002Fwwdc-2026-rumors-siri-assistant-ios-27-zh\">2026\u003C\u002Fa> 最強的全能開源 coding agent，Cline 是 \u003Ca href=\"\u002Ftag\u002Fvs-code\">VS Code\u003C\u002Fa> 使用者最順手的選擇，Codex CLI 則是 terminal-first 路線。這裡我先不管排名誰第一，我在意的是它怎麼選：開源授權、模型彈性、更新速度、還有它到底是不是在做真正的 coding agent，而不是披著 agent 外皮的 autocomplete。\u003C\u002Fp>\u003Ch2>別再用「感覺很聰明」選 coding agent\u003C\u002Fh2>\u003Cblockquote>Aider is the strongest all-around open-source coding agent in 2026 — multi-file editing, git integration, supports any LLM, and has been actively developed since 2023.\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：我不該問它「像不像很會」，我該問它「能不能在不把 repo 搞爛的前提下，把事做完」。這才是底線。Aider 的重點不是每次都寫出完美程式，而是它知道軟體本來就不是單檔案遊戲，變更會跨檔、會進 git、會需要 review，模型也不該綁死在某一家。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781013817997-l4il.png\" alt=\"Aider 讓開源編碼變成 repo 編輯\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我看過太多工具，demo 時很漂亮，一進真實專案就露餡。你叫它改 route，它動到 client；你叫它補測試，它順手把不相干的 helper 也重寫；最後你還得自己把差異看完、拼回去。Aider 的價值就在這裡：它預設 code 是有連結的，不是假裝每個檔案都能獨立存在。這聽起來很基本，但很多工具其實還停在「單次回答」的思維。\u003C\u002Fp>\u003Cp>實操寫法很簡單：你評估任何 coding agent，先不要拿玩具題目測。直接丟 repo 任務，像是把一個 function 改名、同步更新三個使用點、補測試、再請它解釋 diff。它如果做不到跨檔一致，我不管 UI 多漂亮，都先放旁邊。Aider 的價值不是花俏，是它把 repo 當 repo。\u003C\u002Fp>\u003Cul>\u003Cli>先測多檔變更，不要只看單檔補全。\u003C\u002Fli>\u003Cli>看它產出的 git diff 能不能讓你快速 review。\u003C\u002Fli>\u003Cli>優先選模型和編輯器可以分開的工具，別把自己鎖死。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>授權不是法務細節，是第一道篩選\u003C\u002Fh2>\u003Cp>Agentic.ai 的規則很硬：只收 OSI approved license，像 MIT、Apache、BSD、ISC；像 BSL、SSPL、fair-code 這種 source-available，直接排除。這點我完全同意。因為我如果要把工具放進商用工作流，最不想看到的就是用到一半才發現授權條款卡住，整個團隊被迫停下來補法務功課。\u003C\u002Fp>\u003Cp>白話說，open-source 跟 source-available 差很多。前者通常表示你能 audit、能 self-host、能自己決定怎麼接模型；後者很多時候只是「看得到原始碼」，但使用、散佈、商用都可能被條款綁住。對開發者來說，這不叫開放，這叫看起來很開放。\u003C\u002Fp>\u003Cp>我之前幫一個團隊看內部 dev tool，也踩過這種坑。產品看起來很順，文件也寫得像那回事，demo 甚至不差。結果法務只問了一句授權怎麼算，整個導入就卡死。這種工具一旦授權不清楚，成本早就不是安裝費，而是你後面每一次要不要續用都得重新算帳。\u003C\u002Fp>\u003Cp>實操寫法：先去 repo 看 LICENSE 檔，不要只看首頁行銷文案。你要的通常是 \u003Ca href=\"https:\u002F\u002Fopensource.org\u002Flicenses\">Open Source Initiative\u003C\u002Fa> 認可的 MIT、Apache-2.0、BSD-3-Clause、ISC。看到 BSL 或 SSPL，就先把它當成 source-available，商用前先讓法務看過，不要自己拍腦袋。\u003C\u002Fp>\u003Cul>\u003Cli>先看 license，再看功能表。\u003C\u002Fli>\u003Cli>以 repo 裡的 LICENSE 為準，不以網站首頁為準。\u003C\u002Fli>\u003Cli>有商業部署需求時，授權模糊就是紅燈。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>模型中立，比拜單一模型實際多了\u003C\u002Fh2>\u003Cp>我很在意這類工具是不是 model-agnostic。Agentic.ai 的意思很清楚：好的 open-source coding agent，應該能接 \u003Ca href=\"\u002Ftag\u002Fopenai\">OpenAI\u003C\u002Fa>、\u003Ca href=\"\u002Ftag\u002Fanthropic\">Anthropic\u003C\u002Fa>、本地 Ollama，或任何 OpenAI-compatible endpoint。這才是正確形狀。agent 不該把我鎖進某一家供應商的價格、延遲、政策裡。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781013805430-g90l.png\" alt=\"Aider 讓開源編碼變成 repo 編輯\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>因為模型這件事本來就會變。今天我要最強效果，明天我要便宜一點跑大量 refactor，後天又可能因為 codebase 敏感，想改成本地推理。如果 agent 直接把模型綁死，我等於每次換需求都要重搭工作流，這種設計我真的看不下去。\u003C\u002Fp>\u003Cp>所以 Aider 會一直出現在認真工作流裡，不是沒原因。它把「選哪個模型」和「用哪個 agent」拆開，這件事看起來很無聊，但實際上超重要。因為我可以保留同一套 repo-aware 流程，只換模型來調成本、速度、隱私，\u003Ca href=\"\u002Fnews\u002Fcrdts-keep-replicas-in-sync-without-locks-zh\">不用\u003C\u002Fa>每次都重學一套工具。\u003C\u002Fp>\u003Cp>實操寫法：挑工具時，先確認它是吃 API key 或 endpoint，而不是綁死單一模型。你想試本地模型，可以看 \u003Ca href=\"https:\u002F\u002Follama.com\u002F\">Ollama\u003C\u002Fa>；你想保留雲端模型彈性，可以直接對照 \u003Ca href=\"https:\u002F\u002Fplatform.openai.com\u002Fdocs\">OpenAI Docs\u003C\u002Fa> 跟 \u003Ca href=\"https:\u002F\u002Fdocs.anthropic.com\u002F\">Anthropic Docs\u003C\u002Fa>。重點是 agent 要配合你的模型策略，不是反過來。\u003C\u002Fp>\u003Ch2>更新速度不夠，工具很快就會過期\u003C\u002Fh2>\u003Cp>Agentic.ai 另外一個我很認同的篩選條件，是 release cadence 跟 maintainer activity。這件事在 AI 工具圈特別重要，因為半年沒動，真的很久。模型 API 會變、行為會變、最佳實務也會變，工具如果還停在舊假設裡，你用起來就是會卡。\u003C\u002Fp>\u003Cp>它特別提醒要看最後一次 release、maintainer 回應速度、active contributors。這種清單看起來很無聊，但通常就是它救你。coding agent 如果半年沒人維護，八成跟不上現在的模型節奏；就算程式碼看起來整齊，也可能只是「以前能用」，不是「現在能用」。\u003C\u002Fp>\u003Cp>我以前就被這種工具坑過。repo 看起來還活著，star 也不難看，文件也都在。結果底層 model 行為一變，它開始亂改、漏改、補錯，原本還算穩的 prompt strategy 也沒人更新。那種狀態最麻煩，因為它不是壞掉，是慢慢爛掉，你還要花時間判斷問題到底在模型、工具，還是你自己。\u003C\u002Fp>\u003Cp>實操寫法：打開 repo，直接看 release history 和最近幾個 issue。再去看 maintainer 有沒有回應、最近 commit 有沒有持續進。你也可以把 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002F\">GitHub\u003C\u002Fa> 活躍度當信號，但不要把它當神諭。我要的是「這專案還在適應現在的模型世界」，不是「去年看起來很熱鬧」。\u003C\u002Fp>\u003Ch2>VS Code 和 terminal，本來就是兩種工作方式\u003C\u002Fh2>\u003Cp>這份 roundup 其實有一個很實際的切法：Cline 是給 VS Code 使用者的，Codex CLI 則是 terminal-first。這個分法我覺得很對，因為工具介面會直接決定你怎麼跟 agent 合作，不是只有外觀差異而已。\u003C\u002Fp>\u003Cp>Cline 活在 \u003Ca href=\"https:\u002F\u002Fmarketplace.visualstudio.com\u002Fitems?itemName=saoudrizwan.claude-dev\">VS Code extension\u003C\u002Fa> 裡，能看專案、改檔案、跑 terminal 指令，甚至能用 browser，而且每一步都可以請你確認。這種體驗比較像「編輯器內的助手」。相對地，CLI 工具比較像你把它叫進 repo，然後站在旁邊看它做事。兩者的節奏完全不同。\u003C\u002Fp>\u003Cp>Codex CLI 則是 terminal-native。對喜歡 shell 工作流的人來說，這種工具很順，少了很多 UI 層，也更適合快速 refactor 或命令列導向的任務。Aider 在這裡的定位就很清楚：如果我要的是最 repo-aware 的開源 coding agent，我會先試它；如果我要的是 editor 內整合感，Cline 很可能更順手；如果我整天都在 terminal，Codex CLI 值得看。\u003C\u002Fp>\u003Cp>實操寫法：不要問哪個「比較好」，先問你平常注意力在哪裡。你如果 debug 都在 editor，先試 Cline；你如果習慣 shell 和 git，一開始就上 Codex CLI；你如果最在意多檔案變更、git diff、模型彈性，Aider 是我會先碰的那個。工具不是宗教，工作流才是。\u003C\u002Fp>\u003Ch2>self-hosting 不是加分題，是控制權\u003C\u002Fh2>\u003Cp>來源也講得很直：自架是 optional，但很有用。大多數 open-source coding agent 會在本機跑成 CLI 或 IDE extension，真正吃的只是 \u003Ca href=\"\u002Ftag\u002Finference\">inference\u003C\u002Fa> API。這才符合現實。多數時候不是你要把整個 AI 都自己養，而是你要保留 local control，外加可替換的模型腦袋。\u003C\u002Fp>\u003Cp>這個差異對團隊很重要。如果你需要的是治理、稽核、使用紀錄，那 self-hosting 很可能值得；如果你只是想把個人開發效率拉高，local CLI 加外部 inference 可能就夠了。問題不在於你要不要自架全部，而在於你要控制到哪一層。\u003C\u002Fp>\u003Cp>我看過不少團隊把這件事想太大，直接把 self-hosting 想成「我們要自己養一整套 AI \u003Ca href=\"\u002Fnews\u002Fpost-deterministic-systems-autonomous-infra-zh\">基礎設施\u003C\u002Fa>」，然後還沒開始就先退縮。其實多半更好的做法是小步來：agent 本地化、模型 endpoint 可配置、先把資料流和權限控住，真的需要治理再往上加。\u003C\u002Fp>\u003Cp>實操寫法：先把你的限制講清楚，是 privacy、governance，還是 cost。再決定部署形狀。個人試用就用 repo-local CLI；團隊導入就確認能不能 containerize，或至少能包在受控環境裡。別一開始就把自己嚇死。\u003C\u002Fp>\u003Ch2>我會怎麼分 Aider、Cline、Codex CLI\u003C\u002Fh2>\u003Cp>講白一點，我會這樣選。Aider 是我想要最廣義、最 repo-native 的開源 coding agent 時，第一個會試的。它適合多檔變更、重視 review、又想保留模型彈性的人。\u003C\u002Fp>\u003Cp>Cline 比較像給重度 VS Code 使用者的工具。它的強項是 editor integration，還有一步一步的 permissioned actions。你如果工作本來就黏在 IDE 裡，它會比把你丟去另一個視窗更自然。\u003C\u002Fp>\u003Cp>Codex CLI 則適合 terminal 工作流。它少了很多包裝，但也因此更直接。你如果想看一個 CLI-native 的參考實作，或你本來就靠 shell 生活，它很值得試。\u003C\u002Fp>\u003Cp>實操寫法：別一次比三個，先挑一個跑一週，真的拿去做工作。不要比截圖，要比 diff 品質、修補時間、還有你介入修正的次數。這種工具只要一進真實 repo，誰在演戲很快就看出來。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># 開源 coding agent 選型模板\n\n## 我先用的預設工具\n- Agent: Aider\n- 理由: 多檔案編輯、git-aware、模型可替換、維護還活著\n\n## 我在 VS Code 裡的選擇\n- Agent: Cline\n- 理由: 編輯器整合好、可逐步確認權限、適合在 IDE 內工作\n\n## 我在 terminal 裡的選擇\n- Agent: Codex CLI\n- 理由: CLI-native、適合 shell 導向工作、流程直接\n\n## 授權檢查清單\n- 可接受: MIT, Apache-2.0, BSD-3-Clause, ISC\n- 商用前先法務看過: BSL, SSPL, fair-code, Elastic License\n- 以 repo 裡的 LICENSE 檔為準，不看首頁文案\n\n## 模型策略\n- 我優先選 model-agnostic 的 agent\n- 可接受的 endpoint:\n  - OpenAI-compatible API\n  - Anthropic API\n  - Ollama local endpoint\n  - LM Studio \u002F vLLM（如果支援）\n- 規則: 我可以換模型，但不要逼我換 agent\n\n## 我一定會跑的 repo 測試\n1. 要它把一個至少被 3 個檔案使用的 function 改名\n2. 要它同步更新 tests 和 docs\n3. 要它先解釋 diff，再套用變更\n4. 我檢查 patch 是否乾淨、是否最小化\n5. 我看它會不會在危險操作前先問我\n\n## 我自己的採用規則\n- 多檔變更處理不乾淨，我就不採用\n- 授權不清楚，我就不採用\n- maintainer 太久沒動，我就不採用\n- 它把我鎖死在單一模型供應商，我就不採用\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這就是我會照抄的版本。它不花俏，但能避免我因為 demo 看起來順眼，就把一個工具硬塞進工作流。我真正要的是 repo-aware edits、清楚的 license、還有之後能換的模型策略。\u003C\u002Fp>\u003Cp>這篇是我根據 \u003Ca href=\"https:\u002F\u002Fagentic.ai\u002Fbest\u002Fopen-source-coding-agents\">Agentic.ai 的 roundup\u003C\u002Fa> 做的拆解，不是原始排名本身。原始來源有列出工具、授權與選型邏輯，我這裡加的是我自己的工作流判斷與實操模板。若你要回頭看原文，直接從這個 URL 開始：\u003Ca href=\"https:\u002F\u002Fagentic.ai\u002Fbest\u002Fopen-source-coding-agents\">https:\u002F\u002Fagentic.ai\u002Fbest\u002Fopen-source-coding-agents\u003C\u002Fa>。\u003C\u002Fp>","我拆解 Aider 為什麼比一般 coding agent 更像 repo 工具，並附可直接複製的選型與使用模板。","agentic.ai","https:\u002F\u002Fagentic.ai\u002Fbest\u002Fopen-source-coding-agents",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781013817997-l4il.png","tools","zh","a0ce6402-ebae-4dbb-95e4-56b2e0dcb819",[17,18,19,20,21],"Aider","open-source coding agent","multi-file edits","git integration","model-agnostic",[23,24,25],"Aider 的價值不是會聊天，而是能把多檔案 repo 變更做乾淨。","選 coding agent 先看授權、模型彈性、維護活性，再看功能。","最實用的測試方式是拿真實 repo 任務驗證 diff 品質與修補成本。",2,"2026-06-09T14:02:56.179093+00:00","2026-06-09T14:02:56.168+00:00","ddbe17bf-4560-43f7-af76-3e7d6e08e601",{"tags":31,"relatedLang":41,"relatedPosts":45},[32,33,35,37,39],{"name":21,"slug":21},{"name":18,"slug":34},"open-source-coding-agent",{"name":36,"slug":36},"aider",{"name":20,"slug":38},"git-integration",{"name":19,"slug":40},"multi-file-edits",{"id":15,"slug":42,"title":43,"language":44},"aider-open-source-coding-agent-repo-edits-en","Aider turns open-source coding into repo edits","en",[46,52,58,64,70,76],{"id":47,"slug":48,"title":49,"cover_image":50,"image_url":50,"created_at":51,"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":53,"slug":54,"title":55,"cover_image":56,"image_url":56,"created_at":57,"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":59,"slug":60,"title":61,"cover_image":62,"image_url":62,"created_at":63,"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":65,"slug":66,"title":67,"cover_image":68,"image_url":68,"created_at":69,"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":71,"slug":72,"title":73,"cover_image":74,"image_url":74,"created_at":75,"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":77,"slug":78,"title":79,"cover_image":80,"image_url":80,"created_at":81,"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",[83,88,93,98,103,108,113,118,123,128],{"id":84,"slug":85,"title":86,"created_at":87},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":89,"slug":90,"title":91,"created_at":92},"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":94,"slug":95,"title":96,"created_at":97},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":99,"slug":100,"title":101,"created_at":102},"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":104,"slug":105,"title":106,"created_at":107},"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":109,"slug":110,"title":111,"created_at":112},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":114,"slug":115,"title":116,"created_at":117},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":119,"slug":120,"title":121,"created_at":122},"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":124,"slug":125,"title":126,"created_at":127},"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":129,"slug":130,"title":131,"created_at":132},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]