TUTORIAL

第3章·上 凌波微步:心法——自动化的思维框架

第3章 凌波微步·上篇:心法——自动化的思维框架

41 分钟阅读2026年5月19日31 次浏览
逍遥录专栏AiToMoney智能体

这是《逍遥录》第3章《凌波微步》的起草稿 v0.1。本章主题:定时任务与自动化工作流。写作目标:让读者从“会用 AI”升级到“让 AI 自己干活”。

3.1 引子:为什么真正拉开差距的,不是会不会提问,而是会不会自动化

很多人以为,AI 时代的分水岭,是谁更会写 Prompt。 这话只对了一半。 真正拉开人与人差距的,从来不是你能不能和 AI 聊上几句,而是你能不能把一次性的能力,变成可重复、可复利、可持续运转的流程。 你今天让 AI 帮你写一篇文章,这叫会用工具。你明天让 AI 每天早上自动抓取素材、整理观点、起草初稿、推送给你审阅,这才叫开始拥有系统。 前者是“用一次,爽一次”。后者是“搭一次,持续爽”。 这就是本章要讲的“凌波微步”。 在金庸的武学体系里,凌波微步不是硬碰硬的掌法,也不是刚猛霸道的内功。它最厉害的地方,是身法、节奏、步点。看起来轻灵飘逸,实则每一步都踩在节点上;看似不发力,实则借势而行,越走越快,越走越省力。 自动化工作流也是如此。 真正高阶的 AI 使用者,不是每天亲自下场做更多事,而是把高频、重复、可标准化的工作,设计成一条会自己流动的河。你不再靠体力硬推,而是靠流程自己向前。 所以如果说第1章《葵花宝典》讲的是认知重构,第2章《乾坤大挪移》讲的是打通经脉、连通通道,那么第3章《凌波微步》,讲的就是: 如何让智能体开始按节奏自己跑起来。

3.2 自动化不是偷懒,而是把自己从低价值重复劳动里解放出来

很多人对自动化有一种误解,觉得“自动化”就是偷懒,就是想少干活。 其实恰恰相反。 自动化不是不干活,而是把人从那些机械、重复、低判断密度的环节里抽出来,去做更值得人做的事。 比如:

  • 每天固定时间整理群消息
  • 每周自动生成项目周报
  • 定时检查日历、提醒重要会议
  • 自动抓取行业信息并做初步归类
  • 收集表单、汇总数据、生成草稿
  • 将多平台重复动作串成一条流程 这些事情并不难,但很耗神。它们像一地碎银子,看起来不值钱,弯腰捡一天,腰就废了。 真正厉害的人,不是比别人更能弯腰,而是先想办法别天天弯腰。 自动化的价值,就在这里。 它让你从“自己做完所有动作”,转向“定义规则,让系统持续执行”。 这背后是一种角色变化:
  • 过去,你是执行者
  • 现在,你是流程设计者
  • 以后,你是结果验收者 这就是 AI 时代最重要的一次身份跃迁。

3.3 从“临时起意”到“稳定复利”:工作流为什么比单次调用更重要

单次调用 AI,很像临时雇一个高手帮你打一仗。工作流,则像你训练出一支自己的常备军。 前者当然有价值,但它最大的问题是:不可持续。 今天你有空,就让 AI 帮你干一点;明天你忙起来,这件事就断了;后天你忘了,整个流程又回到原点。 这也是很多人明明天天在用 AI,却始终没有形成生产力飞轮的根本原因。 他拥有的是“临时聪明”,不是“系统能力”。 而工作流的意义,在于把偶然成功,变成稳定产出。 一个成熟的工作流,至少具备四个特征:

  1. 可触发:它能在固定时间、固定条件、固定事件下被启动。
  2. 可执行:它知道该调用谁、按什么顺序做什么事。
  3. 可验收:它不是把结果一丢就完,而是能回到人这里做确认。
  4. 可迭代:它不是一次写死,而是能根据结果不断优化。 这四件事说白了,其实就是把“人干活的习惯”,翻译成“系统能运行的结构”。 这也是 OpenClaw 这类智能体系统最值得重视的地方:它不是只给你一个聊天框,而是开始给你一个可调度、可连接、可持续运行的行动体系。

3.4 一个真实分水岭:从“我在催 AI”到“AI 在按时来催我”

很多人第一次真正感受到自动化的威力,不是在生成内容的时候,而是在某个时刻突然发现: 以前是我追着事情跑,后来变成事情自己来找我。 比如你设定了一个早间流程:

  • 早上 8 点检查今天日历
  • 如果 2 小时内有会议,就发提醒
  • 如果有未完成任务,就列出 top 3
  • 如果昨天有群聊讨论重点,就自动做摘要
  • 最后把这些信息整合成一条“今日作战简报”发给你 这时你就会发现,AI 已经不是“你问一句,它答一句”的工具了。它开始像一个有节奏感的助理,在固定的时间点出现在你面前,把你原本需要主动管理的事,提前收束好。 这个体验非常关键。 因为它意味着:你不再只是拥有一个能力增强器,而是拥有了一个初级运转系统。 这也是为什么我说,自动化工作流是 AI 使用者升级的真正分水岭。 不会自动化的人,AI 再强,也只能当外挂。会自动化的人,AI 才开始变成底层基础设施。

3.5 本章核心命题:自动化的本质,不是“无人”,而是“少人高质”

讲到这里,还要纠正另一个很危险的误区。 有些人一提自动化,就幻想“完全无人值守”。仿佛最厉害的系统,就是自己从头跑到尾,人一点都不用看。 这想法听起来很高级,实际上很容易翻车。 因为大多数知识工作,并不是流水线拧螺丝。它天然就包含判断、校验、取舍、风格、责任。 所以自动化真正追求的,不是完全没人,而是: 该自动的地方自动,该人工的地方人工。 也就是说:

  • 重复环节自动化
  • 数据搬运自动化
  • 初步整理自动化
  • 低风险通知自动化
  • 高价值判断仍由人完成
  • 最终责任仍由人承担 这才是成熟的工作流设计观。 不是把人拿掉,而是把人放到更该在的位置上。 所以本章的核心命题可以落成一句话:

自动化不是为了消灭人,而是为了把人的时间,留给真正只有人能做的判断。

3.6 本章结构预告

接下来,本章会继续展开几个关键问题:

  • 什么样的任务适合做成定时任务
  • 什么样的流程适合事件驱动而不是固定时间驱动
  • 怎样设计一条“能跑起来”的自动化链��
  • 怎样避免把自动化做成新的负担
  • 怎样从个人自动化,升级到团队自动化 后续还会加入:
  • OpenClaw 定时任务与提醒机制
  • 典型工作流模板
  • 自动化项目的踩坑清单
  • 真实案例拆解
  • 本章思考题与行动清单

下一步将继续补写 3.7 以后正文,包括:任务分类、触发机制、工作流设计原则、案例拆解、实战模板、章节小结。

3.7 什么任务适合做成定时任务:先抓高频、重复、低风险三类

很多人一上来做自动化,容易犯一个错误:不是从最适合自动化的环节下手,而是直接挑战最复杂、最核心、最需要判断的流程。 结果就是,系统还没跑起来,自己先被复杂度劝退了。 正确姿势不是“先做最酷的”,而是“先做最稳的”。 在实战里,最适合优先自动化的任务,通常满足三个条件:

3.7.1 高频

凡是每天、每周、每月都要重复出现的动作,都是优先改造对象。 比如:

  • 每天晨间提醒
  • 每周项目周报收集
  • 每晚数据汇总
  • 固定时间检查待办和日历
  • 周期性发送复盘模板 高频的价值在于,一旦自动化,回报会非常快。 你省下来的,不只是一次动作,而是未来几十次、上百次动作。

3.7.2 重复

有些工作不一定高频,但动作结构高度重复,也适合做成流程。 例如:

  • 收到日报后统一归档
  • 从多个群里摘取固定格式信息
  • 把消息整理成待办
  • 根据模板生成固定结构文档 只要流程足够稳定,就有机会抽象成 SOP。而 SOP 一旦清晰,就适合交给智能体执行。

3.7.3 低风险

自动化的早期阶段,一定优先挑低风险任务练手。 所谓低风险,就是:

  • 做错了也不会造成严重损失
  • 延迟一点问题不大
  • 结果可被人工轻松复核
  • 不涉及高额金钱、高权限删除、关键客户承诺 举个例子:
  • 自动提醒开会:低风险
  • 自动整理行业资讯:低风险
  • 自动生成初稿:低风险
  • 自动删除数据:高风险
  • 自动给客户发承诺性报价:高风险
  • 自动替你做最终审批:高风险 记住一句话:

自动化应该先帮你省力,再慢慢帮你放权;不要一开始就把生杀大权交出去。

3.8 定时触发 vs 事件触发:别把所有流程都做成闹钟

很多新手理解自动化,脑子里只有“定时”。好像自动化就是每天 8 点运行、每周一运行、每月 1 号运行。 这当然没错,但只说对了一半。 自动化真正成熟之后,你会发现触发方式至少有两大类:

3.8.1 定时触发:适合节律性工作

定时触发,适合那些天然跟时间节奏绑定的动作。 比如:

  • 每天早上 8 点发今日简报
  • 每周五下午收集团队周报
  • 每晚 11 点整理当天日志
  • 每月 1 号汇总经营数据 这类流程像打更,讲究的是稳定、准点、持续。

3.8.2 事件触发:适合响应式工作

事件触发,适合那些“发生了某件事,才需要处理”的动作。 比如:

  • 有人发来新表单,就自动建任务
  • 群里有人提到某关键词,就进入提醒流程
  • 新文档创建后,就同步归档
  • 某个项目状态变化后,就通知相关人 这类流程像门派暗哨,不是按时巡逻,而是谁来、发生了什么,就立刻响应。

3.8.3 两者结合,才是完整工作流

真正好用的自动化系统,通常不是只靠一种触发方式,而是两种并用。 比如一个内容团队的流程可以是这样:

  • 周一早上 9 点,定时触发:提醒选题
  • 成员提交选题后,事件触发:自动汇总到表格
  • 周三下午 3 点,定时触发:提醒审核
  • 有审核结论后,事件触发:生成修改任务
  • 周五上午 10 点,定时触发:提醒发布
  • 发布后,事件触发:归档链接并记录数据 这就不是单点自动化,而是一条真正会流动的业务链条。

3.9 工作流设计四原则:能跑、能查、能停、能改

很多自动化之所以难用,不是因为模型不够强,而是因为流程设计得太脆。 要让一条工作流真正可用,至少要满足四个原则。

3.9.1 能跑:流程要简单到第一次就能启动

不要一开始就设计十几步、跨七八个系统、还带复杂判断分支。 第一版流程最好简单到什么程度? 简单到今天写完,今天就能跑。 比如:

  • 每天 8 点检查日历 → 生成提醒 → 发给我
  • 每周五 6 点催收周报 → 汇总回复 → 生成简报 先把链路跑通,比把架构想得完美更重要。

3.9.2 能查:过程要可见,别让系统变黑箱

如果流程一出问题,你根本不知道卡在哪一步,这套自动化迟早没人敢用。 所以每条工作流都要尽量做到:

  • 触发时间可查
  • 执行结果可查
  • 关键节点可查
  • 错误原因可查 也就是说,自动化不是“交给 AI 后就别问了”,而是“系统在替你跑,但你随时能看明白它跑到了哪”。

3.9.3 能停:一定要给自己留刹车

成熟的自动化系统,不仅要会跑,还要能停。 任何自动化,一旦失控,最怕的不是它不干活,而是它持续干错活。 所以你要始终保留:

  • 手动暂停能力
  • 单次关闭能力
  • 条件熔断能力
  • 人工接管能力 如果一条流程不能停,那它不是工作流,是隐患。

3.9.4 能改:把流程当产品,而不是一次性脚本

自动化流程不是写完就结束,而是会经历持续迭代。 第一版可能只解决 60 分问题。但只要能稳定运行,你就能从真实使用里发现:

  • 哪一步多余
  • 哪一步经常出错
  • 哪一步可以再自动一点
  • 哪一步其实应该交还给人 这时流程就会从 v0.1、v0.2、v1.0 一路升级,越来越像一个真正成熟的系统。

3.10 OpenClaw 里的自动化思维:提醒、定时、消息、记忆、任务串起来

如果把 OpenClaw 只当成聊天机器人,你会低估它。 它真正强的地方,不在“能聊”,而在“能连”。 它可以把原本散落的动作串起来:

  • 通过定时机制发起任务
  • 通过消息通道触达你或团队
  • 通过记忆系统保存上下文
  • 通过技能系统调用外部能力
  • 通过文档、表格、待办工具完成落地 这意味着,自动化在 OpenClaw 里,不只是“提醒一下”,而是可以长成完整闭环。 举个典型结构:
  1. 定时触发:每天 8 点
  2. 读取日历和待办
  3. 提取当天重点事项
  4. 生成简明作战摘要
  5. 通过消息发到指定通道
  6. 如果发现冲突日程,再追加提醒
  7. 结果进入记忆,供后续复盘 你会发现,这已经不是单一工具能完成的事。它需要一个具备调度、连接、记忆和交互能力的智能体系统。 这就是为什么说,OpenClaw 更像“AI 时代的操作系统”,而不只是一个模型壳。

3.11 三个真实场景:个人、团队、业务

为了避免本章停留在概念层,我们来看三个层级不同的自动化案例。

3.11.1 个人场景:晨间作战简报

目标:每天上班前 5 分钟,收到一份当天重点事项简报。 流程:

  • 每天固定时间触发
  • 检查当天日历
  • 拉取待办任务
  • 汇总重要消息或提醒
  • 自动生成一份简报推送给主人 价值:
  • 降低启动成本
  • 避免遗漏关键安排
  • 把“今天该干什么”提前整理好 这类流程最适合个人用户起步,简单、直接、立竿见影。

3.11.2 团队场景:周报催收与自动汇总

目标:每周五自动收集团队周报,并生成管理者摘要。 流程:

  • 周五下午定时提醒所有成员提交周报
  • 成员回复后自动收集内容
  • 系统按人汇总、提炼重点
  • 输出一份简明管理摘要
  • 发给负责人审阅 价值:
  • 节省管理者手工催收时间
  • 避免信息遗漏
  • 让汇报节奏更稳定 这类流程最能体现自动化的团队协同价值:不是减少沟通,而是减少无效沟通。

3.11.3 业务场景:内容生产流水线

目标:把内容选题、收集、起草、审核、归档变成可重复流程。 流程:

  • 周一定时提醒团队提交选题
  • 事件触发汇总选题到统一表格
  • 固定时间生成选题初筛建议
  • 审核通过后自动创建写作任务
  • 初稿完成后进入审阅节点
  • 发布后自动归档链接与数据 价值:
  • 内容生产从“靠人记得”变成“系统推动”
  • 团队执行节奏更稳
  • 每周都能复用同一套生产链路 很多一人公司、内容团队、轻量工作室,真正拉开效率差距的,不是多招几个人,而是有没有先搭起这类自动化骨架。

3.12 自动化最常见的五个坑

自动化很好,但也很容易被做歪。 下面这五个坑,几乎每个新手都会踩。

3.12.1 一上来就追求全自动

总想“一次做到全无人值守”,最后往往是系统太复杂,根本跑不起来。

3.12.2 流程太长,链路太脆

环节一多,任何一步失败都可能让整条链路失效。

3.12.3 没有验收节点

把结果直接发出、直接落地,却没有人工确认,风险会越来越大。

3.12.4 没有日志和反馈

一旦出错,不知道为什么出错,也不知道哪里需要修。

3.12.5 自动化了错误流程

最致命的问题不是没自动化,而是把本来就烂的流程自动化了。 记住一句很重要的话:

自动化不会自动提升流程质量,它只会放大你原有流程的优点和缺点。 烂流程自动化之后,只会变成“更快地烂”。

3.13 从个人外挂,到系统底座:你的角色会重新定义

当你开始真正做自动化,你会发现改变的不只是效率,还有你的工作身份。 你不再只是那个亲自搬砖的人。你开始变成:

  • 节奏设计者
  • 规则制定者
  • 结果验收者
  • 系统迭代者 这和传统工作方式最大的不同在于: 你不再把自己锁死在每一个动作里,而是把自己放到流程之上。 从这个角度看,自动化不是一个技术小技巧,而是一种组织能力。 哪怕你只有一个人,只要你能稳定调度一组智能体、工具和流程,你就已经不再是单兵作战。 你拥有的是一个微型系统。 而一个人一旦拥有系统,就会开始摆脱线性出卖时间的命运。 这就是“凌波微步”的真正含义: 看似轻功,实则体系;看似省力,实则借力;看似一步一步,实则每一步都在为后续省下无数步。

3.14 本章小结

本章的核心,不是教你“怎么写一个提醒”,而是帮你建立一种自动化思维。 你要记住的,不是某个具体命令,而是以下五个判断:

  1. 高频、重复、低风险的任务,优先自动化。
  2. 自动化不等于定时,很多流程更适合事件触发。
  3. 好工作流要满足:能跑、能查、能停、能改。
  4. 自动化不是为了消灭人,而是为了让人把时间花在更高价值判断上。
  5. 真正的升级,不是“我更会用 AI 了”,而是“我开始让 AI 按流程持续为我工作了”。 如果说前两章解决的是“认知”和“连接”,那么这一章开始解决的,就是“运转”。 从这里开始,OpenClaw 才真正从一个强大的 AI 工具,长成一个能为你持续出力的智能体系统。

3.15 思考题

  1. 你现在每周都在重复做、且最烦的一件事是什么?它能不能被自动化?
  2. 你当前手里的工作里,哪些属于高判断任务,哪些属于低判断重复任务?
  3. 如果让你现在就设计一条最简单的自动化链路,你会从哪一件小事开始?
  4. 你是否有哪条“看似忙碌、实则低价值”的流程,值得重新设计?

3.16 行动清单

  • 列出你每周重复 3 次以上的动作
  • 标记其中高频、重复、低风险的事项
  • 从最小的一条开始做自动化
  • 为流程保留一个人工验收节点
  • 观察一周,再做 v0.2 优化

下一章预告:第4章《独孤九剑》—— Skills 技能系统与扩展。如果说自动化解决的是“怎么让流程跑起来”,那么技能系统解决的,就是“让智能体学会更多招式”。

3.17 精修补充:自动化不是炫技,而是经营自己的注意力

如果要用一句更本质的话来概括自动化,它其实是在帮你经营一件最稀缺的资源:注意力。 在传统时代,我们总觉得时间最宝贵。到了 AI 时代你会发现,时间固然重要,但真正更稀缺的,是你每天那点清醒、专注、能做判断的注意力。 很多人并不是没时间,而是注意力被切得太碎:

  • 刚准备进入深度工作,就被消息打断
  • 刚想推进项目,就先去翻昨天没整理的资料
  • 刚想做判断,就先花 20 分钟把背景信息重新拼起来 久而久之,一个人一天做了很多动作,却没完成多少真正推进事情的关键判断。 自动化的意义,不只是替你省几个动作,而是把这些低价值打断隔离出去,让你的注意力尽量保留给:
  • 方向判断
  • 优先级排序
  • 创意生成
  • 关键沟通
  • 最终验收 换句话说,自动化不是让你少做事,而是让你把“人该做的事”做得更像人。

3.18 精修补充:判断密度,决定哪些事该自己做,哪些事该交给系统

判断密度,是我非常建议你在 AI 时代建立的一个核心概念。 什么叫判断密度? 就是一项工作里,真正需要你思考、取舍、权衡、拍板的比例有多高。

  • 判断密度低的工作:适合自动化
  • 判断密度中的工作:适合“AI 先做,人来验收”
  • 判断密度高的工作:应该由人主导,AI 辅助 比如:

低判断密度任务

  • 定时提醒
  • 数据搬运
  • 信息汇总
  • 固定模板输出
  • 例行归档

中判断密度任务

  • 周报摘要
  • 选题初筛
  • 初稿起草
  • 信息分类
  • 多来源内容整理

高判断密度任务

  • 商业方向选择
  • 关键合作决策
  • 价值判断
  • 创意定调
  • 最终对外承诺 为什么很多人自动化总是翻车?因为他不是不会做流程,而是没有先区分判断密度。 该交给系统的没交,结果每天琐事缠身;不该全交给系统的却交了,结果质量失控、责任悬空。 所以真正成熟的自动化设计者,脑子里不是“这件事能不能自动化”,而是先问:

这件事的判断密度高不高? 这一个问题,往往比技术实现本身更重要。

3.19 精修补充:自动化不是把人拿掉,而是把人放回最值钱的位置

很多人担心,一旦大量自动化,人是不是就变得不重要了? 恰恰相反。 越是自动化普及,越能看出一个人真正值钱的部分到底是什么。 重复执行的价值会下降,判断、整合、定调、负责的价值会持续上升。 过去,一个人可能因为“很勤快、很能做、很能熬”而显得重要。未来,一个人更重要的能力,会变成:

  • 能不能识别真正重要的问题
  • 能不能把复杂目标拆成可执行流程
  • 能不能设计一套系统替自己稳定产出
  • 能不能在关键节点做高质量判断
  • 能不能为最终结果承担责任 这意味着,自动化不是在削弱人,而是在逼着人升级。 低水平的忙碌会被替代,高水平的判断会被放大。 所以自动化最深的一层,不是效率革命,而是角���革���。 它会迫使我们重新回答一个问题: 如果重复执行不再稀缺,你到底凭什么创造价值? 这既是挑战,也是机会。

3.20 精修补充:从“会做事”到“会造系统”,是一人公司的分水岭

在传统组织里,很多问题可以靠加人解决。一个人忙不过来,就再招一个;一个部门效率低,就再加一层协调。 但一人公司、小团队、轻量工作室,没有这个奢侈条件。 你不可能无限加人,甚至很多时候,你本来就不想加人。因为一旦人数上来,沟通成本、管理成本、协作摩擦、现金压力都会迅速抬升。 所以小团队真正可持续的路,从来不是“像大公司一样长大”,而是“像系统一样运转”。 这就是为什么自动化对一人公司尤其重要。 它不是锦上添花,而是基本盘。 你如果只会自己干活,那么你的产能上限,就是你的时间上限。你如果会搭系统,那么你的产能上限,开始取决于流程质量、自动化程度和复用能力。 一个会做事的人,能把今天做完。一个会造系统的人,能让明天、后天、下个月都有人在替他持续做。 这就是一人公司的真正杠杆。

3.21 精修补充:凌波微步的真正隐喻——不是快,而是不乱

“凌波微步”这四个字,很容易让人误以为本章讲的是“提速”。 其实不是。 它更深的含义,是在复杂环境里仍然能保持节奏、次序和身法。 高手快,不是因为他乱冲。高手轻,是因为他每一步都踩准了点。 自动化工作流也是如此。 很多团队不是不努力,而是流程混乱:

  • 今天想起什么做什么
  • 重要事项靠人记
  • 任务交接靠吼
  • 信息同步靠缘分
  • 复盘总在事后补救 这种状态下,人会非常累。不是因为事太难,而是因为节奏太乱。 真正好的自动化,不是让你把所有动作提速,而是先让系统变得有秩序:
  • 什么时候触发
  • 谁来执行
  • 执行到哪一步
  • 哪一步需要人确认
  • 出错后怎么中止
  • 结果落到哪里 当这些问题都被设计清楚之后,速度往往是顺带的结果。 所以“凌波微步”的精髓,不是盲目求快,而是:

在复杂中不乱,在重复中不烦,在流程中借势。 这比单纯追求快,重要得多。

3.22 核心金句(本章可反复引用)

  1. 自动化不是偷懒,而是把自己从低价值重复劳动里解放出来。
  2. 真正拉开差距的,不是谁更会问 AI,而是谁更会让 AI 按节奏持续干活。
  3. 自动化的本质,不是“无人”,而是“少人高质”。
  4. 不是所有事情都该自动化,先看判断密度。
  5. 低水平的忙碌会被替代,高水平的判断会被放大。
  6. 自动化不是把人拿掉,而是把人放回最值钱的位置。
  7. 高手不是更忙,而是更会借系统之力。
  8. 一人公司的真正杠杆,不是拼命,而是流程复利。
  9. 凌波微步的关键不是快,而是不乱。
  10. 把偶然成功变成稳定产出,才叫工作流。

3.23 出版风格补强:给读者的一段提醒

如果你读到这里,心里已经开始盘算“我能不能把很多事都自动化掉”,那我反而想提醒你一句: 别着急追求大而全,先从一件小事做起。 自动化最怕的,不是起点低,而是野心太高。 你完全可以先只做一条最小工作流:

  • 每天早上给自己发一条简报
  • 每周固定收一次周报
  • 把一份重复表格自动归档
  • 把一次固定提醒稳定跑起来 只要这条流程真的连续跑了一周、两周、一个月,它给你带来的认知冲击,往往比你看十篇教程都更大。 因为到了那个时候,你会第一次真正意识到: 原来 AI 不只是一个随叫随到的回答机器,它可以开始成为我工作系统的一部分。 而一旦你跨过这一步,后面的很多想象空间,就会自己打开。

建议将本章定位为《逍遥录》里“从会用 AI 到让 AI 持续运转”的分水岭章节。它既承接前两章的认知与连接,也为后面 Skills、记忆系统、多智能体协作做铺垫。

3.24 实操增强:在 OpenClaw 里,什么适合 heartbeat,什么适合 cron

讲了这么多理念,接下来落到实操。 很多人一开始做自动化时,最大的困惑不是“要不要做”,而是: 同样都是定时触发,到底什么该放 heartbeat,什么该放 cron? 这个问题如果不想清楚,流程很容易设计得又重又乱。

3.24.1 heartbeat:适合批量巡检、轻量提醒、可一起判断的任务

heartbeat 更像一个固定节奏的巡逻机制。 它适合干的事,往往有几个特点:

  • 多个检查项可以合并在一次轮询里
  • 时效要求不是“分秒级精准”
  • 需要结合最近上下文一起判断
  • 结果可能是“有事提醒,没事安静” 典型场景包括:
  • 看看最近有没有重要新消息
  • 检查今天接下来 24 小时内有没有关键日程
  • 顺手看看任务列表有没有快到期的
  • 批量做一次早晚简报
  • 周期性整理一些低优先级状态 heartbeat 的最大价值,不是“准时到秒”,而是“顺手把几件事一并看了”。 它适合做巡检,不适合做精确仪式。

3.24.2 cron:适合精确触发、独立任务、明确时点

cron 更像门派里的更夫,该几点敲钟,就几点敲钟。 它适合的任务特征是:

  • 时间点很明确
  • 不希望受上下文干扰
  • 任务本身相对独立
  • 希望稳定准时执行 典型场景包括:
  • 每天早上 8:00 发固定提醒
  • 每周一 9:00 启动选题流程
  • 每月 1 号生成经营汇总
  • 20 分钟后提醒我开会
  • 每天晚上 23:00 做日志归档 cron 的优势是准、稳、边界清晰。但也正因如此,如果什么都往 cron 里塞,就会很快长出一堆彼此割裂的小任务。

3.24.3 一个简单判断法:批处理用 heartbeat,准点动作用 cron

如果你分不清,就记一句土办法:

能合并巡检的,用 heartbeat;必须精确触发的,用 cron。 比如:

  • “帮我看看今天有没有要紧的事” → heartbeat
  • “明早 8 点准时提醒我” → cron
  • “每隔一阵顺手整理几个来源的信息” → heartbeat
  • “每周五下午 6 点固定催周报” → cron 不要把 heartbeat 理解成 cron 的替代品,也不要把 cron 理解成万能自动化入口。 它们像两种不同兵器。用对地方,威力很大;混着乱打,自己先累。

3.25 三个可直接复用的工作流模板

下面给你三个非常适合起步的模板。它们的共同特点是:

  • 价值明显
  • 结构简单
  • 风险较低
  • 很容易做出第一版

模板一:晨间作战简报

目标:每天开始工作前,自动收到一份今日重点信息。 适用对象:个人工作者、管理者、一人公司 流程结构

  1. 每天早上固定时间触发
  2. 检查当天日历
  3. 检查待办事项
  4. 汇总重要消息/提醒
  5. 生成 3-5 条重点摘要
  6. 发到指定通道 价值
  • 降低开工摩擦
  • 防止漏掉关键安排
  • 让一天的优先级更清晰 建议:第一版不要做太长,控制在一屏内。简报不是周报,不要把它写成论文。

模板二:周报催收与摘要

目标:让团队周报形成固定节奏,并自动汇总成负责人可读版本。 适用对象:小团队、项目组、远程协作场景 流程结构

  1. 每周五固定时间提醒成员提交周报
  2. 收集回复内容
  3. 按人归类
  4. 自动提炼重点成果、卡点、下周计划
  5. 生成管理者摘要
  6. 发给负责人审阅 价值
  • 减少机械催收
  • 提升信息可读性
  • 保持团队节奏稳定 建议:第一版可以先只做“提醒 + 汇总”,别一上来就做复杂评分和绩效分析。

模板三:内容生产小流水线

目标:把内容生产从“想起来才推进”变成“按节奏流动”。 适用对象:自媒体、内容团队、知识产品团队 流程结构

  1. 周一定时提醒提选题
  2. 自动汇总选题
  3. 生成初步筛选建议
  4. 审核通过后创建写作任务
  5. 初稿形成后进入审阅
  6. 发布后归档链接和数据 价值
  • 让内容生产稳定化
  • 减少重复协调
  • 逐渐积累自己的内容 SOP 建议:内容流程最容易做复杂,所以第一版最好只跑“选题 → 汇总 → 初筛”三步。

3.26 一个从 0 到 1 的最小实战:先搭你的第一条自动化链路

如果你从来没做过自动化,我建议你不要一开始就幻想大系统。 你需要的是一条最小可运行工作流。 什么叫最小可运行?就是它足够小,但真的能连续跑起来。 下面给你一个推荐路径。

第一步:挑一件你每周至少重复 3 次的小事

比如:

  • 提醒自己看日历
  • 汇总某类消息
  • 定时整理待办
  • 每周催一次周报 记住,不要选太复杂的。 选那种你一想到就觉得“这事我真不想再手动做了”的小动作。

第二步:把流程写成一句人话

比如:

  • 每天早上 8 点检查我的日历和待办,生成简短提醒发给我
  • 每周五下午提醒团队交周报,并把回复整理成摘要 如果你连一句人话都写不清,说明这条流程还没想明白。

第三步:明确四个关键点

任何一条最小工作流,都至少要明确:

  1. 什么时候触发
  2. 触发后做什么
  3. 结果发到哪里
  4. 哪一步需要人工确认 只要这四个点清楚了,流程就已经有骨架了。

第四步:先跑 1 周,不急着追求完美

第一版流程的目标,不是优雅,而是活下来。 你要观察的是:

  • 有没有稳定触发
  • 输出对你有没有帮助
  • 哪一步经常出错
  • 哪部分信息太多或太少 很多真正好用的自动化,不是设计出来的,是跑出来的。

第五步:做 v0.2,而不是推倒重来

第一条流程跑起来后,最容易犯的错是:一不满意,就全部推翻重做。 别这样。 更好的做法是微调:

  • 提醒时间改一下
  • 输出更短一点
  • 增减一个数据源
  • 加一个确认节点 系统优化,靠的是迭代,不是情绪。

3.27 一个小案例:为什么“先能用”比“设计完美”更重要

我见过很多人做自动化,开局就画大图:

  • 多平台打通
  • 多角色协同
  • 自动汇总
  • 自动审核
  • 自动归档
  • 自动提醒
  • 自动复盘 图画得像作战指挥中心,结果一个月后还是没跑起来。 原因很简单: 他在设计一个理想系统,却没有先让任何一个真实动作稳定发生。 而另一些人做法更朴素: 先只做一个每天早上 8 点的作战简报。先只做一个每周五的周报提醒。先只做一个收到新消息后的轻量整理。 这些流程虽然小,但它们一旦真的连续运行,就会开始产生两个非常珍贵的东西:
  • 信心
  • 反馈 信心让你敢继续做。反馈让你知道下一步该怎么改。 所以自动化的第一原则,永远不是“先想完整”,而是:

先让一个最小闭环真实运转起来。

3.28 给读者的落地建议:先做“省脑力”的,不要先做“秀技术”的

最后给你一个非常务实的建议。 如果你准备开始自动化,不要优先挑那些看起来很炫、很复杂、很能展示技术感的流程。 优先做那些真正能替你省脑力的事。 因为对大多数人来说,真正稀缺的不是技术展示机会,而是每天那一点能稳定推进关键事情的脑力余额。 所以你问“第一条自动化该做什么”,我的答案通常不是:

  • 去做最复杂的多智能体协作
  • 去打通最多平台
  • 去搭最庞大的系统图 而是:
  • 先让自己少漏一件事
  • 先让自己少重复一次动作
  • 先让自己每天少被打断几次
  • 先让自己把一个高频小流程稳定交给系统 当你真的体验过“有一件事开始不用你盯着也能稳定推进”的感觉之后,你对自动化的理解会完全不一样。 那时候你就不再把它当成技术表演,而会把它当成一种真正能改变工作方式的结构能力。

3.29 本章结尾:从今天起,别再什么都亲自跑

很多人嘴上已经接受 AI 时代来了,但身体还活在旧时代。 旧时代的工作习惯是什么?

  • 事事亲力亲为
  • 流程全靠自己记
  • 推进全靠自己催
  • 信息全靠自己抄
  • 节奏全靠自己扛 这种方式在过去也许还能撑,但在今天,它会越来越贵,越来越累,越来越不可持续。 所以如果《葵花宝典》让你开始重构认知,《乾坤大挪移》让你打通连接,那么《凌波微步》真正要教你的,是另一件事: 别再什么都亲自跑。 你要开始学会:
  • 把重复动作交出去
  • 把固定节奏交出去
  • 把信息搬运交出去
  • 把初步整理交出去
  • 把自己留在最该出手的地方 这不是懒。这是修炼。 因为在 AI 智能体时代,一个人的强弱,已经不只取决于他自己能做多少事,还取决于他能不能调动一整套系统,稳定地替他把事做成。 这,才是“凌波微步”的真义。

本稿为总编修订说明。本次修订目标不是继续堆内容,而是统一本章节奏、压缩重复表达、强化核心概念,并把“认知—方法—实操—收束”的结构拉得更清晰。建议后续以本说明为依据,对正文做结构化改版,形成正式出版版 v1.0。

3.30 总编修订意见:这一章已经够长,下一步要做“收束”,不是再加料

第三章目前的优势已经很明显:

  • 有鲜明主题:从“会用 AI”到“让 AI 持续运转”
  • 有完整脉络:认知、原则、案例、实操、总结都具备
  • 有记忆点:凌波微步、判断密度、少人高质、不是快而是不乱
  • 有实战性:heartbeat、cron、模板、最小闭环都落地了 但从“初稿”走向“出版稿”,下一步最重要的,不是继续加新内容,而是做三件事:
  1. 去重:把反复出现的同义表达收紧
  2. 提序:把概念顺序调整得更自然
  3. 立骨:让读者一眼看懂这章的主轴 因为一章文章真正高级,不是信息点越多越好,而是读者读完之后,脑子里能留下 3 到 5 个稳定支点。

3.31 建议重组后的章节主轴:四段式结构

如果按正式出版节奏,我建议把第三章整理成四段式结构:

第一段:为什么要自动化

解决读者的“认知动机”。 可以保留:

  • 3.1 引子
  • 3.2 自动化不是偷懒
  • 3.3 工作流为什么比单次调用更重要
  • 3.4 从“我催 AI”到“AI 来催我”
  • 3.17 自动化是在经营注意力(建议前提) 这一段的任务只有一个:让读者从情绪上真正想做自动化。

第二段:什么该自动化,什么不该

解决读者的“判断边界”。 可以保留:

  • 3.5 本章核心命题:少人高质
  • 3.7 高频 / 重复 / 低风险
  • 3.18 判断密度
  • 3.19 把人放回最值钱的位置 这一段的任务,是建立边界感。 因为很多人不是不会自动化,而是不知道该放权到哪里。

第三段:怎么设计一条像样的工作流

解决读者的“方法论”。 可以保留:

  • 3.8 定时触发 vs 事件触发
  • 3.9 能跑、能查、能停、能改
  • 3.10 OpenClaw 的连接式自动化
  • 3.24 heartbeat vs cron
  • 3.21 凌波微步不是快,而是不乱(建议作为本段收束) 这一段的任务,是让读者有清晰方法,而不是只有热情。

第四段:怎么迈出第一步

解决读者的“落地动作”。 可以保留:

  • 3.11 三个真实场景
  • 3.25 三个复用模板
  • 3.26 最小实战
  • 3.27 为什么先能用比设计完美更重要
  • 3.28 落地建议
  • 3.29 章节结尾
  • 3.14 小结、3.15 思考题、3.16 行动清单 这一段的任务,是让读者读完之后真的敢开始。

3.32 建议删弱或合并的重复点

目前正文里,有几类观点已经出现过 2 次以上,正式版建议收紧。

重复点一:自动化不是偷懒 / 不是消灭人

这个意思在 3.2、3.5、3.19、3.29 里都出现了。 建议做法:

  • 3.2 负责第一次提出
  • 3.5 负责提炼成核心命题
  • 3.19 负责升维到“角色革命”
  • 其余地方只保留一句轻点,不再大段重复

重复点二:从执行者到系统设计者

这个意思在 3.2、3.13、3.20 里都出现了。 建议做法:

  • 3.2 作为身份变化的第一次亮相
  • 3.20 把它升级为“一人公司的杠杆”
  • 3.13 可以大幅压缩,避免中段重复

重复点三:凌波微步不是快,而是不乱

这个概念很好,但要更珍惜。 建议做法:

  • 前文少提,只埋钩子
  • 在 3.21 集中爆发
  • 章节结尾 3.29 再轻轻收一下 好概念不要到处平均发力,要在关键位置打重拳。

3.33 建议增强的两个出版点

出版点一:把“判断密度”升级为本章标志性概念

第三章最有潜力成为全书记忆点的,不只是“自动化”,而是“判断密度”这个词。 因为它有三个优点:

  • 好理解
  • 好迁移
  • 能指导行动 建议后续正式版里,把它从一个补充概念,提升为本章核心工具之一。 甚至可以做成一个单独的小框:

判断密度 = 一项工作里真正需要人思考、取舍、拍板的比例。低判断密度:优先自动化中判断密度:AI 先做,人来验收高判断密度:人主导,AI 辅助 这会让这一章更像一本“有方法论发明”的书,而不是一篇泛泛谈自动化的长文。

出版点二:让 heartbeat / cron 那一节更像“工具落地页”

3.24 这一节已经很有用了,但还可以更“工具书化”。 建议正式版把 heartbeat 与 cron 做成一个对照表: 这样读者一翻就能懂,不用再从一大段正文里自己抽象。

3.34 建议正式版标题微调

当前标题:第3章 凌波微步:定时任务与自动化工作流 这个标题已经不错,但如果想更有传播性,我给你两个备选:

版本 A:更出版化

第3章 凌波微步:让 AI 按节奏持续为你工作 优点:

  • 更接近读者利益点
  • “持续为你工作”比“自动化工作流”更口语、更有画面

版本 B:更工具化

第3章 凌波微步:定时任务、自动化与工作流设计 优点:

  • 信息更完整
  • 更像一本教程书的章节标题 如果兼顾书感与传播感,我更偏向 版本 A

3.35 建议作为正式版开头保留的“门面句”

如果第三章要做成能让人一下记住的章节,开头最好保留一句可以单独传播的话。 我建议这句:

真正拉开差距的,不是谁更会问 AI,而是谁更会让 AI 按节奏持续干活。 这句话有四个好处:

  • 概括全章主题
  • 有对比感
  • 适合传播
  • 能自然引出后文 它基本可以作为第三章的门面句。

3.36 总编结论:第三章已经可以进入“正式修版”,暂时不要继续横向扩写

总的判断很明确: 第三章目前的内容量已经够了,甚至略多。它已经不是“缺材料”,而是“需要总编修型整理”。 所以接下来的优先级,不应再是继续加新段落,而应该是:

  1. 结构收束
  2. 语言压缩
  3. 概念提纯
  4. 图表补强
  5. 风格统一 一句话总结:

第三章现在最需要的,不是再长,而是更稳、更准、更像一本书。 总编建议:将当前版本冻结为素材池,下一步进入“正式出版版 v1.0”整理流程。优先动作不是再补字,而是重排结构、做图表、压缩重复、统一语言。