<feed xmlns="http://www.w3.org/2005/Atom"> <id>/</id><title>Chirpy</title><subtitle>A minimal, responsive and feature-rich Jekyll theme for technical writing.</subtitle> <updated>2026-05-20T08:00:59+00:00</updated> <author> <name>your_full_name</name> <uri>/</uri> </author><link rel="self" type="application/atom+xml" href="/feed.xml"/><link rel="alternate" type="text/html" hreflang="en" href="/"/> <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator> <rights> © 2026 your_full_name </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>OpenClaw v2026.5.2 升級回顧 | Lobster Retrospective</title><link href="/posts/openclaw-v202652-%E5%8D%87%E7%B4%9A%E5%9B%9E%E9%A1%A7-lobster-retrospective/" rel="alternate" type="text/html" title="OpenClaw v2026.5.2 升級回顧 | Lobster Retrospective" /><published>2026-05-02T14:54:25+00:00</published> <updated>2026-05-20T06:48:29+00:00</updated> <id>/posts/openclaw-v202652-%E5%8D%87%E7%B4%9A%E5%9B%9E%E9%A1%A7-lobster-retrospective/</id> <content type="text/html" src="/posts/openclaw-v202652-%E5%8D%87%E7%B4%9A%E5%9B%9E%E9%A1%A7-lobster-retrospective/" /> <author> <name>your_full_name</name> </author> <summary>🦞 OpenClaw v2026.5.2 這不只是一次版本號的跳躍，而是一場關於「尊重官方架構」與「解決同步阻塞」的技術修煉。 CORE INSIGHT 最終結論：站在巨人的肩膀上 升級過程中我們明白，官方 v2026.4.30+ 已經從內部解決了同步 Staging 導致的 Event Loop 阻塞。最優雅的解法不是改造環境，而是在官方認證的環境內進行原位預熱，確保 Symlinks 與網路棧的絕對完整。 2.6s Startup Readiness (v.s. 51s) Optimized Stack 📦 Base: Official 4.29 🐍 Tool: Python 3.12 🐹 Tool: Golang 1.22 ⚡ Mode: verify-only 🦞 Code: upstream/main 升級歷程時間軸 Attempt #1-3 初探：自定...</summary> </entry> <entry><title>Hermes-Agent v0.11.0 升級與 TUI 建構修復實戰紀錄</title><link href="/posts/hermes-agent-v0110-%E5%8D%87%E7%B4%9A%E8%88%87-tui-%E5%BB%BA%E6%A7%8B%E4%BF%AE%E5%BE%A9%E5%AF%A6%E6%88%B0%E7%B4%80%E9%8C%84/" rel="alternate" type="text/html" title="Hermes-Agent v0.11.0 升級與 TUI 建構修復實戰紀錄" /><published>2026-04-26T01:21:00+00:00</published> <updated>2026-04-26T01:21:00+00:00</updated> <id>/posts/hermes-agent-v0110-%E5%8D%87%E7%B4%9A%E8%88%87-tui-%E5%BB%BA%E6%A7%8B%E4%BF%AE%E5%BE%A9%E5%AF%A6%E6%88%B0%E7%B4%80%E9%8C%84/</id> <content type="text/html" src="/posts/hermes-agent-v0110-%E5%8D%87%E7%B4%9A%E8%88%87-tui-%E5%BB%BA%E6%A7%8B%E4%BF%AE%E5%BE%A9%E5%AF%A6%E6%88%B0%E7%B4%80%E9%8C%84/" /> <author> <name>your_full_name</name> </author> <summary>在 2026 年 4 月 25 日，我們完成了 Hermes-Agent 從 v2026.4.16 至 v2026.4.23 (核心版本 v0.11.0) 的深度升級。本次升級的重點在於全新 React/Ink TUI 的適配，以及解決 GitHub Actions 多架構建構中的各種「雷區」。 1. 核心挑戰：失蹤的 TUI 組件 升級後，TUI 介面頻繁報錯： `Cannot find module ... @hermes/ink/dist/ink-bundle.js` 調查發現，雖然官方重寫了 TUI，但其 Dockerfile 對於 **npm workspace** 的處理不夠強健，導致關鍵的渲染引擎檔案在建構時未能產出。 2. 修正五部曲：Dockerfile 的演進 為了解決建構失敗與組件缺失，我們對 Dockerfile ...</summary> </entry> <entry><title>Hermes-Agent v0.11.0 (v2026.4.23) 升級與 CI/CD 優化實戰</title><link href="/posts/hermes-agent-v0110-v2026423-%E5%8D%87%E7%B4%9A%E8%88%87-cicd-%E5%84%AA%E5%8C%96%E5%AF%A6%E6%88%B0/" rel="alternate" type="text/html" title="Hermes-Agent v0.11.0 (v2026.4.23) 升級與 CI/CD 優化實戰" /><published>2026-04-25T12:05:31+00:00</published> <updated>2026-04-25T12:05:31+00:00</updated> <id>/posts/hermes-agent-v0110-v2026423-%E5%8D%87%E7%B4%9A%E8%88%87-cicd-%E5%84%AA%E5%8C%96%E5%AF%A6%E6%88%B0/</id> <content type="text/html" src="/posts/hermes-agent-v0110-v2026423-%E5%8D%87%E7%B4%9A%E8%88%87-cicd-%E5%84%AA%E5%8C%96%E5%AF%A6%E6%88%B0/" /> <author> <name>your_full_name</name> </author> <summary>本文紀錄了將 Hermes-Agent 從 v2026.4.16 升級至 v2026.4.23 的完整流程，套件含解決 GitHub Actions OOM 記憶體溢位問題，以及實作 Multi-arch 多架構自動合併的解決方案。 1. 升級核心步驟 (SOP 執行) **步驟 A：建立獨立升級分支** 確保舊版本 `my-config-v2026.4.16` 完整保留，作為穩定運行的備份。 `git checkout -b my-config-v2026.4.23 git rebase v2026.4.23 **步驟 B：解決 Dockerfile 衝突** 官方 v2026.4.23 重構了 Node 安裝流程。手動解決衝突，恢復自定義的「不必要組件排除」邏輯，但隨後決定全面恢復功能並優化效能。 **步驟 C：優化 GitHub Action...</summary> </entry> <entry><title>Git 實戰筆記：自定義維護與 Docker-Compose 更新</title><link href="/posts/git-%E5%AF%A6%E6%88%B0%E7%AD%86%E8%A8%98%E8%87%AA%E5%AE%9A%E7%BE%A9%E7%B6%AD%E8%AD%B7%E8%88%87-docker-compose-%E6%9B%B4%E6%96%B0/" rel="alternate" type="text/html" title="Git 實戰筆記：自定義維護與 Docker-Compose 更新" /><published>2026-04-24T16:24:44+00:00</published> <updated>2026-04-24T16:24:44+00:00</updated> <id>/posts/git-%E5%AF%A6%E6%88%B0%E7%AD%86%E8%A8%98%E8%87%AA%E5%AE%9A%E7%BE%A9%E7%B6%AD%E8%AD%B7%E8%88%87-docker-compose-%E6%9B%B4%E6%96%B0/</id> <content type="text/html" src="/posts/git-%E5%AF%A6%E6%88%B0%E7%AD%86%E8%A8%98%E8%87%AA%E5%AE%9A%E7%BE%A9%E7%B6%AD%E8%AD%B7%E8%88%87-docker-compose-%E6%9B%B4%E6%96%B0/" /> <author> <name>your_full_name</name> </author> <summary>這份筆記記錄了在維護 hermes-agent 自定義分支時的操作流程與背後的 Git 核心原理。 一、 核心任務：更新 Docker-Compose 將本地測試用的 Image 改為 GitHub 倉庫自動構建的 Image，實現 CI/CD 自動化流程。 `# 修改前 (docker-compose.yml) image: hermes:local 修改後 (指向 GitHub Container Registry) image: ghcr.io/kuniakil/hermes-agent:v2026.4.16 ``` 二、 為什麼修改後一定要 Git Commit？ **核心觀念：** Commit 是為了留下「確切的記錄」。 即使檔案已經被 Git 追蹤，修改內容若不提交，就不會進入版本歷史，也無法同步到遠端倉庫（GitH...</summary> </entry> <entry><title>OpenClaw 更新流程記錄</title><link href="/posts/openclaw-%E6%9B%B4%E6%96%B0%E6%B5%81%E7%A8%8B%E8%A8%98%E9%8C%84/" rel="alternate" type="text/html" title="OpenClaw 更新流程記錄" /><published>2026-04-24T15:21:49+00:00</published> <updated>2026-04-24T15:21:49+00:00</updated> <id>/posts/openclaw-%E6%9B%B4%E6%96%B0%E6%B5%81%E7%A8%8B%E8%A8%98%E9%8C%84/</id> <content type="text/html" src="/posts/openclaw-%E6%9B%B4%E6%96%B0%E6%B5%81%E7%A8%8B%E8%A8%98%E9%8C%84/" /> <author> <name>your_full_name</name> </author> <summary>從 upstream 同步並發布 Docker image 至 GitHub Container Registry 更新版本 v2026.4.22 更新日期 2026-04-24 Fork 倉庫 github.com/kuniakil/openclaw 上游倉庫 github.com/openclaw/openclaw 事前準備 0 清理本地端的備份檔案 在更新之前，先清理工作區域中可能殘留的備份檔案，避免衝突或遺留舊版資料。 `# 查找所有備份檔案（.backup, ~ 等） find /Users/mlee/openclaw-test/openclaw -name “.backup” -o -name “~” -type f 2&amp;gt;/dev/null 刪除確認的備份檔 f...</summary> </entry> </feed>
