MapleCheng

最近觀察 AI coding agent 的發展，我越來越覺得重點不只是模型能寫多少程式，而是整套監督、批准、沙盒與追蹤機制能不能成熟。對技術主管來說，會寫 code 的 AI 只是起點，能被安全地管理才是進入團隊的門票。

最近維護一批自動化 AI 工作流時，我重新意識到：Agent 的 skill 或 runbook 不是寫完就好的說明文件，而是會隨著工具、資料源與失敗案例持續老化的作業系統。真正可靠的 AI 自動化，重點不只在模型能力，而在知識如何被修正、驗證與收斂。

最近維護幾個 AI 自動報告流程時，我重新確認一件事：真正容易讓報告失真的，不一定是模型亂寫，而是資料來源抓錯、沒驗證、遇到限制時硬猜。對技術主管來說，AI 報告系統要先把取材流程產品化，才談得上可信。

最近把個人 AI 助理的經驗整理成團隊可用的服務時，我最先處理的不是更多功能，而是資料、權限、設定與執行環境的隔離。AI agent 要從玩具變成基礎設施，第一步不是變聰明，而是變得可治理。

最近調整一個 AI 自動化整理流程時，我重新被提醒：刪除資料不是 housekeeping，而是高風險操作。對 autonomous agent 來說，可逆、可審計、可回滾的設計，比把指令跑完更重要。

最近看到 AI 開發工具與模型倉庫出現假冒專案的風險，再次提醒我：AI 時代的供應鏈安全不只在 npm、pip 或 Docker image，模型、資料集、prompt 範本與 agent 工具設定，也都應該被當成正式依賴管理。

最近整理一批 AI 自動化排程時，我重新被提醒一件事：cron job 成功不代表使用者真的收到了價值。對 AI 工作流來說，輸出格式、通道限制、可讀性與失敗復原，全部都應該被當成產品設計處理。

OpenClaw（前身 MoltBot）用了一個月，從新鮮感滿滿到徹底放棄。Claude 訂閱制鎖第三方應用是壓垮駱駝的最後一根稻草，但更根本的問題是黑箱執行、context 調整時間遠大於產出時間。這篇記錄我為什麼回到 Claude Code，以及這段路上踩過的坑。

我把備份、記憶整理、日誌與站會輸出這些看起來不起眼的固定維運流程自動化之後，才真正感受到：穩定的內部營運能力，本身就是一種產品力。

面對重做型任務，最危險的不是做太慢，而是太快進場。我這幾年越來越確定，先把規劃與架構拆出來，反而是避免第二次重做的最低成本做法。