[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-ai-agent-tool-landscape-report-2026-07-zh":3,"article-related-ai-agent-tool-landscape-report-2026-07-zh":30,"series-tools-0ef9f5bc-c841-4f67-be97-3bb5fd7ec655":78},{"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},"0ef9f5bc-c841-4f67-be97-3bb5fd7ec655","ai-agent-tool-landscape-report-2026-07-zh","AI Agent 工具選型拆成四層","\u003Cp data-speakable=\"summary\">以前大家只看 \u003Ca href=\"\u002Ftag\u002Fagent\">agent\u003C\u002Fa> 會不會聊天，現在我只看它能不能進工作流、接得住協作。\u003C\u002Fp>\u003Cp>我最近一直在看各種 \u003Ca href=\"\u002Ftag\u002Fai-agent\">AI Agent\u003C\u002Fa> 工具，越看越煩。不是工具不多，是每個都在講「我們很強」，但真到我手上，事情就\u003Ca href=\"\u002Fnews\u002Fproject-glasswing-ai-security-layer-zh\">變成\u003C\u002Fa>了：終端裡跑一個 agent，編輯器裡再塞一個面板，協議名詞一堆，最後團隊還是不知道該選哪個、怎麼接、怎麼讓大家真的用起來。\u003C\u002Fp>\u003Cp>最讓我彆扭的是那種「看起來什麼都有」的方案。啟動快、性能高、\u003Ca href=\"\u002Fnews\u002Fappearance-pointers-region-control-dits-zh\">支援\u003C\u002Fa>某某 CLI、還能多人協作，聽上去像一鍋全家福。可我做工程化選型時最怕的就是這個：功能太滿，邊界太虛，最後落地全靠人肉補洞。於是我開始找那種能把工具棧拆開講清楚的材料，不是宣傳頁，而是能讓我判斷架構、協議、協作方式和實際使用路徑的東西。\u003C\u002Fp>\u003Cp>這次觸發我重讀的，是知乎專欄裡這篇 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2061056409358296138\">《AI Agent 工具全景調研報告（2026.07）》\u003C\u002Fa>。我不是把它當「觀點文章」看，我是把它當一份選型線索表看。它給出的幾個點很直接：\u003Ca href=\"https:\u002F\u002Fwww.rust-lang.org\u002F\">Rust\u003C\u002Fa> 構建、內建 Agent Panel、支援 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-code\">Claude Code\u003C\u002Fa> 內部的 ACP 協議，以及類似 \u003Ca href=\"\u002Ftag\u002Fgoogle\">Google\u003C\u002Fa> Docs 的即時多人協作。資訊不算長，但方向很明確，夠我拆成一套可執行判斷。\u003C\u002Fp>\u003Ch2>別再把「Agent 工具」當成一個東西\u003C\u002Fh2>\u003Cblockquote>技術架構：Rust 構建：極致性能，啟動速度極快\u003C\u002Fblockquote>\u003Cp>這句話看起來像在誇性能，其實它先把一個現實問題擺出來：Agent 工具不是「能跑就行」，它經常是高頻啟動、高頻互動、高頻上下文切換的工具。啟動慢一點，卡頓一點，開發者就會立刻棄用。沒有人願意為了一個 agent 等半天，尤其是在本地工作流裡。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1784707461607-2sr0.png\" alt=\"AI Agent 工具選型拆成四層\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我自己的體感也很明顯。很多所謂的 agent 工具，一開始 demo 很驚豔，真落到日常使用就開始拖泥帶水：冷啟動慢、終端回應慢、外掛載入慢。你會發現自己不是在用工具，而是在等工具準備好。Rust 構建這個信號，至少說明作者知道性能不是錦上添花，而是門檻。\u003C\u002Fp>\u003Cp>翻譯一下就是：如果你要選這類工具，先問「它是不是足夠輕、足夠快、足夠穩定」，再問「它聰不聰明」。因為 agent 再聰明，卡在啟動階段也沒用。對於本地 CLI、編輯器外掛、終端面板這種場景，性能是使用率的前提，不是最佳化項。\u003C\u002Fp>\u003Cp>我建議你把這個點拆成三個檢查項：\u003C\u002Fp>\u003Cul>\u003Cli>冷啟動時間：打開後多久能開始輸入、執行、回應。\u003C\u002Fli>\u003Cli>互動延遲：每次補全、呼叫、回寫是否有明顯卡頓。\u003C\u002Fli>\u003Cli>資源占用：常駐後會不會把機器拖成風扇起飛。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果這三個指標不行，後面的協議、協作、模型支援都只是紙面故事。工具選型裡最常見的坑，就是大家把「能力清單」看太重，把「日常摩擦」看太輕。結果兩週後沒人打開。\u003C\u002Fp>\u003Cp>我會把 Rust 這類實作語言信號，理解成一個產品態度：作者更偏向工程可用性，而不是只做一個演示殼子。這個判斷不保證工具一定好，但至少比「全靠前端殼子堆出來」可靠得多。\u003C\u002Fp>\u003Ch2>內建 Agent Panel，說明它不是只想做命令行玩具\u003C\u002Fh2>\u003Cblockquote>Agent Panel：內建終端 Agent，支援 Claude Agent、Codex CLI 等\u003C\u002Fblockquote>\u003Cp>這條資訊很有意思，因為它暴露了一個設計取向：這個工具不是只想做「一個新的聊天視窗」，而是想把 agent 直接放進開發者已經在用的工作流裡。終端是開發者的老地方，面板是把 agent 變成常駐工具的入口。這個組合比單獨做一個網頁聊天框實用得多。\u003C\u002Fp>\u003Cp>我以前很排斥這種「再加一個面板」的設計，覺得它會讓介面更亂。後來我發現，問題不在於面板本身，而在於它有沒有把 agent 變成可管理的工作單元。終端裡跑 agent 的最大好處是，你能把它和 shell、腳本、git、測試命令放在同一條鏈路裡，不用來回切應用。\u003C\u002Fp>\u003Cp>也就是說，它想讓 agent 變成開發流程的一部分，而不是一個單獨的聊天產品。支援 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-code\">Claude Code\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fopenai\u002Fcodex\">Codex CLI\u003C\u002Fa> 這類終端工具，說明它在做的是「編排入口」，不是重新發明模型互動。\u003C\u002Fp>\u003Cp>我跑過類似場景時最常見的問題，是工具一旦離開自己的 GUI，就失去控制力。你在網頁裡看著挺順，真進到終端就亂了：上下文丟失、輸出格式不統一、命令執行不可追蹤。Agent Panel 的價值就在於，它把這些事情收回來，讓你仍然站在開發者熟悉的地盤上。\u003C\u002Fp>\u003Cp>怎麼用這個判斷來選工具？我會看三件事：\u003C\u002Fp>\u003Cul>\u003Cli>它是不是允許你接入現成 CLI，而不是強迫你重學一套互動。\u003C\u002Fli>\u003Cli>它是不是把 agent 的輸出和終端命令、檔案修改、測試結果連起來。\u003C\u002Fli>\u003Cli>它是不是支援你在本地保留控制權，而不是所有動作都被 UI 包死。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果這三點都成立，Agent Panel 就不是花活，而是工作流入口。反過來，如果只是多了一個漂亮側欄，那就別太激動，過幾天你還是會回到終端和腳本。\u003C\u002Fp>\u003Ch2>ACP 這種協議，真正解決的是「誰在控制誰」\u003C\u002Fh2>\u003Cblockquote>ACP 協議：Agent Context Protocol，可執行 Claude Code 內部\u003C\u002Fblockquote>\u003Cp>協議這件事，很多人一聽就犯睏。我反而覺得它最值得盯。因為一旦工具開始支援協議，說明它不滿足於做封閉式產品了，它想和別的 agent、別的執行時、別的上下文系統對接。這個變化很關鍵，尤其是當你不想把整個團隊綁死在單一工具上時。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1784707460030-8y5v.png\" alt=\"AI Agent 工具選型拆成四層\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這裡的 ACP，按這篇材料的說法是 Agent Context Protocol，能在 \u003Ca href=\"\u002Ftag\u002Fclaude\">Claude\u003C\u002Fa> \u003Ca href=\"\u002Fnews\u002Fcoderescue-budget-calibrated-recovery-routing-zh\">Code\u003C\u002Fa> 內部執行。無論你最後是不是採用這個具體協議，思路都一樣：把上下文、執行能力、工具呼叫從單個產品裡拆出來，變成可插拔的層。這樣你以後換模型、換客戶端、換執行器，不至於把整條鏈路推倒重來。\u003C\u002Fp>\u003Cp>翻譯一下就是：協議不是給架構師寫 PPT 用的，它是為了降低遷移成本和整合成本。你今天接一個 agent 工具，明天接一個程式碼審查器，後天接一個自動化測試器，如果它們都能透過同一套上下文介面說話，團隊就不會每次都重寫適配層。\u003C\u002Fp>\u003Cp>我在專案裡最怕的就是「上下文被工具私有化」。一個工具把訊息、檔案、任務狀態都鎖在自己內部，表面上很方便，實際上你是在給未來埋雷。等你想把能力遷出去，或者想讓另一個 agent 讀懂這份上下文，才發現全是黑盒。\u003C\u002Fp>\u003Cp>所以我會這樣看 ACP 這類協議：\u003C\u002Fp>\u003Cul>\u003Cli>它是不是把上下文表達標準化了。\u003C\u002Fli>\u003Cli>它是不是允許不同 agent\u002FCLI\u002F編輯器共享同一份任務狀態。\u003C\u002Fli>\u003Cli>它是不是降低了你對某一個前端殼子的依賴。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果答案偏正面，這類協議就值得認真看。哪怕你最後不用同一個實作，思路也能遷移到你自己的系統設計裡。說白了，協議層是為了讓你少被工具綁架。\u003C\u002Fp>\u003Ch2>即時多人協作，才是 agent 真正進團隊的門票\u003C\u002Fh2>\u003Cblockquote>即時多人協作：類似 Google Docs 的即時協作編輯\u003C\u002Fblockquote>\u003Cp>這一點我很認同。因為單人用 agent 的問題，和團隊用 agent 的問題，根本不是一個量級。單人場景裡，你只要讓它幫你寫、幫你改、幫你查就行。團隊場景裡，重點變成了「誰改了什麼、誰在跟哪個上下文對話、為什麼這段任務狀態會變成這樣」。沒有協作機制，agent 很快就會變成另一個資訊孤島。\u003C\u002Fp>\u003Cp>我見過太多團隊把 \u003Ca href=\"\u002Ftag\u002Fai-工具\">AI 工具\u003C\u002Fa>當成個人效率外掛，結果每個人都在自己的視窗裡和模型單聊。最後產物還是散的，知識還是散的，任務還是散的。即時多人協作如果真做得像 Google Docs 那樣，至少說明作者意識到：agent 不只是個人助理，它也可能是共享工作區的一部分。\u003C\u002Fp>\u003Cp>也就是說，如果多個成員要圍繞同一個任務、同一份程式碼、同一條上下文鏈路工作，那協作編輯和即時可見性就不是附加功能，而是基礎設施。沒有它，團隊裡的 agent 使用會迅速退化成「各自為戰」。\u003C\u002Fp>\u003Cp>我自己的經驗是，協作能力一旦弱，最先壞掉的不是效率，而是信任。你會開始懷疑：這段修改是誰讓 agent 做的？這條建議有沒有被別人看過？這個上下文是不是已經過期？一旦這些問題頻繁出現，大家就會回到老辦法：開會、貼連結、手工同步。然後 agent 的價值被稀釋掉。\u003C\u002Fp>\u003Cp>所以我建議你把協作能力拆成更具體的判斷：\u003C\u002Fp>\u003Cul>\u003Cli>是否支援多人同時查看和編輯同一任務上下文。\u003C\u002Fli>\u003Cli>是否能追蹤每個人的動作和 agent 的動作。\u003C\u002Fli>\u003Cli>是否允許在共享工作區裡保留審閱和回滾路徑。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果一個工具把這三件事都做了，它才真的像團隊工具。否則再強的單人 agent，進團隊後也只是另一個更吵的個人助理。\u003C\u002Fp>\u003Ch2>別只看功能表，先看它是不是能接進你的工作流\u003C\u002Fh2>\u003Cblockquote>支援 Claude Agent、Codex CLI 等\u003C\u002Fblockquote>\u003Cp>我特別想強調這一點：支援某些現成工具，往往比自研一整套互動更有價值。因為開發者真正缺的不是「又一個 agent」，而是把已有能力串起來的方式。你已經有 CLI、已有模型、已有腳本、已有程式碼庫，工具如果不能接進去，就只是多一個孤島。\u003C\u002Fp>\u003Cp>這篇材料最有用的地方，不是它列了多少名詞，而是它把幾個關鍵介面點擺出來了：Rust 構建、終端 Agent、ACP、即時協作。你把這四個點放一起看，會發現它其實在講一件事：工具要進入開發流程，必須同時滿足性能、入口、協議和協作四層條件。少一層，體驗就會斷。\u003C\u002Fp>\u003Cp>翻譯一下就是：選型時別問「它功能多不多」，要問「它能不能嵌進我現在的節奏」。你是重終端還是重編輯器？你是個人使用還是團隊共用？你是想讓 agent 讀程式碼、改程式碼，還是想讓它幫你組織任務？這些問題不先回答，任何工具都容易買錯。\u003C\u002Fp>\u003Cp>我一般會先做一個很土的測試：把最常見的三類任務列出來，看看工具能不能在不改工作習慣的前提下接住它們。比如：\u003C\u002Fp>\u003Cul>\u003Cli>讀一個倉庫並給出修改建議。\u003C\u002Fli>\u003Cli>直接在終端裡執行一個小修復。\u003C\u002Fli>\u003Cli>把協作狀態同步給另一個同事。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果這三類都能順滑完成，才值得繼續投入。否則它再「全景」，也只是展板上的全景，不是工作中的全景。\u003C\u002Fp>\u003Ch2>我會怎麼把這份調研變成選型動作\u003C\u002Fh2>\u003Cp>如果你現在正準備評估 AI Agent 工具，我不建議你直接從「最強工具」開始。那樣很容易被演示效果帶跑。我更建議你按這份材料的四個信號來篩：性能、入口、協議、協作。每個信號都要問一句非常現實的問題：它會不會讓我的日常工作更快、更穩、更容易交接。\u003C\u002Fp>\u003Cp>我自己會把試用流程寫成一頁紙，不超過半小時就能判斷方向。先看啟動，再看終端接入，再看上下文流轉，最後看多人協作。只要其中任意一層明顯掉鏈子，我就會把它歸到「適合 demo，不適合落地」那一類。\u003C\u002Fp>\u003Cp>這也是我讀這類調研時最想要的東西：不是熱鬧，而是判斷標準。因為真正難的從來不是「有沒有 agent」，而是「這個 agent 能不能進入你的工程節奏」。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># AI Agent 工具選型模板（可直接複製）\n\n## 1. 我們要解決什麼\n- 個人開發提效\n- 團隊協作中的上下文共享\n- 終端\u002F編輯器內的 agent 執行\n- 任務流轉與審閱\n\n## 2. 先看四個硬指標\n### A. 性能\n- 冷啟動時間：____ 秒\n- 互動延遲：____ ms\n- 常駐資源占用：____\n- 是否影響日常開發：是 \u002F 否\n\n### B. 入口\n- 是否支援終端工作流：是 \u002F 否\n- 是否支援現成 CLI：是 \u002F 否\n- 是否支援編輯器\u002F面板入口：是 \u002F 否\n- 是否需要切換到獨立網頁：是 \u002F 否\n\n### C. 協議\u002F整合\n- 是否有標準化上下文介面：是 \u002F 否\n- 是否能接入現有 agent\u002FCLI：是 \u002F 否\n- 是否支援任務狀態外部化：是 \u002F 否\n- 是否容易遷移到其他工具：是 \u002F 否\n\n### D. 協作\n- 是否支援多人即時查看：是 \u002F 否\n- 是否支援多人即時編輯：是 \u002F 否\n- 是否記錄 agent 和人工操作：是 \u002F 否\n- 是否支援審閱\u002F回滾：是 \u002F 否\n\n## 3. 三個真實任務測試\n### 任務 1：倉庫理解\n- 輸入：一個真實倉庫\n- 預期：給出可執行修改建議\n- 通過標準：____\n\n### 任務 2：終端執行\n- 輸入：一個小修復任務\n- 預期：在終端內完成修改並驗證\n- 通過標準：____\n\n### 任務 3：團隊協作\n- 輸入：兩個人同時處理同一上下文\n- 預期：狀態同步、變更可追蹤\n- 通過標準：____\n\n## 4. 最終決策\n- 適合個人試用：是 \u002F 否\n- 適合團隊落地：是 \u002F 否\n- 適合長期綁定：是 \u002F 否\n- 備註：__________________\n\n## 5. 一句話結論\n- 這個工具適合：__________________\n- 不適合：__________________\n- 我下一步要做：__________________\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這套模板不是為了把判斷變複雜，恰恰相反。我是想把那些容易被宣傳詞帶偏的部分，重新拉回到工程事實。你把它填完，基本就知道自己是在看一個能用的工具，還是一個只適合圍觀的展示品。\u003C\u002Fp>\u003Cp>如果你願意再往前一步，我建議你把這份模板和你們現有的開發流程、程式碼審查流程、任務管理流程放在一起看。只要它不能接入這些流程，再多的 agent 名詞也只是噪音。\u003C\u002Fp>\u003Cp>原始材料來自知乎專欄文章 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2061056409358296138\">https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2061056409358296138\u003C\u002Fa>，我這裡做的是基於公開摘要與正文片段的拆解和方法化整理。文中的判斷框架和可複製模板是我重新組織的，原始觀點歸作者所有。\u003C\u002Fp>","我把這份 AI Agent 工具調研拆成四層選型模板，直接拿去判斷性能、入口、協議和協作。","zhuanlan.zhihu.com","https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2061056409358296138",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1784707461607-2sr0.png","tools","zh","93d495f8-e764-4dd2-9c49-946f1f91c909",[17,18,19,20,21],"AI Agent","工具選型","ACP","Claude Code","終端工作流",[23,24,25],"先看性能、入口、協議、協作四層，再談模型聰不聰明。","能接進現成 CLI 和開發流程的工具，通常比漂亮介面更值得用。","把調研變成一頁紙測試表，半小時就能判斷適不適合落地。",0,"2026-07-22T08:03:27.317173+00:00","2026-07-22T08:03:27.306+00:00","ddbe17bf-4560-43f7-af76-3e7d6e08e601",{"tags":31,"relatedLang":37,"relatedPosts":41},[32,34],{"name":20,"slug":33},"claude-code",{"name":35,"slug":36},"AI agent","ai-agent",{"id":15,"slug":38,"title":39,"language":40},"ai-agent-tooling-docs-into-workflows-en","AI Agent tooling that turns docs into workflows","en",[42,48,54,60,66,72],{"id":43,"slug":44,"title":45,"cover_image":46,"image_url":46,"created_at":47,"category":13},"8ef02ef4-2a57-4db0-8f87-0705cbf6e1ac","three-step-postgresql-c-to-rust-rewrite-zh","三步把 PostgreSQL C 改成 Rust","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1784709235706-kk7w.png","2026-07-22T08:33:27.759083+00:00",{"id":49,"slug":50,"title":51,"cover_image":52,"image_url":52,"created_at":53,"category":13},"f28f3857-506d-4b14-9211-664c7d2f142a","docker-desktop-windows-install-flow-zh","Windows 裝 Docker Desktop 先搞定 WSL","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1784656979438-lzmx.png","2026-07-21T18:02:36.907589+00:00",{"id":55,"slug":56,"title":57,"cover_image":58,"image_url":58,"created_at":59,"category":13},"3f39f92e-fd44-43f8-a14c-a43e363b0eaa","grok-4-5-cursor-launch-benchmarks-pricing-zh","Grok 4.5 登上 Cursor，$2\u002F$6 開賣","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1784536377664-m9em.png","2026-07-20T08:32:24.195451+00:00",{"id":61,"slug":62,"title":63,"cover_image":64,"image_url":64,"created_at":65,"category":13},"1c9e6787-9ad4-4d49-9800-b54f71149e4e","agt-governed-agent-calls-zh","AGT 把代理呼叫變受管動作","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1784405026107-79g5.png","2026-07-18T20:03:17.40007+00:00",{"id":67,"slug":68,"title":69,"cover_image":70,"image_url":70,"created_at":71,"category":13},"769444fb-48a3-41d5-8383-f6867ff53232","openclaw-v2026-7-1-control-ui-workspace-zh","OpenClaw v2026.7.1 把控制台變工作區","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1784358229254-0dil.png","2026-07-18T07:03:25.506405+00:00",{"id":73,"slug":74,"title":75,"cover_image":76,"image_url":76,"created_at":77,"category":13},"7bed70e8-39cf-45bb-8f71-6ddd31ad2317","openai-screenless-speaker-turns-chatgpt-companion-zh","OpenAI 無螢幕喇叭把 ChatGPT 變陪伴","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1784289800548-z10g.png","2026-07-17T12:02:53.189236+00:00",[79,84,89,94,99,104,109,114,119,124],{"id":80,"slug":81,"title":82,"created_at":83},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":85,"slug":86,"title":87,"created_at":88},"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":90,"slug":91,"title":92,"created_at":93},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":95,"slug":96,"title":97,"created_at":98},"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":100,"slug":101,"title":102,"created_at":103},"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":105,"slug":106,"title":107,"created_at":108},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":110,"slug":111,"title":112,"created_at":113},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":115,"slug":116,"title":117,"created_at":118},"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":120,"slug":121,"title":122,"created_at":123},"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":125,"slug":126,"title":127,"created_at":128},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]