週五晚上11點，錯誤的信號
夢想團隊的一個機器人像往常一樣分類郵件並準備回覆。那天設置的規則很簡單。「包含特定關鍵詞的郵件，自動生成回覆草稿」。聽起來不錯。
週一早上，打開iPad的那一刻，恐懼感湧了上來。
**郵件1,247封（大多數是發出的）**
機器人沒有出錯。設置是精確的。只是，太精確了。
為什麼會這樣
原因有三個。
1. **「或(OR)」邏輯太寬泛了** - 五個條件中只要有一個滿足就生成回覆。
2. **沒有重複檢查** - 來自同一買家的多封郵件分別回覆了。
3. **忘記了「睡眠模式」設置** - 午夜至早上6點應該暫停機器人，結果全天24小時運行。
最後，韓國時間凌晨3點到6點，機器人度過了孤獨的夜晚。而我們在早上才發現。
刪除？審核？發送？
最初的反應是驚慌。接著是判斷。
「沒有時間審核每一封郵件。但盲目刪除可能會造成實際問題。」
在Windows設備的主桌面上打開了Claude Code。需要寫一個腳本快速分析機器人寫的郵件。
分析項目：
• 發送給同一買家的重複回覆數
• 包含實際必要內容的比例
• 明顯自動生成錯誤的存在
結果比預期的要好。大約85%是真正需要的回覆。其餘是重複的或不必要的確認郵件。
運營規則重置
那天下午，我們制定了新的指導方針。
自動化的三個分層：
• **第1級（自動執行）** - 幾乎沒有出錯餘地的任務。例：電子表格數據整理、去重
• **第2級（審核後執行）** - 對外溝通。例：生成草稿後發送前再確認一次
• **第3級（完全手動）** - 需要戰略決策的任務。例：新買家應對
還添加了絕對規則。
午夜至早上8點，所有對外發送的機器人都必須暫停。早上睜開眼睛再看一遍。
失敗帶來的禮物
有趣的是，那1,247封郵件中大多數最終獲得了積極的回覆。這不是機器人的技術問題，只是我們的運營設計問題。
經歷此事後，夢想團隊改變了。我們更加信任自動化，但同時學會了不過度依賴它。機器人是很好的助手，但不能在夜裡給它獨立決策權。
現在，Windows設備上每天早上起來的第一件事是檢查機器人的夜間活動日誌。每週還要檢查一次自動化規則。
非開發者也可以運營AI代理。但這就像養育一個機器人。給予自主性，但邊界和規則必須明確。