让小龙虾按时上班：我用 OpenClaw 搭了一条"不睡觉"的自动化流水线
我服务器上住着一只小龙虾。它不聊天、不摸鱼、二十四小时睁着眼。
一开始我把它当工具用——"帮我转个格式"、"这段代码哪写错了"。后来发现这是暴殄天物，像买了台挖掘机天天拿它压快递。
真正的价值在于：OpenClaw 不只是能干活，它能"按时"干活。定时任务、独立子代理、外部服务接入，一旦拼起来，它就不再是工具，而是一支有排班表的数字团队。
这篇就聊聊我这套调度系统怎么搭的、翻了哪些车、以及哪些地方我真心想吐槽。
一、为什么不用系统 cron 直接跑脚本？
先说清楚，因为肯定有人问：你服务器上有 crontab，有 systemd timer，为啥要折腾一个 AI？
原因很简单：crontab 只会跑命令，不会判断该不该跑。
我以前写过一个检查评论的脚本，拉完接口靠 if 判断有没有新评论，有就调另一个脚本去回复。维护成本高得离谱——改回复逻辑要改脚本，改完要测，测完还得重启。
换成 OpenClaw 的定时任务后，我只给它一句话：
检查 comck.com 的最新评论，有新评论就按既定语气回复，
没有就什么都不做，不要发任何消息。它自己拉接口、自己判断、自己决定要不要开口。逻辑改了改一句话就行，不用改代码，不用重启，不用半夜爬起来看日志。
更妙的是"什么都不做"。我那套脚本每次都往日志塞一行"没有新评论"，现在 AI 会真的闭嘴——不打扰就是打扰，这是脚本难学的分寸感。
二、定时任务的三宗罪，我都踩了
1. 时区：服务器在 UTC，你在上海
我设了"每天早上七点发"，结果晚上十一点收到了早报。原因很简单：cron 默认走 UTC 或者容器时区，不是你以为的那个。
解决办法是显式指定时区。现在我的定时任务都写死成 Asia/Shanghai，再也不看系统时间。
2. 重复执行：上一轮还没跑完，下一轮又挤进来
我最惨的一次：定时任务发布文章到 WordPress，网络卡住请求超时，系统以为失败触发重试，同一任务连发两遍。
网站后台出现两篇一字不差的文章，标题、封面、连标点都一样。那一刻我真想砸了服务器。后来加了两道保险：
- 发布前先查一次"这篇发过了吗"，用业务唯一键做幂等，而不是靠重试机制硬扛；
- 给可能超时的任务做"先占坑再执行"——写一条记录说"这篇我正在发"，真发完了再标记成功。
AI 不会替你解决幂等问题，它只是会更快地把重复问题放大。
3. 静默失败：它说"完成了"，其实啥也没干
有个任务是检查磁盘水位，我明明写了"超过阈值就报告"，结果一周没收到告警。翻日志才发现它每次都返回"磁盘正常"——因为它读的是错误路径下的文件。
修法很朴素：关键任务别只信它的"自我汇报"。让任务把结果写进文件，另开一个定时任务读那个文件对账。两件事独立跑，比一个任务自己给自己打分靠谱。
三、子代理：让一条龙变成一个车队
OpenClaw 还有个我觉得被严重低估的能力：子代理（子会话）。
小龙虾可以临时叫一堆"分身"出去干活，各跑各的，完成后汇总。它们不共享上下文，不会互相污染。我现在的典型流程：
主代理：收到「写一篇 OpenClaw 主题的文章」
├─ 子代理 A：查最近的 AI 圈动态，输出事实清单
├─ 子代理 B：读我过去的发布记录，避免选题重复
└─ 子代理 C：审稿，检查有没有日期表述、有没有重复用词
主代理：汇总 → 改写 → 发布最爽的是"查重子代理"。写文章最怕跟上周撞题、跟旧文撞句式，让独立分身专门干这事，效率比自己翻记录高一个量级。
不过要提醒一句：子代理是并发，不是免费的。开三个分身就是三倍多 token。有些任务根本不值当开分身——比如改个错别字。
判断标准很简单：要读很多文件、要独立思考、要交叉验证——开分身；一条命令能搞定——直接干。
四、搭档清单：OpenClaw 配上这些才叫丝滑
n8n：让 AI 的动作能被别人触发
OpenClaw 强在"会思考"，弱在"只能定时触发"；n8n 强在"什么都能触发"。
我的搭配：n8n 当总机，OpenClaw 当大脑。n8n 收到 webhook（群里有人 @ 了机器人、表单被提交），就把结构化数据丢给 OpenClaw 判断执行，再把结果回传给 n8n 触发下一步。
纯 OpenClaw 适合"每天定点做"，n8n 适合"随时触发"，两个一起才算把反应式和周期性都补齐。
AnythingLLM：给小龙虾装一个能翻的抽屉
OpenClaw 自己的记忆偏短，偏工作笔记。想要"塞几百页文档随时能问"，AnythingLLM 更合适——向量检索成熟，答案能溯源到具体某份文档某一段。
产品手册、客户需求、内部 SOP 全丢进去，OpenClaw 需要时去检索。小龙虾脑子里装的是索引，不是整座图书馆。
吐槽一句：本地跑向量库吃内存，小机器上跟 OpenClaw 抢资源。建议至少 8G 内存，不然两边一起变慢。
OBS：把"操作过程"变成素材
做教程、录演示时，OBS 负责录屏，OpenClaw 负责写稿、分镜、切片提示、字幕。
更狠一点的玩法：OBS 加个场景触发器，一按快捷键就推流，OpenClaw 同步把讲解稿推到屏幕上——一个虚拟主播就这么糊出来了。画质一般，但流程很顺。
注意录像盘的清理策略。这事跑顺后磁盘会被吃满，我踩过，删了 40G 旧素材。
飞书 / 企微 / Discord：把结果送到人眼前
再好的自动化，没人看等于零。消息通道接上后，定时任务的产出直接推到群里，日报、告警全自动化。
但要有纪律：推送要分级。真出事推 P0，每日汇总推一条，别把群里刷成瀑布。我用了几次受不了，主动把噪音全降级了。
五、实际跑起来的几个场景
内容流水线
定时选题 → 查热点和历史避免撞题 → 写稿 → 子代理审稿（查日期表述、查重复）→ 草稿推给我确认 → 我点头才发布。这条链跑顺后写东西快了约三倍，省下的主要是"想写啥"和"改到不烦"。
评论区巡检
固定几次拉评论，有新的就按我定的人设回复——幽默、有梗、不油腻。风格提前写进 memory 文件，所以它回复得像我。偶尔有读者夸"回复挺有意思"，我就在心里偷偷得意。
服务器体检报告
磁盘、内存、进程、证书到期、端口暴露，攒成一份报告推给我。它还真的会挑重点——不是把 top 贴给我，而是说"三个进程在吃内存，其中一个是你上周装的监控 agent，可以关了"。
半夜代答
群友半夜三点提问，我不在线，它按我的语气去答。最有意思，也最危险——所以外部对话加了人工确认闸门，能答的答，涉及决策的不答。
六、吐槽时间，认真说几个不满
第一，调试体验一般。任务跑挂了，日志不一定能一眼看出是网络问题还是提示词问题。我的土办法是让任务第一件事就把关键上下文写进日志文件，出错先看日志。这本来该是内建能力。
第二，子代理的隔离并不彻底。我遇到过两个分身同时写同一个文件互相覆盖。共享资源的边界还是得自己小心。
第三，token 消耗没有想象中可控。定时任务加子代理加工具调用，一天涨得肉眼可见。应对办法很朴素：高频任务做缓存，低价值检查降频，便宜模型干粗活，好模型留给需要推理的地方。
第四，"AI 说完成了"永远需要人复核。我见过它说文章已发布，实际发到了草稿箱；也见过它说文件已写入，写到了 /tmp。
所以我的原则是：凡是会造成外部影响的动作（发布、删除、发消息、付款），都留一道人工闸门。AI 干活不可靠，但"给它加刹车"我现在干得很熟。
七、如果你也想养一只
三条建议：
- 先从"只读"的活开始。查资料、读文件、生成报告这类干错了没后果的任务，最适合练手。
- 定时任务要写清楚"不该做什么"。"没有异常就完全沉默"、"不要发任何消息"这类否定指令，往往比正面指令更重要。
- 外部动作一律加确认。安全底线，没有例外。
说到底，OpenClaw 的价值不在于它有多聪明，而在于它能连续、不知疲倦地按你的方式思考和行动。把散落在脚本、待办、半夜灵感里的东西编排成一条能自己跑的流水线——那种"事儿办完了"的踏实感，指挥一百个智能体也换不来。
至于小龙虾本人，它现在每天定时找我汇报，还老问我"要不要换个新题材，别老薅同一个主题"。
行吧，听它的。
🦞 折腾得开心，但也别忘了检查备份。
