Agent 全自动跑一晚上会不会出事
去年我把一个首款自研小游戏放上线，种子计划进来 180 人一天，次日留存只剩 5 人，当天广告收入不到 ¥6。那次是产品失败，不是自动化闯祸。但 Agent 全自动跑一晚上会不会出事这个问题，答案和它同一个道理：出事与否不取决于它跑多久，取决于你有没有把人不在场时它不该做的那几件事圈出来。
最贵的一课：闯祸的都是「顺手多做一步」
我复盘过自己所有出问题的自动化任务，规律很一致。
真正造成损失的，几乎都不是它做错了被交代的事，而是它在执行过程中「顺手」多做了一步：多发了一条、多改了一个配置、多删了一个文件。
白天有人看着，这一步会被打断。晚上没人看着，它就执行到底了。
坑一：拿「跑通一次」当「可以放手」
我在本地让它连着跑了几轮，每轮都正常，就放心让它挂着过夜。
现象是凌晨两三点出的问题，早上才发现。原因是本地跑通只覆盖了正常路径，晚上遇到的空数据、超时重试、接口限流，一个都没测过。
怎么避：放手之前先让它跑几个「不那么正常」的轮次，故意塞空值、断网、重复提交，看它是停下来还是继续往前冲。
坑二：夜间任务还带着对外写权限
第二个坑更隐蔽：任务本身是内部的，但它调用的工具链里有对外的口子。
现象是一条本该只存在草稿箱的内容，第二天出现在别的地方。原因是那个「发布」和「保存草稿」在代码里共用了同一个接口。
怎么避：把对外写操作单独拆成一条通道，夜间跑的实例只加载只读工具。这个改动不大，但能挡掉绝大部分麻烦。
坑三：没有上限，只有开始
第三个坑是缺额度控制。任务可以一直重试、一直循环、一直调用。
现象是账单异常，以及一个卡死的队列。原因是重试逻辑没有次数上限，失败就再来一次，一晚上能滚很多轮。
怎么避：任何循环和重试都要写上次数上限和总时长上限，超了就停下等人。没有上限的任务等于没有暂停键。
我的止损清单
第一，夜里跑的任务只给读权限，写权限白天人工开。
第二，所有循环和重试必须有次数与时长上限，到点自动停。
第三，任务开始、结束、异常三件事都要留记录，第二天能一眼看完。
第四，涉及对外发布、动钱、删数据的动作，一律不放进夜间队列。
第五，早上第一件事是看一遍执行记录，不是直接点继续。
Agent 全自动跑一晚上会不会出事：先看最坏能坏到哪
我现在判断一个任务能不能挂着过夜，只问一句话：它最坏能坏到什么程度。
如果最坏结果是「白跑一晚、什么都没变」，那就放手跑。如果最坏结果是「消息发出去了、钱扣了、数据没了」，那就必须加人工确认。
我目前的配置是 1 个真人加 5 个 AI 员工，真正会通宵跑的只有写文档、整理素材这类不动外部状态的任务。能不能过夜，不看它多聪明，看它权限多小。
这也是我现在回答 Agent 全自动跑一晚上会不会出事的唯一依据。
常见问题
Q：Agent 全自动跑一晚上会不会出事？
A：只要夜间任务带对外写权限，就有出事的可能。把夜跑实例限制成只读、给循环加次数和时长上限，风险能压到很低。
Q：无人值守最该防的是哪一类问题？
A：防它「顺手多做一步」。做错被交代的事好排查，多做出来的动作往往没人预料到。
Q：怎么判断一个任务能不能挂着过夜？
A：看最坏结果。最坏只是白跑就放心跑，最坏涉及对外发布、扣费或删数据，就必须人工确认。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」