[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-openclaw-update-guide-safe-upgrades-2026-zh":3,"article-related-openclaw-update-guide-safe-upgrades-2026-zh":30,"series-tools-d4002976-c468-47f5-94fe-adb743fe12b7":80},{"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":11,"views":27,"created_at":28,"published_at":29,"topic_cluster_id":11},"d4002976-c468-47f5-94fe-adb743fe12b7","openclaw-update-guide-safe-upgrades-2026-zh","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","tools","zh","f7048492-7f77-448d-b5ea-614b43d07659",[17,18,19,20,21,22,23,24,25,26],"OpenClaw","更新指南","版本升級","備份","回復","Docker","Homebrew","npm","plugin","config",20,"2026-04-02T01:06:39.751715+00:00","2026-04-02T01:06:39.689+00:00",{"tags":31,"relatedLang":39,"relatedPosts":43},[32,34,35,37],{"name":23,"slug":33},"homebrew",{"name":24,"slug":24},{"name":17,"slug":36},"openclaw",{"name":22,"slug":38},"docker",{"id":15,"slug":40,"title":41,"language":42},"openclaw-update-guide-safe-upgrades-2026-en","OpenClaw Update Guide: Safe Upgrades in 2026","en",[44,50,56,62,68,74],{"id":45,"slug":46,"title":47,"cover_image":48,"image_url":48,"created_at":49,"category":13},"cdfe98b4-cfc9-4266-ba45-4b892e8214b0","codex-deepseek-v4-pro-moark-setup-zh","Codex 接入 DeepSeek-V4-Pro，三步可用","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782738175563-wcfd.png","2026-06-29T13:02:24.814293+00:00",{"id":51,"slug":52,"title":53,"cover_image":54,"image_url":54,"created_at":55,"category":13},"37ef32c4-b40c-4d2e-822a-d41678837de1","devin-ai-alternatives-real-workflows-zh","Devin 替代工具先看工作流","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782732810886-up7s.png","2026-06-29T11:32:58.321746+00:00",{"id":57,"slug":58,"title":59,"cover_image":60,"image_url":60,"created_at":61,"category":13},"d98bcfa9-686a-4465-8371-ba06d04b9799","claude-code-turns-agent-setup-into-terminal-work-zh","Claude Code 讓代理設定變終端工作","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782731910840-j284.png","2026-06-29T11:18:01.715271+00:00",{"id":63,"slug":64,"title":65,"cover_image":66,"image_url":66,"created_at":67,"category":13},"054589c7-78d8-4835-a5e4-4413a6146970","best-ai-coding-agent-2026-ranked-benchmarks-zh","2026 最佳 AI 寫碼代理排名","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782730985842-v7mt.png","2026-06-29T11:02:38.646028+00:00",{"id":69,"slug":70,"title":71,"cover_image":72,"image_url":72,"created_at":73,"category":13},"f1ea1e37-c8c4-4b45-828a-b120c781bd6f","openclaw-bailian-qwen37-max-config-template-zh","OpenClaw 接百炼 Qwen3.7-Max 模板","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782715688788-y9u4.png","2026-06-29T06:47:44.371703+00:00",{"id":75,"slug":76,"title":77,"cover_image":78,"image_url":78,"created_at":79,"category":13},"b45a451c-fbd8-4b47-8f0c-0c91c8d1c77c","mistral-ocr-4-citation-ready-structured-output-zh","Mistral OCR 4 把掃描檔變可引用資料","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782702195883-gjig.png","2026-06-29T03:02:47.250472+00:00",[81,86,91,96,101,106,111,116,121,126],{"id":82,"slug":83,"title":84,"created_at":85},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":87,"slug":88,"title":89,"created_at":90},"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":92,"slug":93,"title":94,"created_at":95},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":97,"slug":98,"title":99,"created_at":100},"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":102,"slug":103,"title":104,"created_at":105},"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":107,"slug":108,"title":109,"created_at":110},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":112,"slug":113,"title":114,"created_at":115},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":117,"slug":118,"title":119,"created_at":120},"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":122,"slug":123,"title":124,"created_at":125},"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":127,"slug":128,"title":129,"created_at":130},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]