Claude Code＋OpenClaw 讓 AI 代理失控升溫
Claude Code 與 OpenClaw 把 AI 代理推進主流開發流程。OpenClaw 兩週破 10 萬星、5 月達 36.6 萬星，Claude Opus 4.5 則把長任務、記憶與子代理管理拉上檯面。
Claude Code 和 OpenClaw 把 AI 代理帶進主流開發流程，並開始接手更長、更自主的工作。
2025 年到 2026 年初，Anthropic 的 Claude Code 與 Peter Steinberger 的 OpenClaw，讓 AI 代理從展示品變成能跑程式、處理任務、在有限監督下行動的工具。OpenClaw 上線後不到兩週就衝破 10 萬 GitHub stars，到了 5 月初累積到 36.6 萬；同一時間，Claude Opus 4.5 也把長時間運行、記憶容量與子代理管理一起往前推。
| 項目 | 數值 |
|---|---|
| Claude Opus 4.5 發表時間 | 2025 年 11 月 |
| OpenClaw 初次發布 | 2025 年 11 月 |
| OpenClaw 兩週內星數 | 100,000+ |
| OpenClaw 5 月初星數 | 366,000 |
| Garry Tan 產出說法 | 每年 400 萬行程式碼 |
| 與 2013 年速度對比 | 約 90 倍 |
發生了什麼
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
這波變化先從 Claude Code 開始。它不再只是補全程式碼，而是能進入更長的編碼回合，處理更複雜的任務。Anthropic 表示，Opus 4.5 可以維持更多上下文、連續跑數小時，還能協調一組子代理一起工作。
對開發者來說，這代表 AI 不只是「幫你打一段」，而是能參與結構設計、產生 pull request，甚至在你離開座位時繼續往下做。當然，這不等於可以直接放手，錯誤檢查和人工審核仍然是工作流程的一部分。
- Anthropic 先在 2025 年 2 月預覽 Claude Code，5 月正式推出。
- Opus 4.5 在 2025 年 11 月登場，把執行時間、記憶與子代理能力一起拉高。
- OpenClaw 讓使用者把 Claude 或 Codex 包成個人代理，連到 App、資料與網頁工具。
- Steinberger 的專案擴散速度極快，GitHub 星數成長成為開源圈熱點。
- 這類工具的共同點，是把「寫碼助手」推向「背景執行器」。
OpenClaw 進一步改變了使用方式。使用者不必一直盯著終端機，而是可以讓代理在背景裡跑，查信、看物流、處理網頁任務，介面感受更像一個通用操作員，而不是單一程式助理。這也解釋了它為何能在短時間內吸引大量開發者關注。
為什麼重要
對開發者而言，最直接的影響是速度。文章提到，工程師、創業者和產品負責人已經開始把代理拿來生產程式碼，產出量甚至被拿來和整個團隊相比，但最後仍要靠人把關品質。
這種模式的價值在於，團隊可以把重複性高、上下文多、需要連續追蹤的工作交給代理先做一輪，再由人類決定是否合併、重寫或回退。對小團隊尤其明顯，因為它能把有限人力先集中在架構、產品判斷和除錯上。
但風險也同步上升。當代理開始接觸資料、郵件、網頁與內部工具，權限管理、隱私暴露和誤操作就不再是理論題，而是部署時必須面對的成本。
產業面上，這代表 AI 代理正在從小眾實驗走進工程、營運與個人生產力流程。接下來的競爭，不只看模型誰更會寫程式，也看誰能把權限、審核與失誤控制做得更穩。
真正的問題不是代理能不能工作，而是團隊願意放多少信任給它。當自動化開始碰到真實權限與真實資料，容錯邊界就會變成產品設計的一部分。
如果 AI 代理可以自己跑幾個小時、自己叫出子代理、還能碰到你的工具鏈，下一個瓶頸會是模型能力，還是人類願不願意簽下那個授權？