[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-newcore-turns-ai-agents-into-managed-identities-zh":3,"article-related-newcore-turns-ai-agents-into-managed-identities-zh":30,"series-tools-b599d760-7066-4299-b304-3ae189fcd6e4":73},{"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},"b599d760-7066-4299-b304-3ae189fcd6e4","newcore-turns-ai-agents-into-managed-identities-zh","NewCore 把 AI agent 變成可管身份","\u003Cp data-speakable=\"summary\">NewCore 的做法是把 \u003Ca href=\"\u002Ftag\u002Fai-agent\">AI agent\u003C\u002Fa> 變成可管理的身份，能授權、審核，也能撤銷。\u003C\u002Fp>\u003Cp>我盯身份系統跟 \u003Ca href=\"\u002Ftag\u002Fai-工具\">AI 工具\u003C\u002Fa>的交集一陣子了，越看越煩。人還沒管好，先把 service account、共享 API key、暫時性憑證全塞進來，然後大家還假裝這叫\u003Ca href=\"\u002Fnews\u002Fkimi-k27-review-copyable-coding-playbook-zh\">流程\u003C\u002Fa>。真正讓我不舒服的不是複雜，是那種「先上線再說」的習慣：每多一個 \u003Ca href=\"\u002Ftag\u002Fagent\">agent\u003C\u002Fa>，就多一個例外；每多一個例外，就多一筆安全債。最後出事時，沒人知道到底誰能碰什麼。\u003C\u002Fp>\u003Cp>NewCore 這套東西有意思的地方，不是又做一個 AI 外殼，也不是做一個看起來很忙的 dashboard。它是在碰真正的身份底層：讓\u003Ca href=\"\u002Fnews\u002Ffree-open-source-software-powers-computing-zh\">軟體\u003C\u002Fa>工作者有自己的身份、權限、生命週期，還能被撤掉。這件事如果真的成形，身份管理就不再只是後台雜務，而是 agent 時代的控制平面。\u003C\u002Fp>\u003Cp>我這次是從 \u003Ca href=\"https:\u002F\u002Ftechcrunch.com\u002F2026\u002F06\u002F15\u002Fai-agents-are-becoming-employees-newcore-emerges-with-66m-to-give-them-identities\u002F\">TechCrunch\u003C\u002Fa> 的 Jagmeet Singh 這篇文章切進去的，然後把它拆成我自己會怎麼寫產品規格、怎麼做 access review、怎麼設 revoke 路徑。\u003C\u002Fp>\u003Cp>文中提到，NewCore 以 6600 萬美元浮出檯面，領投是 Cyberstarts，\u003Ca href=\"https:\u002F\u002Fwww.indexventures.com\u002F\">Index Ventures\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fevolutionequity.com\u002F\">Evolution Equity Partners\u003C\u002Fa> 也有參與。它的主張很直接：如果 agent 要坐進公司\u003Ca href=\"\u002Fnews\u002Fkimi-k26-open-source-coding-agents-zh\">工作流\u003C\u002Fa>，那它就得像員工一樣有身份、權限、生命週期和撤權機制。\u003C\u002Fp>\u003Ch2>別再把 agent 當成高級 service account\u003C\u002Fh2>\u003Cblockquote>“AI agents should be treated as first-class identities with their own permissions, life cycle controls, and revocation mechanisms, rather than as traditional service accounts or machine credentials.”\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：別再把 agent 塞進 backend job 那個舊籃子裡了。那個籃子本來就已經塞爆，拿來放 cron、CI、機器對機器 \u003Ca href=\"\u002Ftag\u002Ftoken\">token\u003C\u002Fa> 還行；但 agent 不是單純跑一次就停，它會分支、重試、呼叫工具、持續操作。你用舊模型硬套，最後一定是誰都說不清楚。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781676209869-hmt9.png\" alt=\"NewCore 把 AI agent 變成可管身份\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我看過一個很典型的失敗案例：團隊先讓 coding agent 用某個人的 token，覺得「先試試看」。一開始很順，兩週後 token 藏在哪裡沒人記得，另一組人照抄做法，最後連最基本的問題都答不出來：這個 agent 到底能碰哪個 repo？誰批准的？出事時怎麼立刻停掉？\u003C\u002Fp>\u003Cp>NewCore 的重點是把「agent 本身」當成管理對象，而不是管理那把鑰匙。這個想法比較乾淨，因為它跟企業原本管理人的方式是同一套語言：誰擁有、能做什麼、什麼時候到期、怎麼撤。\u003C\u002Fp>\u003Cp>實操上，我會要求每個 agent 都有明確 principal 名稱、owner、scope、expiry、revocation path。不要共享人類 token，不要讓五個 automation 共用一把池子裡的 key。更重要的是，這個身份要能出現在 log、access review、incident response 裡，不然等於沒管。\u003C\u002Fp>\u003Ch2>人類的 identity 系統本來就快撐不住了\u003C\u002Fh2>\u003Cp>NewCore 創辦人 Zohar Alon 說，15 或 20 年前做的 identity platform，面對 AI agent 的規模和複雜度會撐不住。我不覺得這是誇張話。那些系統原本是為了員工、外包、少量機器設計的，不是為了會自己發 request、會協作、會臨時要權限的軟體工作者。\u003C\u002Fp>\u003Cp>Alon 還提到一個很刺耳但很真實的故事：他在 2023 年看過一家公司的 identity 預算，看到金額時以為客戶應該很滿意，結果客戶根本不爽。這種故事我反而信，因為它說明市場上很多工具是「大家忍著用」，不是「真的好用」。\u003C\u002Fp>\u003Cp>這件事放到 agent 身上只會更糟。你如果連人員的 joiner-mover-leaver 流程都做得半吊子，agent 只會把問題放大；如果 access review 本來就是季度打勾，agent 會把它變成一個更快、更難追的安全洞。\u003C\u002Fp>\u003Cp>所以我的判斷很簡單：不要等某個專門的 agent IAM 產品來救你。先把基本功補起來。owner metadata 補齊、stale account 清掉、approval 規則標準化、revocation 變成可量測。AI 不是創造身份問題，它只是讓老問題變貴。\u003C\u002Fp>\u003Cul>\u003Cli>先盤點你現有的所有 non-human principal。\u003C\u002Fli>\u003Cli>標記哪些是人擁有、哪些是服務擁有、哪些是共享的。\u003C\u002Fli>\u003Cli>把沒有 owner 或沒有 expiry 的直接列入清除清單。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>把人和 agent 放在同一個 control plane 才像樣\u003C\u002Fh2>\u003Cp>NewCore 說它把 human 和 AI-agent identity 放進同一個系統管理。我覺得這才是重點。很多廠商現在只是在人類 identity stack 上補 agent 支援，短期也許夠用，但如果 agent 數量真的長起來，你不會想再維護一個旁支產品。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781676202762-si8o.png\" alt=\"NewCore 把 AI agent 變成可管身份\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>白話講，如果員工可以在同一個地方幫 agent 核准存取、查授權紀錄、做撤權，那整個組織就只需要一套心智模型。一份 audit trail，一條 revoke path。比起把 policy 切成「真人」跟「自動化東西」兩套，然後祈禱中間沒洞，這種做法至少像個正經系統。\u003C\u002Fp>\u003Cp>我以前待過的組織就有這種破碎感：app secret 一套、cloud IAM 一套、內部 SSO 又一套。每切一刀，就多一個沒人真正負責的地方。事故來的時候，大家不是修問題，是先對帳。這就是 NewCore 想砍掉的摩擦。\u003C\u002Fp>\u003Cp>實作上，我會要求單一真實來源。agent 要跟人一樣出現在同一個 directory、policy engine、audit trail。產品如果講不清楚這個 agent 是誰擁有、能碰什麼，我就不會買單。\u003C\u002Fp>\u003Ch2>Split-key 的重點不是炫技，是縮小爆炸半徑\u003C\u002Fh2>\u003Cblockquote>“NewCore uses what it calls a ‘split-key’ architecture that divides critical identity credentials between the customer and the platform, an approach designed to eliminate a single point of compromise.”\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：廠商不拿完整秘密。這點其實很務實。太多 identity 和 access 系統最後都變成一座大 vault，平常很方便，出事時很要命。\u003C\u002Fp>\u003Cp>split-key 不像什麼華麗 crypto 表演，比較像是把操作上的 paranoia 做進系統裡。你就算打穿其中一邊，攻擊者也還拿不到全部。這種設計讓我比較安心，因為它看起來像真的有想過 enterprise security 的髒事，不只是 demo 好看。\u003C\u002Fp>\u003Cp>但我還是會追問：如果 customer 端掛了怎麼辦？恢復流程是什麼？key 怎麼 rotate？會不會因為太麻煩，最後 admin 自己繞過？這些問題才是產品能不能落地的關鍵，不是架構圖畫得漂不漂亮。\u003C\u002Fp>\u003Cp>實操上，我會建議把 approval、secret custody、enforcement 分開。能拆的 trust 就拆。不要讓單一 admin、單一 app、單一 vendor 可以完整 impersonate 一個 agent。然後把 recovery path 寫清楚，先寫再上線，不要等出事才補。\u003C\u002Fp>\u003Cul>\u003Cli>把 approval 跟 credential custody 分開。\u003C\u002Fli>\u003Cli>每個 agent 都要有明確 revoke 路徑。\u003C\u002Fli>\u003Cli>測試其中一邊離線時系統會怎樣。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>agent 的授權流程一定要有人類介入\u003C\u002Fh2>\u003Cp>NewCore 的 mobile app 讓員工可以 grant、review、revoke AI agent 的 access。這看起來像小功能，但我其實最在意這個。自治系統的問題不只是它能做什麼，而是它會不會在沒人記得的情況下越跑越遠。\u003C\u002Fp>\u003Cp>把 review 和 revoke 放進 mobile workflow，算是很務實的選擇。因為老實說，沒人想每次都去一個超大的 admin console 幫 agent 開新權限。大家要的是快，但又要留痕跡。\u003C\u002Fp>\u003Cp>我看過很多團隊死在授權流程設計太爛：太麻煩，大家就開始亂按同意；太簡單，又等於沒有流程。流程如果很煩，最後只會被人繞過。流程如果太鬆，就只是裝飾。\u003C\u002Fp>\u003Cp>實作上，我會把 agent approval 做成很像輕量 incident response 的步驟：誰在申請、要什麼、需要多久、拒絕會怎樣。撤權則要一鍵完成，不要變成 support ticket。\u003C\u002Fp>\u003Cp>另外，UI 不是重點，state machine 才是。request、approve、expire、revoke、re-review 這五個狀態少一個都不行。少了任何一段，你不是在做治理，你是在做一個看起來很友善的 bypass。\u003C\u002Fp>\u003Ch2>工具整合才是這東西真正碰到開發者的地方\u003C\u002Fh2>\u003Cp>NewCore 說它的 “Agentic Skill” 套件能接 \u003Ca href=\"https:\u002F\u002Fwww.anthropic.com\u002Fclaude-code\">Anthropic Claude Code\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fopenai.com\u002Fcodex\u002F\">OpenAI Codex\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fcursor.com\u002F\">Cursor\u003C\u002Fa>。這才是實際層。身份管理一旦碰到真實開發流程，就不再是抽象概念，而是直接踩到 repo、CI、cloud console、internal docs。\u003C\u002Fp>\u003Cp>這很重要，因為開發者早就在最敏感的地方用這些工具了。若它們是透過 managed identity 而不是手動複製 credentials 來認證，你就會得到比較乾淨的 audit trail，也少掉一堆「這顆 token 到底誰貼到哪裡」的鬼故事。這些鬼故事，我真的看太多了。\u003C\u002Fp>\u003Cp>我會把這當成 adoption wedge。沒人早上起床會興奮地想「我要去管 identity」。大家只會對 access friction 很有感。NewCore 如果能卡在 assistant 和 enterprise system 中間，還不把 workflow 弄得很煩，那它就有機會。\u003C\u002Fp>\u003Cp>實作上，先挑一個高價值工具、一個窄權限集合開始。像是讓 coding agent 只能開 PR、讀 issue metadata，不准碰 production deploy。先觀察人類介入頻率，再慢慢放大範圍。\u003C\u002Fp>\u003Cp>還有一件事要寫死：agent can act 跟 agent can decide 不是同一件事。很多團隊會把這兩件事混在一起，直到出事才發現自己早就把界線弄糊了。\u003C\u002Fp>\u003Ch2>市場已經動了，但買家還在摸索\u003C\u002Fh2>\u003Cp>NewCore 說自己目前少於 10 個客戶、超過 10 個 design partners，預計這個夏天開始收費。這代表這個類別還很早期。我反而覺得這樣正常；如果看起來太成熟，我才會懷疑。\u003C\u002Fp>\u003Cp>更大的訊號是，公司已經開始把 agent 當員工看了。TechCrunch 文章裡提到 Goldman Sachs 在測 Devin 當新員工，McKinsey 也說有 25000 個 \u003Ca href=\"\u002Ftag\u002Fai-agents\">AI agents\u003C\u002Fa> 跟 60000 名員工一起工作。每家公司是不是都準備好了，當然不是；但方向已經很明顯。\u003C\u002Fp>\u003Cp>所以買家大概會分成三群：安全團隊想控風險、平台團隊想少點混亂、開發者只想 agent 不要一直要密碼。NewCore 得同時滿足這三群人，還不能把系統做成一個難維護的怪物。\u003C\u002Fp>\u003Cp>實作上，我會直接問四個問題：這個 agent 誰擁有？它能碰什麼？授權什麼時候過期？我現在能不能立刻撤掉？如果答案要開會才講得清楚，那產品還沒準備好。\u003C\u002Fp>\u003Cp>我自己的結論很直白：NewCore 真正在賣的不是 identity software，而是避免 AI agents 變成看不見的員工、拿著看不見的權限。這問題值得解，而且如果大家再拖，很多團隊會自己踩進去。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># AI Agent Identity Policy Template\n\n## 1) Agent record\n- Agent name:\n- Business owner:\n- Technical owner:\n- Purpose:\n- Environment: dev \u002F staging \u002F prod\n- Start date:\n- Expiration date:\n- Review cadence:\n\n## 2) Identity model\n- Each agent must have a unique identity.\n- No shared credentials across agents.\n- No human personal tokens for agent use.\n- No long-lived secrets without expiry.\n\n## 3) Access request\nFor every request, capture:\n- Agent name\n- Requested system\n- Requested permissions\n- Reason for access\n- Time limit\n- Approval owner\n- Fallback if denied\n\n## 4) Approval rules\n- Low-risk access: technical owner approval\n- Sensitive access: business owner + security review\n- Production access: explicit approval every time\n- Emergency access: time-boxed and logged\n\n## 5) Credential handling\n- Split approval from secret custody where possible.\n- Rotate credentials on schedule.\n- Revoke on owner change, incident, or expiry.\n- Log every credential issuance and revocation.\n\n## 6) Monitoring\nTrack:\n- Active agents\n- Granted permissions\n- Last use time\n- Failed access attempts\n- Revoked identities\n- Overdue reviews\n\n## 7) Revocation checklist\nWhen shutting an agent off:\n- Disable identity\n- Revoke tokens\n- Remove group memberships\n- Cancel scheduled jobs\n- Verify downstream access is gone\n- Record incident or change ticket\n\n## 8) Developer workflow gate\nBefore a coding assistant can access enterprise systems:\n- It must be registered as an agent.\n- It must use managed identity.\n- It must have a scoped permission set.\n- It must be reviewable and revocable by humans.\n\n## 9) Review questions\n- Who owns this agent?\n- What can it touch?\n- What breaks if it is compromised?\n- How fast can we revoke it?\n- What evidence do we keep for audit?\n\n## 10) Approval note\nApproved by:\nDate:\nScope:\nExpiry:\nRevocation owner:\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這段是我把 NewCore 的概念翻成你可以直接貼進內部政策、security review、或產品需求文件的版本。不是它們的官方 spec，是我根據文章內容整理出的可用模板。\u003C\u002Fp>\u003Cp>來源是這篇 TechCrunch：\u003Ca href=\"https:\u002F\u002Ftechcrunch.com\u002F2026\u002F06\u002F15\u002Fai-agents-are-becoming-employees-newcore-emerges-with-66m-to-give-them-identities\u002F\">https:\u002F\u002Ftechcrunch.com\u002F2026\u002F06\u002F15\u002Fai-agents-are-becoming-employees-newcore-emerges-with-66m-to-give-them-identities\u002F\u003C\u002Fa>。文中的 funding、引述與產品主張來自 Jagmeet Singh；上面的拆解、流程化寫法和模板是我自己的整理。\u003C\u002Fp>","我拆 NewCore 的 agent 身份模型，整理成可直接套用的存取、審核與撤銷模板。","techcrunch.com","https:\u002F\u002Ftechcrunch.com\u002F2026\u002F06\u002F15\u002Fai-agents-are-becoming-employees-newcore-emerges-with-66m-to-give-them-identities\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781676209869-hmt9.png","tools","zh","c174ff28-ffc0-450f-8142-6887ec6efda1",[17,18,19,20,21],"AI agent identity","IAM","access control","revocation","split-key",[23,24,25],"把 agent 當成可管理身份，不要塞進舊 service account 模型。","人和 agent 最好共用同一個 identity control plane，避免權限分裂。","授權、審核、撤銷要做成可執行的狀態機，而不是紙上流程。",0,"2026-06-17T06:02:59.513643+00:00","2026-06-17T06:02:59.5+00:00","907170e9-a074-499b-935f-bd14556cb1f0",{"tags":31,"relatedLang":32,"relatedPosts":36},[],{"id":15,"slug":33,"title":34,"language":35},"newcore-turns-ai-agents-into-managed-identities-en","NewCore turns AI agents into managed identities","en",[37,43,49,55,61,67],{"id":38,"slug":39,"title":40,"cover_image":41,"image_url":41,"created_at":42,"category":13},"6c40b201-8e6d-4b48-a988-791936798713","opencode-terminal-ai-coding-loop-zh","OpenCode 讓終端編碼變成迴圈","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781693320715-b9x5.png","2026-06-17T10:47:58.3922+00:00",{"id":44,"slug":45,"title":46,"cover_image":47,"image_url":47,"created_at":48,"category":13},"2830e8de-b146-4dd7-b1f6-1b61c223e9ea","open-source-ai-software-infrastructure-wins-zh","開源 AI 軟體贏在基礎設施，不贏在話題","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781691476387-1uwa.png","2026-06-17T10:17:26.854039+00:00",{"id":50,"slug":51,"title":52,"cover_image":53,"image_url":53,"created_at":54,"category":13},"137212d6-7843-4f65-b19f-f0db62e1929b","wazero-turns-go-wasm-into-plain-go-zh","Wazero 讓 Go Wasm 變回純 Go","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781681649267-d64h.png","2026-06-17T07:33:30.509996+00:00",{"id":56,"slug":57,"title":58,"cover_image":59,"image_url":59,"created_at":60,"category":13},"c849204c-8427-4af7-9662-60aa9e1f5524","ffmpeg-webcli-browser-video-editor-zh","ffmpeg-webCLI 把剪片搬進瀏覽器","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781680695836-cdup.png","2026-06-17T07:17:40.422494+00:00",{"id":62,"slug":63,"title":64,"cover_image":65,"image_url":65,"created_at":66,"category":13},"b8952293-f38b-41ae-90ee-a1d244ae4738","kimi-k27-review-copyable-coding-playbook-zh","Kimi K2.7 把評測變可抄流程","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781673555614-b695.png","2026-06-17T05:18:37.659209+00:00",{"id":68,"slug":69,"title":70,"cover_image":71,"image_url":71,"created_at":72,"category":13},"ff413f46-82bf-4bcb-a256-2a4c24f76a2b","wikipedia-foss-packages-tool-map-zh","Wikipedia FOSS 清單變工具地圖","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781663598319-0ubt.png","2026-06-17T02:32:56.642555+00:00",[74,79,84,89,94,99,104,109,114,119],{"id":75,"slug":76,"title":77,"created_at":78},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":80,"slug":81,"title":82,"created_at":83},"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":85,"slug":86,"title":87,"created_at":88},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":90,"slug":91,"title":92,"created_at":93},"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":95,"slug":96,"title":97,"created_at":98},"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":100,"slug":101,"title":102,"created_at":103},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":105,"slug":106,"title":107,"created_at":108},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":110,"slug":111,"title":112,"created_at":113},"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":115,"slug":116,"title":117,"created_at":118},"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":120,"slug":121,"title":122,"created_at":123},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]