[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-microsoft-agent-framework-mcp-tool-options-zh":3,"tags-microsoft-agent-framework-mcp-tool-options-zh":35,"related-lang-microsoft-agent-framework-mcp-tool-options-zh":51,"related-posts-microsoft-agent-framework-mcp-tool-options-zh":55,"series-tools-c81a19fa-940c-4508-a5dc-7bfaf135f033":92},{"id":4,"title":5,"content":6,"summary":7,"source":8,"source_url":9,"author":10,"image_url":11,"keywords":12,"language":23,"translated_content":10,"views":24,"is_premium":25,"created_at":26,"updated_at":26,"cover_image":11,"published_at":27,"rewrite_status":28,"rewrite_error":10,"rewritten_from_id":29,"slug":30,"category":31,"related_article_id":32,"status":33,"google_indexed_at":34,"x_posted_at":10,"tweet_text":10,"title_rewritten_at":10,"title_original":10,"key_takeaways":10,"topic_cluster_id":10,"embedding":10,"is_canonical_seed":25},"c81a19fa-940c-4508-a5dc-7bfaf135f033","Microsoft Agent Framework 加入 …","\u003Cp>Microsoft 的 \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fagent-framework\u002F\" target=\"_blank\" rel=\"noopener\">Agent Framework\u003C\u002Fa> 最近補了一塊很實用的拼圖。它開始把 \u003Ca href=\"https:\u002F\u002Fmodelcontextprotocol.io\" target=\"_blank\" rel=\"noopener\">Model Context Protocol\u003C\u002Fa> 當成正式的工具接法。支援 \u003Ccode>stdio\u003C\u002Fcode>、HTTP、WebSocket 三種路線，這件事比你想的更接地氣。\u003C\u002Fp>\u003Cp>講白了，這不是在玩概念。你今天要接 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fmodelcontextprotocol\u002Fserver-github\" target=\"_blank\" rel=\"noopener\">GitHub MCP server\u003C\u002Fa>，明天要串 docs 搜尋，後天要吃即時資料流，這套框架都想讓你用同一種思路處理。對做 agent 的人來說，這種一致性很重要。\u003C\u002Fp>\u003Cp>但我先潑一點冷水。Mic\u003Ca href=\"\u002Fnews\u002Fgrok-41-xai-quieter-upgrade-matters-zh\">ro\u003C\u002Fa>soft 也直接提醒，第三方 MCP server 可能看到 prompt 內容和你送出的資料。這句話很硬，但很合理。agent 不是魔法箱，它只是把資料送得更遠而已。\u003C\u002Fp>\u003Ch2>Microsoft 這次到底加了什麼\u003C\u002Fh2>\u003Cp>這次更新的重點，是讓 MCP 變成 \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fagent-framework\u002F\" target=\"_blank\" rel=\"noopener\">Microsoft Agent Framework\u003C\u002Fa> 裡的正式工具層。不是額外插件，也不是旁支功能。它就是讓 agent 能直接列出工具，然後在執行時呼叫。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775178227111-2jv7.png\" alt=\"Microsoft Agent Framework 加入 …\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>在 .NET 這邊，流程很直白。框架先連到 MCP server，再抓工具清單，最後把工具轉成 agent function。模型在 run 的時候，就能自己挑要不要呼叫。這種設計很像把外部 API 變成 agent 的手腳。\u003C\u002Fp>\u003Cp>Python 這邊也有對應的工具類別。Mic\u003Ca href=\"\u002Fnews\u002Fgrok-420-xai-flagship-model-explained-zh\">ro\u003C\u002Fa>soft 把不同 transport 分開處理，讓你不用自己硬拆 protocol 細節。這對團隊開發很有感，因為你不用每次都從 socket、headers、stream 這些底層細節重寫一遍。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>stdio\u003C\u002Fstrong>：適合本機啟動的工具程式\u003C\u002Fli>\u003Cli>\u003Cstrong>HTTP\u002FSSE\u003C\u002Fstrong>：適合部署在伺服器上的服務\u003C\u002Fli>\u003Cli>\u003Cstrong>WebSocket\u003C\u002Fstrong>：適合雙向、即時資料\u003C\u002Fli>\u003Cli>\u003Cstrong>runtime headers\u003C\u002Fstrong>：可在執行時帶入，不必寫死在 client\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這組選項很務實。你可以把本機腳本、雲端服務、即時串流都放進同一個 agent 架構裡。問題只剩一個：你敢不敢把它上線。\u003C\u002Fp>\u003Cp>官方文件也提到，Python 如果要用 WebSocket，可能得裝 \u003Ca href=\"https:\u002F\u002Fpypi.org\u002Fproject\u002Fmcp\u002F\" target=\"_blank\" rel=\"noopener\">mcp[ws] --pre\u003C\u002Fa>。如果只用 stdio 或 streamable HTTP，預設的 pre-release 套件就夠了。這種安裝差異不算大，但對 CI\u002FCD 很重要，因為套件版本會直接影響部署穩定性。\u003C\u002Fp>\u003Ch2>安全提醒才是重點\u003C\u002Fh2>\u003Cp>很多人看到工具範例，第一反應是「哇，好方便」。我覺得這種反應太快了。真正該看的，是 Microsoft 怎麼處理安全與憑證。因為 MCP 一旦接上外部系統，資料流向就不是你一個人說了算。\u003C\u002Fp>\u003Cp>文件寫得很清楚。headers 要在每次 run 的 \u003Ccode>tool_resources\u003C\u002Fcode> 裡帶入。這代表 API key、OAuth token 這類資訊，不必長期放在共用 client。對多 agent、多租戶、或多人共用服務的環境，這種做法比較乾淨。\u003C\u002Fp>\u003Cp>Microsoft 也特別點名 \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fdotnet\u002Fapi\u002Fazure.identity.defaultazurecredential\" target=\"_blank\" rel=\"noopener\">DefaultAzureCredential\u003C\u002Fa>。開發時它很方便，會自己試很多登入方式。但到了 production，官方建議改用明確的 credential，例如 \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fdotnet\u002Fapi\u002Fazure.identity.managedidentitycredential\" target=\"_blank\" rel=\"noopener\">ManagedIdentityCredential\u003C\u002Fa>。原因很簡單，少一點探測流程，就少一點延遲和意外。\u003C\u002Fp>\u003Cblockquote>“You are responsible for your use of non-Microsoft services and data, along with any charges associated with that use.”\u003C\u002Fblockquote>\u003Cp>這句話很直白，也很像雲端時代的真心話。你把 agent 接出去之後，責任就不是只有模型準不準。你還要管資料去哪裡、誰能看、會不會留存、費用怎麼算。\u003C\u002Fp>\u003Cp>Microsoft 也把安全文件連在一起，包含 \u003Ca href=\"https:\u002F\u002Fmodelcontextprotocol.io\" target=\"_blank\" rel=\"noopener\">Model Context Protocol\u003C\u002Fa> 自己的安全說明，以及相關風險討論。這很像在提醒大家：MCP 不是玩具。它是 production dependency。\u003C\u002Fp>\u003Ch2>三種 transport 差在哪\u003C\u002Fh2>\u003Cp>這次最有價值的地方，就是 transport 分得很清楚。很多框架都愛把工具接法包成一坨，結果大家最後還是得自己猜。Microsoft 這次至少把路線講明白了。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775178226559-c410.png\" alt=\"Microsoft Agent Framework 加入 …\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>\u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fagent-framework\u002Fagents\u002Ftools\u002Flocal-mcp-tools\" target=\"_blank\" rel=\"noopener\">MCPStdioTool\u003C\u002Fa> 適合本機 process。你可以把工具當成子程序啟動，像是本機腳本、CLI、或內部小工具。這種方式最簡單，也最適合開發階段。\u003C\u002Fp>\u003Cp>\u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fagent-framework\u002Fagents\u002Ftools\u002Flocal-mcp-tools\" target=\"_blank\" rel=\"noopener\">MCPStreamableHTTPTool\u003C\u002Fa> 則對應 HTTP 和 server-sent events。這比較像正式服務的玩法。你有一個 endpoint，agent 透過 HTTP 去拿工具資訊和回傳結果，部署上也比較容易跟現有基礎設施整合。\u003C\u002Fp>\u003Cp>\u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fagent-framework\u002Fagents\u002Ftools\u002Flocal-mcp-tools\" target=\"_blank\" rel=\"noopener\">MCPWebsocketTool\u003C\u002Fa> 則是另一條路。它比較適合即時資料、雙向互動、或需要長連線的場景。像行情、監控、協作編輯，這種情境就很吃 WebSocket。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fmodelcontextprotocol\u002Fserver-filesystem\" target=\"_blank\" rel=\"noopener\">Filesystem MCP server\u003C\u002Fa>\u003C\u002Fstrong>：適合檔案操作\u003C\u002Fli>\u003Cli>\u003Cstrong>\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fmodelcontextprotocol\u002Fserver-sqlite\" target=\"_blank\" rel=\"noopener\">SQLite MCP server\u003C\u002Fa>\u003C\u002Fstrong>：適合本機資料查詢\u003C\u002Fli>\u003Cli>\u003Cstrong>\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fmodelcontextprotocol\u002Fserver-github\" target=\"_blank\" rel=\"noopener\">GitHub MCP server\u003C\u002Fa>\u003C\u002Fstrong>：適合 repo、issue、PR 工作流\u003C\u002Fli>\u003Cli>\u003Cstrong>\u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fapi\u002Fmcp\" target=\"_blank\" rel=\"noopener\">Microsoft Learn MCP endpoint\u003C\u002Fa>\u003C\u002Fstrong>：適合 docs 類查詢\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你問我哪個最實際，我會說 stdio 最適合快速落地。HTTP 最適合團隊協作。WebSocket 最適合即時系統，但也最容易踩坑。因為長連線一多，除錯成本就會飆上去。\u003C\u002Fp>\u003Cp>從資料安全角度看，transport 不是只有技術選擇。它也決定你的 auth 模型、觀測方式、以及故障排除方法。這就是為什麼同樣是 MCP，不同 transport 的維運感受差很多。\u003C\u002Fp>\u003Ch2>和其他 agent 工具層比起來\u003C\u002Fh2>\u003Cp>把這件事放到整個 agent 生態看，Microsoft 的做法算是很務實。它沒有硬推單一封閉格式，而是直接接上 MCP。這點對開發者很友善，因為 MCP 已經有不少工具伺服器可以用。\u003C\u002Fp>\u003Cp>如果你拿它跟 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fopenai\u002Fopenai-agents-python\" target=\"_blank\" rel=\"noopener\">OpenAI Agents SDK\u003C\u002Fa> 比，思路就不太一樣。OpenAI 那邊比較偏向自家工具與 workflow 整合。Microsoft 這邊則是把 protocol 擺前面，讓你先選 transport，再接服務。\u003C\u002Fp>\u003Cp>再看 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-code\" target=\"_blank\" rel=\"noopener\">Claude Code\u003C\u002Fa> 或各種 MCP client，差別也很明顯。很多工具都能接 MCP，但不是每個框架都把 transport、headers、crede\u003Ca href=\"\u002Fnews\u002Fpalantir-militaries-own-ai-targeting-calls-zh\">nti\u003C\u002Fa>al 這些細節處理得這麼明。這次更新的價值，就在於它把這些細節拉到檯面上。\u003C\u002Fp>\u003Cp>下面這組比較，能看出差異：\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Microsoft Agent Framework\u003C\u002Fstrong>：重視 .NET、Python 與企業整合\u003C\u002Fli>\u003Cli>\u003Cstrong>MCP\u003C\u002Fstrong>：重視工具協定與跨服務互通\u003C\u002Fli>\u003Cli>\u003Cstrong>OpenAI Agents SDK\u003C\u002Fstrong>：偏向自家 agent 工作流\u003C\u002Fli>\u003Cli>\u003Cstrong>Claude Code\u003C\u002Fstrong>：偏向開發者工作流與本地工具\u003C\u002Fli>\u003C\u002Ful>\u003Cp>還有一個現實問題。很多團隊不是缺 LLM，而是缺工具接法。你有 GitHub、資料庫、內部文件、監控系統，但每個都要自己寫 glue code。MCP 的價值，就是把這些接法標準化一點。\u003C\u002Fp>\u003Cp>當然，標準化不代表沒風險。你接的 server 越多，攻擊面就越大。這也是為什麼 Microsoft 一直提醒要審核 server，還要記錄共享了哪些資料。這種提醒看起來很老派，但真的有用。\u003C\u002Fp>\u003Ch2>這背後的產業脈絡\u003C\u002Fh2>\u003Cp>agent 熱潮起來之後，大家很快發現一件事。真正難的不是聊天，而是連資料、連工具、連權限。LLM 會講話，不代表它會做事。要讓它真的能做事，你就得幫它接外部系統。\u003C\u002Fp>\u003Cp>這也是 MCP 會紅的原因。它想解的不是模型能力，而是整合成本。你不用每次都為某個工具重寫一套專屬 adapter。只要 server 跟 client 都講同一套 protocol，開發速度就會快很多。\u003C\u002Fp>\u003Cp>Microsoft 把這套東西放進 \u003Ca href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fagent-framework\u002F\" target=\"_blank\" rel=\"noopener\">Agent Framework\u003C\u002Fa>，其實很符合它一貫的路線。它不一定要做最潮的 demo，但它很在意 enterprise 會不會真的用。對台灣很多做內部系統、SaaS、或顧問專案的團隊來說，這比炫技更重要。\u003C\u002Fp>\u003Cp>你也可以把它看成一種訊號。未來 agent 專案的重點，可能不會只是 prompt 寫得多漂亮，而是你能不能把權限、資料流、和工具介面管好。這才是上線後會被問的事。\u003C\u002Fp>\u003Ch2>我會怎麼看這次更新\u003C\u002Fh2>\u003Cp>我覺得這次更新最實際的地方，是它沒有只講理想。它把 stdio、HTTP、WebSocket 都列出來，還把 runtime headers 和 credential 管理講清楚。這代表它不是在賣概念，而是在處理部署。\u003C\u002Fp>\u003Cp>如果你已經在做 agent，我會建議先挑一個最小場景試。比如先接 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fmodelcontextprotocol\u002Fserver-filesystem\" target=\"_blank\" rel=\"noopener\">Filesystem MCP server\u003C\u002Fa>，或先串一個 docs endpoint。先把權限、headers、錯誤處理跑順，再考慮 WebSocket 這種比較重的路線。\u003C\u002Fp>\u003Cp>我自己的預測很簡單。接下來 6 到 12 個月，會有更多團隊把 MCP 當成 agent 的標準工具層。不是因為它很潮，而是因為它夠實用。你如果現在就把資料邊界、憑證策略、和 server 審核流程想清楚，後面會少掉很多補洞時間。\u003C\u002Fp>\u003Cp>所以問題不是「要不要做 agent」。問題是「你要讓 agent 接哪些工具」。這一步想清楚，後面才不會一路亂接，最後把資料和權限搞成一團。\u003C\u002Fp>","Microsoft Agent Framework 新增 MCP 整合，支援 stdio、HTTP、WebSocket 三種連線方式，還能在 runtime 帶入 headers，並強調憑證與資料外洩風險。","learn.microsoft.com","https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fagent-framework\u002Fagents\u002Ftools\u002Flocal-mcp-tools",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775178227111-2jv7.png",[13,14,15,16,17,18,19,20,21,22],"Microsoft Agent Framework","MCP","Model Context Protocol","agent tools","stdio","HTTP","WebSocket","AI 工具整合","runtime headers","credential 管理","zh",1,false,"2026-04-03T01:03:28.855842+00:00","2026-04-03T01:03:28.827+00:00","done","d4498bff-4bd8-4ede-8e76-1964050c853c","microsoft-agent-framework-mcp-tool-options-zh","tools","c352736a-00f4-46fb-95ef-be0e7c0de4a1","published","2026-04-07T07:41:13.816+00:00",[36,38,40,42,44,45,47,49],{"name":20,"slug":37},"ai-工具整合",{"name":21,"slug":39},"runtime-headers",{"name":18,"slug":41},"http",{"name":15,"slug":43},"model-context-protocol",{"name":17,"slug":17},{"name":14,"slug":46},"mcp",{"name":22,"slug":48},"credential-管理",{"name":13,"slug":50},"microsoft-agent-framework",{"id":32,"slug":52,"title":53,"language":54},"microsoft-agent-framework-mcp-tool-options-en","Microsoft Agent Framework Adds MCP Tool Options","en",[56,62,68,74,80,86],{"id":57,"slug":58,"title":59,"cover_image":60,"image_url":60,"created_at":61,"category":31},"d058a76f-6548-4135-8970-f3a97f255446","why-gemini-api-pricing-is-cheaper-than-it-looks-zh","為什麼 Gemini API 定價其實比看起來更便宜","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778869845081-j4m7.png","2026-05-15T18:30:25.797639+00:00",{"id":63,"slug":64,"title":65,"cover_image":66,"image_url":66,"created_at":67,"category":31},"68e4be16-dc38-4524-a6ea-5ebe22a6c4fb","why-vidhub-huiyuan-hutong-bushi-quan-shebei-tongyong-zh","為什麼 VidHub 會員互通不是「買一次全設備通用」","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778789450987-advz.png","2026-05-14T20:10:24.048988+00:00",{"id":69,"slug":70,"title":71,"cover_image":72,"image_url":72,"created_at":73,"category":31},"7a1e174f-746b-4e82-a0e3-b2475ab39747","why-buns-zig-to-rust-experiment-is-right-zh","為什麼 Bun 的 Zig-to-Rust 實驗是對的","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778767879127-5dna.png","2026-05-14T14:10:26.886397+00:00",{"id":75,"slug":76,"title":77,"cover_image":78,"image_url":78,"created_at":79,"category":31},"e742fc73-5a65-4db3-ad17-88c99262ceb7","why-openai-api-pricing-is-product-strategy-zh","為什麼 OpenAI API 定價是產品策略，不是註腳","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778749859485-chvz.png","2026-05-14T09:10:26.003818+00:00",{"id":81,"slug":82,"title":83,"cover_image":84,"image_url":84,"created_at":85,"category":31},"c757c5d8-eda9-45dc-9020-4b002f4d6237","why-claude-code-prompt-design-beats-ide-copilots-zh","為什麼 Claude Code 的提示設計贏過 IDE Copilot","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778742645084-dao9.png","2026-05-14T07:10:29.371901+00:00",{"id":87,"slug":88,"title":89,"cover_image":90,"image_url":90,"created_at":91,"category":31},"4adef3ab-9f07-4970-91cf-77b8b581b348","why-databricks-model-serving-is-right-default-zh","為什麼 Databricks Model Serving 是生產推論的正確預設","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778692245329-a2wt.png","2026-05-13T17:10:30.659153+00:00",[93,98,103,108,113,118,123,128,133,138],{"id":94,"slug":95,"title":96,"created_at":97},"de769291-4574-4c46-a76d-772bd99e6ec9","googles-biggest-gemini-launches-in-2026-zh","Google 2026 最大 Gemini 盤點","2026-03-26T07:26:39.21072+00:00",{"id":99,"slug":100,"title":101,"created_at":102},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":104,"slug":105,"title":106,"created_at":107},"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":109,"slug":110,"title":111,"created_at":112},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":114,"slug":115,"title":116,"created_at":117},"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":119,"slug":120,"title":121,"created_at":122},"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":124,"slug":125,"title":126,"created_at":127},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":129,"slug":130,"title":131,"created_at":132},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":134,"slug":135,"title":136,"created_at":137},"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":139,"slug":140,"title":141,"created_at":142},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00"]