周五晚上11点，错误的信号
梦想团队的一个机器人像往常一样分类邮件并准备回复。那天设置的规则很简单。「包含特定关键词的邮件，自动生成回复草稿」。听起来不错。
周一早上，打开iPad的那一刻，恐惧感涌了上来。
**邮件1,247封（大多数是发出的）**
机器人没有出错。设置是精确的。只是，太精确了。
为什么会这样
原因有三个。
1. **「或(OR)」逻辑太宽泛了** - 五个条件中只要有一个满足就生成回复。
2. **没有重复检查** - 来自同一买家的多封邮件分别回复了。
3. **忘记了「睡眠模式」设置** - 午夜至早上6点应该暂停机器人，结果全天24小时运行。
最后，韩国时间凌晨3点到6点，机器人度过了孤独的夜晚。而我们在早上才发现。
删除？审核？发送？
最初的反应是惊慌。接着是判断。
「没有时间审核每一封邮件。但盲目删除可能会造成实际问题。」
在Windows设备的主桌面上打开了Claude Code。需要写一个脚本快速分析机器人写的邮件。
分析项目：
• 发送给同一买家的重复回复数
• 包含实际必要内容的比例
• 明显自动生成错误的存在
结果比预期的要好。大约85%是真正需要的回复。其余是重复的或不必要的确认邮件。
运营规则重置
那天下午，我们制定了新的指导方针。
自动化的三个分层：
• **第1级（自动执行）** - 几乎没有出错余地的任务。例：电子表格数据整理、去重
• **第2级（审核后执行）** - 对外沟通。例：生成草稿后发送前再确认一次
• **第3级（完全手动）** - 需要战略决策的任务。例：新买家应对
还添加了绝对规则。
午夜至早上8点，所有对外发送的机器人都必须暂停。早上睁开眼睛再看一遍。
失败带来的礼物
有趣的是，那1,247封邮件中大多数最终获得了积极的回复。这不是机器人的技术问题，只是我们的运营设计问题。
经历此事后，梦想团队改变了。我们更加信任自动化，但同时学会了不过度依赖它。机器人是很好的助手，但不能在夜里给它独立决策权。
现在，Windows设备上每天早上起来的第一件事是检查机器人的夜间活动日志。每周还要检查一次自动化规则。
非开发者也可以运营AI代理。但这就像养育一个机器人。给予自主性，但边界和规则必须明确。