昨天我展示了Kiro Crew在33秒内调查一次生产事故。反应很快，令人印象深刻。但那仍然是“被动响应”。 这周我问了一个不同的问题：如果agent在我睡觉时跑掉那些无聊的每周例行任务呢？那些我永远没时间做的依赖检查、没人清理的过期分支、周五下午4:55才写的总结——那时我的心思早就飞走了。 我设置了6个cron job，录下整个过程，然后走开了。 本来我计划这期讲安全（我在Part 2结尾说过的）。但我意识到，在真正无监督运行一周之前，我无法讨论agent需要什么样的护栏。所以这一期就是这个运行周。安全放在Part 4，基于这里的实际经验来讲。 我追踪了三个客户项目中重复的DevOps任务，持续两周，模式完全相同： 总计：每周约4小时的工作，重要但从不紧急。就是那种一直拖到出问题才被想起的工作。 这些任务没有一项需要创造力。它们需要纪律。而纪律恰好是定时agent最擅长的。 说实话，第一周并不干净。6个任务里，有3个的输出我不能完全信任：git卫生检查因为时区计算偏差，标记了一个两天前还有活动的分支；文档审计报告了一个“缺失”的服务，其实它只是用了另一个名字记录；健康报告列出了负载平均值但没有上下文，让一个正常的周二看起来像要出大事。我每次都会把修正意见反馈回去。到第二周，输出明显收紧。到第三周，我不再怀疑它们。这个校准期很重要——不要指望第一天就完美。 举个例子，创建一个名为“monday-health-report”的cron job，每周一早上8点运行，检查系统健康状态（uptime、free -h、df -h）、服务是否宕机，并生成一份我在站会前能读完的晨间摘要。agent用18秒就建好了。每周一8点，它会自动执行并输出结果——我醒来之前，报告已经在那里等着了。这种从“被动响应”到“主动预防”的转变，才是这周实验真正让我意外的部分。
热门跟贴