小指令带来的大问题
上周,在 Windows 设备上自动化了整理储存在谷歌表格中的买家回应邮件的工作。目标很简单：从各封邮件中提取关键短语,并将其与现有模板进行比较以保持一致性。
但随着 Claude Code 机器人工作的进行,它开始说：「邮件签名部分与公司名称的标记格式不一致」,于是自动修改了几项内容。初衷固然不错,但问题在于,这些修改却与实际与买家的先前沟通背景走向完全不同。
出人意料的发现
"自动化不仅执行指定的任务,它还能在数据中寻找『模式』,自行判断并采取行动。"
我们深刻认识到这句话的重要性。
机器人做了以下事情：
• 分析了来自 3 个国家的买家邮件,自动「学习」各国签名规则
• 侦测到「韩文称谓」与「英文称谓」之间的差异
• 为了保持一致性,尝试统一部分邮件的问候语
问题在于,在这个过程中,它还将原始买家的个人风格视为「错误」并进行了修改。
我们学到的东西
在此事件后,我们的梦想团队机器人们收到了新规则：
1. **修改前先标记**：如果需要变更,请不要直接修改,而是在谷歌表格中的单独列标记「需要验证」
2. **保留原始数据**：无论如何都不要触及原始邮件内容
3. **建立每周审查文化**：每个周五,由人工最终审查机器人「建议修改」的项目
小团队自动化的铁律
非开发者通过 Claude Code 运营自动化时学到的最大经验是这样的：
"自动化提供速度,但信任来自于监督。"
机器人越聪明,我们就越需要频繁怀疑它的判断。尤其是在客户沟通这样需要信任的领域,更是如此。
下周开始,我们将启动更「谨慎」的自动化方式。优先考虑稳定性而非速度,优先考虑验证而非自动化。这样梦想团队的机器人才能真正像团队成员一样工作。