OpenClaw 真的死了，還是你還停在 demo?
這兩天看 Reddit r/openclaw 週榜很有意思，一篇在問 OpenClaw 是不是已經沒聲量了，另一篇直接說自己現在離不開。
我看完的感想很簡單，兩邊其實都很像是真的，只是用法停在不同階段。
如果你現在還是在測單一功能，像是開個 chat 視窗，丟一段 prompt，看它會不會幫你叫工具，那 OpenClaw 當然很容易被別的東西取代。因為這一層比的是 UI 順不順、remote control 帥不帥、首輪體驗有沒有 wow。Claude cowork 和 Codex 最近被提得比較多，很正常。這種比較我完全懂。
但我的做法一直不是這樣。我會直接問一件事，這個流程明天還會不會再發生，下週還會不會重跑 20 次。只要答案是會，我就開始拆 workflow。
我現在工作上固定掛著 6 條流程，其中 3 條幾乎每天都會跑：
- PR merge 後整理 deploy note，順手回填到 team log
- 把客戶來信、會議摘要、追蹤事項寫回同一份 context
- 每晚掃一次 drift，提醒我最近是不是又花太多時間在修基礎設施
這些東西單看每一步都不神。真正有差的是它們被接起來之後，隔天還接得回去。
我自己有一段很簡化的設定，大概長這樣：
triggers:
- new_email
- deploy_finished
- end_of_day
actions:
- append_daily_log
- update_client_context
- run_drift_check
- if_error: open_followup
這段沒有什麼黑魔法，甚至有點土。可是這種土東西最容易活下來，因為它每天都會碰到真的資料，真的例外，真的髒場景。
很多人覺得 agent 沒價值，我後來發現常見情況是 workflow 還沒長出來。今天幫你總結一封 email，明天幫你查一個 issue，後天又換去試別的 skill。每次都像第一次見面，context 沒累積，錯誤也沒被收編，工具當然只像一個會動的 demo。
一旦進到持續流程，感受會差很多。像 Reddit 那篇反駁文提到的 daily log、client context、watcher script，我完全懂那個意思。你不是在買一個會說話的介面，你是在養一套會留下痕跡的 operating system。今天跑壞了，明天可以沿著昨天的 log 修。這次 drift 被抓到，下次可以直接調整規則。某個 client 上週已經踩過一次坑，之後 agent 看到同樣 pattern，至少知道先把舊紀錄撈出來。
分享一下我的判斷方式，如果一個 agent workflow 有下面三個條件，我就會繼續投資：
- 同一件事一週內會重複 3 次以上
- 上次執行的結果，下一次真的用得到
- 出錯時有地方留痕，之後修得回來
三個都沒有，我多半不會花時間包 skill。因為它大概只適合 demo，不太適合進日常。
所以我現在看「OpenClaw 是不是死了」這種討論，重點已經不在聲量。我的問題比較像是，你有沒有把它接到一條會反覆發生、而且你很討厭手動處理的流程上。
有的話，它會越用越像基礎設施。
沒有的話，它就真的很容易看起來像玩具。
這個我試過，差別不小。前者我每天會回來看 10 次以上，後者我大概兩天就關掉了。
作者：Jesse