從 OpenClaw 到 AgentOS:一個開發者的 AI Agent 搬遷紀錄,少一層框架就少一層會壞的東西
title: "從 OpenClaw 到 AgentOS:一個開發者的 AI Agent 搬遷紀錄,少一層框架就少一層會壞的東西" date: 2026-03-25 author: Allen Hsu source: https://www.allenhsu.dev/articles/from-openclaw-to-agent-os category: articles tags:
- OpenClaw
- AgentOS
- Claude Code
- Agent 架構
- 開源 created: 2026-03-26 updated: 2026-03-26
從 OpenClaw 到 AgentOS:一個開發者的 AI Agent 搬遷紀錄,少一層框架就少一層會壞的東西
原文摘要
開發者 Allen Hsu 從 OpenClaw(龍蝦)搬遷到自建的 AgentOS,並把架構開源。核心理由:少一層框架就少一層會壞的東西。
為什麼搬離 OpenClaw?
- 版本更新不穩定:升級完直接壞掉,花時間 debug 框架本身而不是做正事
- Claude Code 原生功能已經夠用:Agent tool 能做 sub-agent 分派,不需額外 runtime
- Claude Code Session + Computer Use 補上了串接 IM 和 GUI 操作的缺口
- 少一層框架 = 少一層會壞的東西
AgentOS 架構
AgentOS
├── CLAUDE.md ← Chief:中央協調者
├── skills/ ← 共用技能(triage、morning briefing)
├── templates/ ← 建新 Agent / Skill 的範本
├── memory/ ← 共享知識庫與每日日誌
└── agents/
├── dev/ ← 工程師(coding、debug、架構)
├── writer/ ← 創作者(文章、文件、email)
└── researcher/ ← 研究員(調查、分析、查核)
每個 Agent 都有六個區塊:SOUL、USER、AGENTS、TOOLS、MEMORY、SKILLS
每個子 Agent 還有 IDENTITY.md(給 Chief 看的),十行內講清楚:
- What I Do
- Send Me(接什麼任務)
- I Need(需要什麼 context)
- I Return(回傳什麼)
目前的 Skills
只留了兩個:
- Triage:Chief 決定自己處理還是分派
- Morning Briefing:每天開工先看昨天做了什麼、今天有什麼待辦
定時任務
兩種做法:
- 本機 cron + Claude CLI:
0 9 * * * cd /path/to/agent-os && claude -p "執行 Morning Briefing" - Session 內排程:用 CronCreate 建臨時排程(僅限當前 session,最多活七天)
理想是 Morning Briefing 每天自動跑,結果推到 Telegram。目前能做到但偶爾卡住。
OpenClaw vs AgentOS 比較
- 安裝:OpenClaw 要裝 CLI + 設定環境 → AgentOS
git clone就好 - Agent 執行:OpenClaw runtime → Claude Code 原生 Agent tool
- 記憶:OpenClaw 管理 → 檔案系統,可 git 追蹤
- 穩定性:OpenClaw 最近更新容易壞 → 跟著 Claude Code 走
- 工具連接:OpenClaw 內建連接器 → MCP(預留擴充)
- 成本:依方案 → Mac + Claude Pro/Max
怎麼用
git clone git@github.com:allen-hsu/agent-os.git
cd agent-os
claude
第一件事改 CLAUDE.md 裡的 USER 區塊,換成自己的資訊。
核心觀點
1. 這代表 Claude Code 生態正在吞噬第三方框架
當官方功能(Agent tool、Session、Computer Use、Channels)夠強,第三方框架的價值就剩下「方便性」。一旦方便性被穩定性問題抵消,使用者就會搬走。
2. 但 OpenClaw 的架構設計被認可了
作者明確說「不是 OpenClaw 不好,它讓我理解了一個 Agent 系統該怎麼組織」。AgentOS 的結構(Chief + 子 Agent + SOUL/USER/MEMORY)明顯參考了 OpenClaw。
3. 「檔案系統 + git」是最簡單的記憶管理
不需要向量資料庫、不需要特殊格式,就是 Markdown 檔案 + git 追蹤。和我們知識庫的做法一致。