[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-openclaw-update-guide-safe-upgrades-2026-zh":3,"tags-openclaw-update-guide-safe-upgrades-2026-zh":35,"related-lang-openclaw-update-guide-safe-upgrades-2026-zh":47,"related-posts-openclaw-update-guide-safe-upgrades-2026-zh":51,"series-tools-d4002976-c468-47f5-94fe-adb743fe12b7":88},{"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},"d4002976-c468-47f5-94fe-adb743fe12b7","OpenClaw 2026 安全升級指南","\u003Cp>\u003Cstrong>\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fopenclaw\u002Fopenclaw\" target=\"_blank\" rel=\"noopener\">OpenClaw\u003C\u002Fa>\u003C\u002Fstrong> 在 2026 年更新很勤。每月大概 1 到 2 次主要點版。Q1 2026 就有 3 個版本帶來相容性問題。講白了，亂升級很容易把下午賠進去。\u003C\u002Fp>\u003Cp>好消息是，流程其實不複雜。你把它當成變更管理，不是單純裝新版，就會穩很多。先備份，再更新，最後驗證。這三步比任何花俏命令都重要。\u003C\u002Fp>\u003Ch2>最快的 OpenClaw 更新方式\u003C\u002Fh2>\u003Cp>最快的路徑，就是內建更新器。直接跑 \u003Ccode>openclaw update\u003C\u002Fcode>。它會自己判斷你是用 npm、Homebrew、Docker，還是從原始碼裝的。接著它會拉新版，跑 \u003Ccode>openclaw doctor\u003C\u002Fcode>，再重啟 gateway。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775092096019-n8d4.png\" alt=\"OpenClaw 2026 安全升級指南\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這種設計很方便。可是方便也會遮住細節。你如果同台機器有多個安裝來源，或是設定檔已經和新版 schema 脫節，更新看起來成功，\u003Ca href=\"\u002Fnews\u002Fai-agents-trust-control-security-tools-zh\">agen\u003C\u002Fa>t 卻可能起不來。\u003C\u002Fp>\u003Cp>我會建議你用這個順序。先看版本，再試乾跑，最後才正式更新。這樣比較像在管伺服器，不像在賭運氣。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Ccode>openclaw update\u003C\u002Fcode>：標準升級\u003C\u002Fli>\u003Cli>\u003Ccode>openclaw update --channel stable\u003C\u002Fcode>：走穩定版\u003C\u002Fli>\u003Cli>\u003Ccode>openclaw update --channel beta\u003C\u002Fcode>：測試預覽版\u003C\u002Fli>\u003Cli>\u003Ccode>openclaw update --dry-run\u003C\u002Fcode>：先看變更\u003C\u002Fli>\u003Cli>\u003Ccode>openclaw --version\u003C\u002Fcode> 與 \u003Ccode>openclaw health\u003C\u002Fcode>：升級後確認狀態\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你是用 npm 全域安裝，也能手動升級。命令是 \u003Ccode>npm install -g openclaw@latest\u003C\u002Fcode>。之後再跑 \u003Ccode>openclaw doctor\u003C\u002Fcode> 和 \u003Ccode>openclaw gateway restart\u003C\u002Fcode>。pnpm 和原始碼安裝，邏輯也差不多。\u003C\u002Fp>\u003Cp>Op\u003Ca href=\"\u002Fnews\u002Fjiuwenclaw-self-evolving-ai-agent-zh\">enCl\u003C\u002Fa>aw 也支援在 \u003Ccode>openclaw.js\u003Ca href=\"\u002Fnews\u002Fthe-consortium-dc-urban-health-washington-dc-zh\">on\u003C\u002Fa>\u003C\u002Fcode> 裡自動檢查更新。聽起來很爽，但我不建議在正式環境直接自動裝新版。除非你已經有 staging，而且每版都先測過，不然這很容易炸。\u003C\u002Fp>\u003Cp>官方安裝與更新文件，可以先看 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fopenclaw\u002Fopenclaw\" target=\"_blank\" rel=\"noopener\">OpenClaw GitHub\u003C\u002Fa>。如果你是剛上手，先看 \u003Ca href=\"\u002Fnews\u002Fopenclaw-getting-started-guide\">OpenClaw 入門指南\u003C\u002Fa> 會更順。\u003C\u002Fp>\u003Ch2>更新前先備份狀態目錄\u003C\u002Fh2>\u003Cp>OpenClaw 升級最重要的事，就是備份。它的 state directory 不只放設定檔。它還放 credentials、session tokens、memory state，還有自訂 skills。也就是說，壞掉的不只是偏好設定，還可能是你真的在用的工作內容。\u003C\u002Fp>\u003Cp>2026.3.8 之後，OpenClaw 多了內建備份命令。這個設計很實用。至少不用每次都自己想 tar 怎麼下。\u003C\u002Fp>\u003Cp>\u003Ccode>openclaw backup create --verify\u003C\u002Fcode>\u003C\u002Fp>\u003Cp>\u003Ccode>--verify\u003C\u002Fcode> 會在打包後驗證檔案。這一步很值得做。你如果還在舊版，或想自己留一份手動備援，也可以直接壓縮 state 目錄。\u003C\u002Fp>\u003Cp>\u003Ccode>tar -czf openclaw-state-backup-$(date +%Y%m%d).tgz ~\u002F.openclaw\u003C\u002Fcode>\u003C\u002Fp>\u003Cp>這個備份通常會包含幾個重點資料夾。你可以把它想成 OpenClaw 的腦袋、鑰匙和工具箱。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Ccode>config\u002F\u003C\u002Fcode>：放 \u003Ccode>openclaw.json\u003C\u002Fcode>、\u003Ccode>IDENTITY.md\u003C\u002Fcode>、\u003Ccode>SOUL.md\u003C\u002Fcode>、\u003Ccode>HEARTBEAT.md\u003C\u002Fcode>\u003C\u002Fli>\u003Cli>\u003Ccode>credentials\u002F\u003C\u002Fcode>：放 API keys 和平台 token\u003C\u002Fli>\u003Cli>\u003Ccode>memory\u002F\u003C\u002Fcode>：放對話歷史和長期狀態\u003C\u002Fli>\u003Cli>\u003Ccode>skills\u002F\u003C\u002Fcode>：放自訂 skills\u003C\u002Fli>\u003Cli>\u003Ccode>sessions\u002F\u003C\u002Fcode>：放目前 session 資料\u003C\u002Fli>\u003C\u002Ful>\u003Cp>備份存放位置也要挑。像 \u003Ca href=\"https:\u002F\u002F1password.com\u002F\" target=\"_blank\" rel=\"noopener\">1Password\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Faws.amazon.com\u002Fsecrets-manager\u002F\" target=\"_blank\" rel=\"noopener\">AWS Secrets Manager\u003C\u002Fa>，或加密過的 S3 bucket，都比明文雲端資料夾安全很多。API key 和 session token 真的不要裸放。\u003C\u002Fp>\u003Cp>還有一個坑，很多人第一次就踩。skills 放哪裡，會跟安裝方式有關。npm、Homebrew、source install 通常會把 custom skills 留在 \u003Ccode>~\u002F.openclaw\u002Fskills\u002F\u003C\u002Fcode>。但 Docker 不一樣。你如果把 skills 寫進 image layer，重建 image 時就可能整包消失。該掛 volume 就掛，別硬塞進 image。\u003C\u002Fp>\u003Ch2>升級後最常壞的地方\u003C\u002Fh2>\u003Cp>OpenClaw 在 2026 的更新節奏很快。快到一種程度後，breaking change 就不再是偶發事件。早期幾個版本，像 2026.3.2、2026.3.8、2026.3.13，就已經出現過明顯的操作問題。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775092109215-ao4a.png\" alt=\"OpenClaw 2026 安全升級指南\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這些問題集中在工具權限、ACP routing、runtime 行為和 plugin API。也就是說，出事的地方很少是表面上的版本號，更多是你平常依賴的那層介面。\u003C\u002Fp>\u003Cp>你可以先看下面這張清單。這種東西我覺得應該直接寫進 release note 前面，不然很多人會白忙。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>agent 不能讀檔或執行 shell：\u003C\u002Fstrong> tools profile 可能預設成 \u003Ccode>messaging\u003C\u002Fcode>，少了 \u003Ccode>read\u003C\u002Fcode>、\u003Ccode>write\u003C\u002Fcode>、\u003Ccode>exec\u003C\u002Fcode>；改成 \u003Ccode>tools.profile: \"coding\"\u003C\u002Fcode>\u003C\u002Fli>\u003Cli>\u003Cstrong>gateway 開了又失敗：\u003C\u002Fstrong> 可能是多重安裝造成 binary path 混亂；跑 \u003Ccode>openclaw gateway install --force\u003C\u002Fcode> 再重啟\u003C\u002Fli>\u003Cli>\u003Cstrong>ACP 指令亂轉：\u003C\u002Fstrong> 2026.3.2 之後 ACP dispatch 預設開啟；沒用 ACP 就關掉\u003C\u002Fli>\u003Cli>\u003Cstrong>plugin 出現 \u003Ccode>registerHttpHandler is not a function\u003C\u002Fcode>：\u003C\u002Fstrong> 這個 API 已移除；改用 \u003Ccode>registerHttpRoute({ path, auth, handler })\u003C\u002Fcode>\u003C\u002Fli>\u003Cli>\u003Cstrong>Docker 重建後 skills 不見：\u003C\u002Fstrong> skills 被放進 image layer，不是掛載 volume\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這些不是紙上談兵。OpenClaw 的 GitHub issue 和討論串，真的有人在更新後一兩天內遇到工具權限消失，或 runtime 直接失敗。你如果有自訂 skills，或有 plugin route，最好把每次更新都當成 schema migration。\u003C\u002Fp>\u003Cp>升級前，我會先掃 plugin code。像這種搜尋就很有用：\u003Ccode>rg \"registerHttpHandler\\(\" .\u003C\u002Fcode>。它能先抓出舊 API。你也要檢查 global 設定和每個 agent 的設定。因為 \u003Ccode>agents.list[]\u003C\u002Fcode> 可能覆蓋全域 \u003Ccode>tools\u003C\u002Fcode> profile，然後默默把權限拿掉。\u003C\u002Fp>\u003Cblockquote>\"The only way to do great work is to love what you do.\" — Steve Jobs\u003C\u002Fblockquote>\u003Cp>這句話被引用到爛了。可是放在這裡還算貼切。升級工作本來就很無聊。你只有在備份、版本鎖定、更新後驗證都做對時，才會知道它有多重要。\u003C\u002Fp>\u003Cp>說真的，維運就是這樣。漂亮的 demo 很少出事。真正會讓你加班的，常常是你以為不重要的設定檔。\u003C\u002Fp>\u003Ch2>和一般套件升級比起來差在哪\u003C\u002Fh2>\u003Cp>OpenClaw 的 updater 比單純的 package manager 更有主見。這點有好有壞。好處是它會幫你處理 migration 和 restart。壞處是，它不是只管 binary，還在管 state。\u003C\u002Fp>\u003Cp>這件事一旦牽涉 state，風險就上來了。你不是在更新一個 CLI 而已。你是在動一個會記住 token、session 和 skills 的系統。\u003C\u002Fp>\u003Cp>下面這幾種路徑，差別很明顯。用哪個，會直接影響你要自己補多少步。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>\u003Ca href=\"https:\u002F\u002Fwww.npmjs.com\u002F\" target=\"_blank\" rel=\"noopener\">npm\u003C\u002Fa>：\u003C\u002Fstrong> \u003Ccode>npm install -g openclaw@latest\u003C\u002Fcode> 只會更新 binary，doctor 和 restart 還是你自己做\u003C\u002Fli>\u003Cli>\u003Cstrong>\u003Ca href=\"https:\u002F\u002Fpnpm.io\u002F\" target=\"_blank\" rel=\"noopener\">pnpm\u003C\u002Fa>：\u003C\u002Fstrong> 邏輯跟 npm 類似，後續步驟也一樣要補\u003C\u002Fli>\u003Cli>\u003Cstrong>\u003Ca href=\"https:\u002F\u002Fbrew.sh\u002F\" target=\"_blank\" rel=\"noopener\">Homebrew\u003C\u002Fa>：\u003C\u002Fstrong> macOS 很方便，但不會幫你保護 OpenClaw state directory\u003C\u002Fli>\u003Cli>\u003Cstrong>\u003Ca href=\"https:\u002F\u002Fwww.docker.com\u002F\" target=\"_blank\" rel=\"noopener\">Docker\u003C\u002Fa>：\u003C\u002Fstrong> 最容易鎖版本，但你一定要掛 state volume，不然重建就掉 skills\u003C\u002Fli>\u003C\u002Ful>\u003Cp>所以我會這樣分場景。local machine 和測試機，可以用 \u003Ccode>openclaw update\u003C\u002Fcode>。正式環境，我偏向固定版本，再慢慢滾動更新。原因很簡單。更新頻率太高，出錯機率就跟著高。\u003C\u002Fp>\u003Cp>還有一個常被忽略的成本。你如果每月都要跑一次備份、升級、驗證和 smoke test，一年下來就是 12 到 24 次維運循環。假設每次花 1.5 小時，光是處理 OpenClaw 就可能吃掉 18 到 36 小時。這不是小數字。\u003C\u002Fp>\u003Cp>所以最好的做法，不是把所有流程自動化。你要自動化的是安全的部分。像備份、檢查、驗證都可以自動。真正要人看的，是 release notes、breaking changes，還有什麼時候升級。\u003C\u002Fp>\u003Ch2>給 production 團隊的安全流程\u003C\u002Fh2>\u003Cp>最穩的流程其實很重複。先備份，再看 release notes，再跑更新。這聽起來很老派，但老派通常比較不會害你半夜修機器。\u003C\u002Fp>\u003Cp>每次升級前，我都建議你先看 GitHub release page。特別是有沒有 \u003Ccode>BREAKING CHANGE:\u003C\u002Fcode> 這種字眼。很多 bug 不是更新本身造成，而是你沒先知道它改了什麼。\u003C\u002Fp>\u003Cp>我會把下面這套流程當成團隊標準。你可以直接貼進 runbook。\u003C\u002Fp>\u003Cul>\u003Cli>先用 \u003Ccode>openclaw backup create --verify\u003C\u002Fcode> 或手動壓縮備份\u003C\u002Fli>\u003Cli>看 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fopenclaw\u002Fopenclaw\u002Freleases\" target=\"_blank\" rel=\"noopener\">OpenClaw releases\u003C\u002Fa>\u003C\u002Fli>\u003Cli>可以的話先跑 \u003Ccode>openclaw update --dry-run\u003C\u002Fcode>\u003C\u002Fli>\u003Cli>正式執行 \u003Ccode>openclaw update\u003C\u002Fcode>\u003C\u002Fli>\u003Cli>跑 \u003Ccode>openclaw config validate\u003C\u002Fcode>\u003C\u002Fli>\u003Cli>檢查 \u003Ccode>openclaw config get tools\u003C\u002Fcode> 和 \u003Ccode>openclaw config get agents\u003C\u002Fcode>\u003C\u002Fli>\u003Cli>真的做一次任務，確認 agent 能讀、能寫、能呼叫工具\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果升級失敗，回復也不難。先重裝前一版，再還原備份，接著跑 \u003Ccode>openclaw doctor\u003C\u002Fcode>，最後重啟 gateway。Docker 就把 image tag pin 回已知可用版。source install 則回到前一個 commit 重建。\u003C\u002Fp>\u003Cp>我最不想看到的，是團隊只看 health check 就收工。health check 過了，不代表 tool profile 沒壞。你一定要跑真實工作流。像是讀檔、寫檔、呼叫 plugin route，這些才會真的抓出問題。\u003C\u002Fp>\u003Cp>我的判斷很直接。OpenClaw 只要還維持這種更新頻率，能穩定升級的團隊，幾乎都會把備份、release note 檢查、config 驗證，當成部署流程的一部分。你如果現在就在跑 OpenClaw，下一個該問的不是要不要更新，而是你的 rollback 計畫寫好了沒。\u003C\u002Fp>\u003Ch2>背景脈絡：為什麼這類工具更容易出事\u003C\u002Fh2>\u003Cp>OpenClaw 這種工具，和一般 CLI 不太一樣。它不是只管指令。它還管 agent、plugin、session、memory，甚至權限模型。這種系統一旦更新，牽動的面向就很多。\u003C\u002Fp>\u003Cp>你可以把它想成一個小型平台。平台最怕的不是功能少，而是組件之間太黏。只要 API 改一點，外掛、設定和自訂流程就可能一起受影響。\u003C\u002Fp>\u003Cp>這也是為什麼頻繁更新會讓人有壓力。問題通常不是 binary 壞掉，而是周邊生態跟不上。對開發者來說，真正麻煩的是你以為更新很單純，結果要一起改 plugin、config 和部署方式。\u003C\u002Fp>\u003Cp>所以我會把 OpenClaw 的升級策略，跟資料庫 migration 放在同一個層級看待。它不是純軟體版本切換，而是系統狀態切換。這個認知差很多。\u003C\u002Fp>\u003Ch2>結論：先寫好回復，再談更新\u003C\u002Fh2>\u003Cp>如果你只記得一件事，就記這個：先備份，再更新。不要反過來。真的出事時，能救你的不是勇氣，是可還原的 state archive。\u003C\u002Fp>\u003Cp>我會預測，接下來 2026 下半年，OpenClaw 的安全升級流程會越來越像標準維運項目。你現在就該把 \u003Ccode>openclaw backup create --verify\u003C\u002Fcode>、\u003Ccode>openclaw config validate\u003C\u002Fcode>、還有 rollback 步驟寫進 runbook。你會感謝今天的自己。\u003C\u002Fp>","OpenClaw 更新很容易踩雷。這篇整理最安全的升級流程，從備份、回復、版本檢查，到常見故障與競品比較，幫你少花一個下午修設定。","blink.new","https:\u002F\u002Fblink.new\u002Fblog\u002Fopenclaw-update-upgrade-guide-2026",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775092096019-n8d4.png",[13,14,15,16,17,18,19,20,21,22],"OpenClaw","更新指南","版本升級","備份","回復","Docker","Homebrew","npm","plugin","config","zh",3,false,"2026-04-02T01:06:39.751715+00:00","2026-04-02T01:06:39.689+00:00","done","16baeaa3-24bd-42dd-a3ee-625335c990e5","openclaw-update-guide-safe-upgrades-2026-zh","tools","f7048492-7f77-448d-b5ea-614b43d07659","published","2026-04-09T09:00:52.926+00:00",[36,37,38,40,41,43,44,45],{"name":16,"slug":16},{"name":22,"slug":22},{"name":19,"slug":39},"homebrew",{"name":20,"slug":20},{"name":13,"slug":42},"openclaw",{"name":21,"slug":21},{"name":15,"slug":15},{"name":18,"slug":46},"docker",{"id":32,"slug":48,"title":49,"language":50},"openclaw-update-guide-safe-upgrades-2026-en","OpenClaw Update Guide: Safe Upgrades in 2026","en",[52,58,64,70,76,82],{"id":53,"slug":54,"title":55,"cover_image":56,"image_url":56,"created_at":57,"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":59,"slug":60,"title":61,"cover_image":62,"image_url":62,"created_at":63,"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":65,"slug":66,"title":67,"cover_image":68,"image_url":68,"created_at":69,"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":71,"slug":72,"title":73,"cover_image":74,"image_url":74,"created_at":75,"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":77,"slug":78,"title":79,"cover_image":80,"image_url":80,"created_at":81,"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":83,"slug":84,"title":85,"cover_image":86,"image_url":86,"created_at":87,"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",[89,94,99,104,109,114,119,124,129,134],{"id":90,"slug":91,"title":92,"created_at":93},"de769291-4574-4c46-a76d-772bd99e6ec9","googles-biggest-gemini-launches-in-2026-zh","Google 2026 最大 Gemini 盤點","2026-03-26T07:26:39.21072+00:00",{"id":95,"slug":96,"title":97,"created_at":98},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":100,"slug":101,"title":102,"created_at":103},"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":105,"slug":106,"title":107,"created_at":108},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":110,"slug":111,"title":112,"created_at":113},"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":115,"slug":116,"title":117,"created_at":118},"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":120,"slug":121,"title":122,"created_at":123},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":125,"slug":126,"title":127,"created_at":128},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":130,"slug":131,"title":132,"created_at":133},"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":135,"slug":136,"title":137,"created_at":138},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00"]