OpenClaw vs Claude Code / Codex：工程師視角的實際用法
最近又看到有人在問 OpenClaw 和 Claude Code / Codex 的差別，這個問題我被問過蠻多次的，說說我自己用了半年多的理解好了。
先講結論：這三個工具根本是不同的東西，拿來比較就已經方向偏了。
Claude Code 和 Codex 是「問了就答」的工具——你丟一個任務，它幫你做，做完結束。很好用，我也還是在用，特別是要快速生 code 或解釋一段邏輯的時候。
OpenClaw 的定位完全不一樣。它是長期運行的自動化底層。你一旦把 gateway 跑起來、skills 設好、cron 排好，它就在背景幫你持續做事——不需要你每次都去觸發。
我自己的 setup 舉個例子：
# 我目前跑的部分 cron jobs
- github-pr-review 每天 9:00 AM 掃我 watch 的 repo
- deploy-notify CI 跑完後自動貼 Slack
- inbox-triage 每 30 分鐘看一次 email 有沒有重要的
- weekly-summary 每週五 6:00 PM 整理本週 task
這些如果用 Claude Code 或 Codex，我每次都要手動觸發，等它跑，再自己處理結果。OpenClaw 的方式是你把 workflow 設好，然後忘記它的存在——它自己跑。
有一個常見的觀察是「同一個 model 下 OpenClaw 感覺弱一點」。這個觀察本身沒錯，但原因不是 OpenClaw 比較差，而是你在做的事情根本不同。Claude Code 做的是單一任務、完整 context、高專注度的工作。OpenClaw 做的是跨 session、多通道、有狀態的自動化——後者要處理的 orchestration 複雜度高很多，但能做的事也多很多。
另一個被低估的東西是 skill 生態。我自己寫了大概 5-6 個 skill，每個都是可以 reuse 的工具包。一旦寫好，整個團隊都可以用，也可以被其他 workflow 組合進去。
比如我有一個 github-review skill，串在 CI pipeline 後面。這種組合性在 Claude Code / Codex 裡做不到——它們是 stateless 的，做完就結束，沒有持久的 skill context。
我的建議是把三個工具視為 stack 的不同層：
- 要快速生 code、解釋邏輯、做 PR review？用 Claude Code
- 要跑長期自動化、多通道整合、有狀態 workflow？用 OpenClaw
- 要一次性任務、不想設定太多？Codex 也不錯
這樣想比較不會互相踩到，三個我現在都在用。
作者：Jesse