我的21 个OpenClaw自动化

AI编程/Vibe Coding 遇到问题需要帮助的，联系微信 ezpoda，免费咨询。

发布"33 个 OpenClaw 自动化"后，我的私信爆炸了。不是赞美——而是问题。同样的问题一遍又一遍："很酷的清单，但你自己在实际设置中运行什么？"

这话说得有理。那篇文章是新手包。任何人都能在 30 分钟内复制粘贴的自动化。这篇不同。这些是我实际技术栈上运行的 21 个自动化——奇怪的、具体的、我花了一周反复试错才弄对的自动化。

在我们深入之前，先说点背景：我的 SaaS 项目使用 Convex + Clerk + Supabase，Ubuntu 上自托管 n8n 进行自动化，Claude Code 作为日常驱动工具。我的 OpenClaw 实例运行在 VPS 上，从一月底开始运行。下面的每个自动化都是我实际部署过的，至少崩溃过一次，最终在凌晨 1 点质疑我的人生选择时修复的。

还有一件事——这些不是按"酷炫"排名的。它们按每周实际为我节省的时间量排名。事实证明，无聊的赢了。

一、开发工作流自动化（让我怀疑为什么要手动做的那些）

1、通宵 Claude Code 保姆

这个来自 X 上的一个人，他发布说他的 OpenClaw 在他睡觉时驱动 Claude Code 循环。我认为这很疯狂。然后我尝试了。现在我认为没有它运行而睡觉才疯狂。

设置：一条像"修复 /api/webhooks 中的认证 bug，之后运行测试"的 Telegram 消息触发 OpenClaw 通过 shell 技能中的 claude --task 启动 Claude Code 会话。OpenClaw 包装命令，监控 stdout，并解析测试输出。每 5 次迭代它就会在 Telegram 上给我发送进度更新。如果测试通过，它会提交到分支并 ping 我。如果循环超过 20 次没有进展，它会终止会话并保存尝试内容的摘要。

# OpenClaw 通过其 exec 技能运行的实际 shell 命令
claude --task "Fix the auth bug in /api/webhooks. Run npm test after each change. Stop when all tests pass." \
  --output-dir /tmp/claude-session-$(date +%s) \
  2>&1 | tee /logs/active-sessions/current.log
# 然后这个 cron 监控会话
crons:
  - name: "code-session-monitor"
    schedule: "*/5 * * * *"
    prompt: "Check active Claude Code sessions in /logs/active-sessions/. If any session has been stuck on the same error for 3+ iterations, kill it and save a failure report to /logs/dead-sessions/"

公平警告：第一周，它产生了一个通过我的测试但破坏了生产中完全不同功能的修复幻觉。就像给初级开发 sudo 权限然后去睡觉——技术上是功能性的，偶尔令人恐惧。我添加了一条规则，它只能提交到 bot/ 分支，绝不能提交到 main。这修复了"意外重构"问题。

现在我每周大约有两天醒来时看到已合并的 PR。其他三天醒来时看到详细的失败日志，为我节省一个小时的调试上下文。无论哪种方式，我都赢了。

2、真正了解我代码库的 PR 审查机器人

不是通用的"检查 lint 错误"机器人。这个有上下文。我给 OpenClaw 一个包含我的项目架构决策、命名约定以及我在 Convex 中使用的特定模式（mutations 与 actions、验证器模式，整个东西）的 SKILL.md。当 PR 到来时，它根据我的标准审查，而不是某些通用风格指南。

# pr-review-skill/SKILL.md
## Architecture Rules
- All database writes go through Convex mutations, never direct Supabase
- Auth checks use Clerk's getAuth() in every API route, no exceptions
- Validators live in convex/validators/, one file per table
- Never use .then() chains — async/await only
- Error messages must include the function name and input params

它上周抓住了一个 PR，我在 webhook 端点意外绕过了 Clerk 认证。linter 会说"看起来没问题"。OpenClaw 说"这个端点没有认证检查，你的规则说每个 API 路由都需要 getAuth()"。这就是读取语法的工具和理解意图的工具之间的区别。

3、依赖更新分流 🦞

每周一早上 6 点，我的代理检查我所有仓库中的 npm outdated 和 pip list --outdated，检查每个更新的 changelog，标记破坏性更改，并将它们分类为"可以自动更新"、"先审查"和"在你阅读迁移指南之前不要碰"。输出落入 Notion。十分钟而不是四十五分钟。

4、错误峰值检测器 → 自动诊断

我最自豪的自动化。不是因为它聪明——因为它在生产中救了我两次。

它通过 API 连接到我的 Convex 仪表板日志。一个 cron 每 15 分钟运行一次并检查错误率。如果错误率超过我的基线（它从 2 周的观察中学习到的），它不仅会提醒我——它会拉取错误消息，将它们与最近的部署匹配，并向我发送一条像这样的 Telegram 消息：

"检测到错误峰值：过去 15 分钟内 /api/checkout 中有 47 个 ConvexError。可能原因：你 2 小时前的部署将 'amount' 的验证器从 number 更改为 string。要我回滚吗？"

我从手机上说"是"或"否"。就是这样。就像有一个 24/7 待命的系统管理员，除了这个不收 150 美元/小时，也不会消极攻击地抄送你的经理。

第二次救我更奇怪——它在凌晨 3 点标记了认证错误峰值，结果是有人在模糊测试我的 API 端点。不是复杂的攻击，但没有警报，我直到早上才会注意到。我从床上屏蔽了 IP 范围。

5、"我睡觉时坏了什么"晨报

- name: "morning-stack-health"
  schedule: "0 7 * * *"
  prompt: "Generate morning stack health report. Check: 1) Convex function error rates last 12h, 2) Vercel deploy status for all projects, 3) New GitHub issues, 4) Supabase auth errors, 5) n8n workflow failures. Format as markdown, save to daily/"

这就是配置。这就是整个东西。我喝着咖啡阅读输出。两分钟而不是二十分钟在五个仪表板之间跳转标签。不是每个自动化都需要故事。有时一个 cron 和一个提示就足够了。

二、赚钱的（实际产生收入的无聊自动化）

6、客户入职自动驾驶

当新客户通过我的 SaaS 注册时，链条是：Clerk webhook 触发 → Convex mutation 存储用户 → n8n 接收事件 → OpenClaw 处理其余部分。

现在——你可能想知道为什么我不完全在 n8n 中做这个。我尝试过。问题是欢迎邮件。n8n 模板就是模板。OpenClaw 读取用户的注册数据（公司名称、计划层级、他们在"你在构建什么？"字段中写的内容）并写一封个性化的邮件，听起来就像我真的阅读了他们的表单。

从模板切换到代理编写的邮件后，我的打开率大约翻了一番。不是科学的 A/B 测试，但差异在 Stripe 的邮件分析中足够明显。

其余部分（工作区创建、第 3 天检查提醒、CRM Notion 更新）是直接的编排。OpenClaw 在这里的价值具体是 n8n 不能做得很好的 NLP 重型部分。

7、竞争对手价格监控 → 响应起草者

我在一个有 4 个直接竞争对手的市场中销售 SaaS。OpenClaw 每天早上抓取他们的定价页面（浏览器自动化技能），与我当前的定价进行比较，如果有人更改任何内容，它会提醒我。但真正的技巧：它根据我设置的规则起草响应策略。

竞争对手 X 降至 29 美元/月以下 → 起草一个电子邮件活动，突出他们缺乏的功能。竞争对手 Y 添加我没有的功能 → 创建一个带有功能规范的 GitHub issue。

两个月来我再也没有被竞争对手的行动所惊讶。感觉就像在玩一个策略游戏，你已经发现了整个地图，而其他人仍然在战争中。

8、听起来不像机器人的发票催收员

OpenClaw 通过 webhook 监控 Stripe。付款失败或发票逾期 7 天 → 它以我的语气起草后续邮件（在 50+ 封过去的邮件上训练）并通过 Gmail 发送。

升级阶梯：第 7 天友好，第 14 天更坚定，第 21 天抄送我的会计师。自一月以来我再也没有手动催收过发票。三句话，每月节省 2-3 小时。继续前进。

9、失败付款恢复序列

这与发票催收员不同。当订阅付款失败（卡过期、资金不足）时，Stripe 触发 webhook，OpenClaw 在 7 天内开始 3 步恢复序列。但技巧是个性化——它在发送邮件之前检查用户在 Convex 中的使用数据。

卡失败的高使用率用户？"嘿，注意到你的卡过期了——你的团队上个月运行了 847 个自动化，不想让你失去访问权限。"2 周没有登录的低使用率用户？完全不同的方法——更像是一种"还想要这个？"的推动，给他们一个简单的退出方式。我宁愿干净地失去一个死的订阅，也不愿继续向忘记我的人收费。

第一个月恢复了大约 400 美元。不是改变生活的，但自动化花了 20 分钟设置，所以 ROI 是荒谬的。

10、带有警告的潜在客户资格认定

当有人填写我的联系表单时，OpenClaw 接收 webhook，检查他们的电子邮件域，在 BuiltWith 上查找它们（公共技术栈数据——不抓取需要登录的站点），从公共信息估算公司大小，并根据我的标准对潜在客户进行 1-10 分评分。

高分潜在客户获得即时个性化响应。低分潜在客户获得模板。

我最初也有它抓取 LinkedIn 个人资料。那持续了正好 4 天，然后 LinkedIn 的反机器人检测开始像俱乐部刚发现我假身份证的保镖一样屏蔽我的无头浏览器。改用 BuiltWith 和 Clearbit 的免费层。数据较少，但它实际上可靠地工作，事实证明这比拥有最多数据更重要。谁知道呢。

三、生活管理，但让它变得奇怪

11、收据扫描仪 → 费用分类器 → 税务准备导出

我给收据拍照，通过 WhatsApp 发送给 OpenClaw。它对图像进行 OCR，提取金额和供应商，对其进行分类（业务/个人、可抵税/不可），并将其记录到 Supabase 表中。

create table expenses (
  id uuid primary key default gen_random_uuid(),
  date timestamp,
  vendor text,
  amount decimal,
  category text,
  tax_deductible boolean,
  receipt_url text,
  notes text
);

到了税务季节，我导出表并将其发送给我的会计师。去年这个过程花了我一整个周末。今年花了 4 分钟。最有趣的部分：OpenClaw 正确地将我凌晨 2 点的 UberEats 订单归类为"不可抵税"，尽管我尽力说服它调试燃料是业务费用。

12、关系 CRM（是的，用于个人关系）

这听起来反乌托邦，但听我说。OpenClaw 根据我的消息历史跟踪我上次联系亲密朋友和家人。如果我和"核心圈子"中的某人谈话超过 2 周，它会提醒我。不是通用的"给你妈妈打电话"——而是像这样的上下文："你上次在 1 月 28 日与 Marcus 谈论了他的工作面试。他现在应该知道结果了。"

我忘记事情。我的 ADHD 大脑不断丢掉上下文，我不擅长与人保持联系，这个自动化让我成为一个更好的朋友。但离题了——无论如何这是一篇自动化文章，不是治疗课程。

13、"我是否已经为那个付费了？"订阅审计员

每月一次，OpenClaw 扫描我的银行交易（我从银行导出 CSV，不授予直接访问权限——我偏执，但不疯狂），交叉引用我在 Notion 中维护的订阅列表，并标记任何意外内容。它发现了一个 12 美元/月的 Heroku hobby dyno，我在八个月前迁移到 Vercel 后忘记杀死它。那是因为我太懒而不检查而浪费的 96 美元。

它还标记免费试用何时即将转换为付费。就像有一个朋友，其唯一性格特征是"阅读细则"。烦人，但你希望他们在餐桌上。

14、代码库文档更新器

每周五，OpenClaw 扫描我的仓库，查找本周更改但其 JSDoc 注释未更改的函数。

它基于实际代码行为起草更新的文档并打开 PR。不是完整的文档重写——对漂移的部分进行手术式更新。

这听起来很次要，直到你意识到过时的文档是所有生产错误的一半开始方式。有人读取一条说"返回用户对象"的注释，而现在它返回包装在 Result 类型中的用户对象。砰，运行时错误，凌晨 2 点调试，你知道这是怎么回事。

前两周我拒绝了我大约 40% 的文档 PR。现在可能降到了 15%。它学到了我的模式——这令人印象深刻或略有不安，取决于你最近消费了多少科幻小说。

15、n8n 工作流故障取证

我的 n8n 实例运行大约 30 个工作流。当一个失败时，n8n 给我发送一封邮件，基本上说"工作流 X 在节点 Y 失败"。如果我记得工作流 X 做什么以及节点 Y 应该做什么，这超级有帮助。我不记得，因为我在午夜三周前构建了它。

OpenClaw 拦截 n8n 的故障通知，拉取工作流定义，读取错误消息，并将其翻译成实际上有用的东西："你的 'new-user-slack-notification' 工作流失败，因为 Slack API 对你进行了速率限制。每次注册你发送 1 个通知，但你在过去一小时内有 47 个注册。

建议：批量通知或在调用之间添加 1 分钟延迟。"

那个特定示例在我拥有这个自动化之前手动调试花了 45 分钟。现在我在甚至不知道东西坏了之前就在 Telegram 中得到诊断。

四、那些听起来没用直到它们救了你的

16、GitHub issue 自动分流

新 issue 进来，OpenClaw 读取它们，标记它们（错误/功能/问题），估计复杂性（S/M/L），检查是否已解决了类似问题，如果是，发布带有链接的评论。对于实际错误，它尝试使用报告者的步骤重现并添加其发现。

每周我的仓库有五到十个 issue。周一开始时它们已经组织好并回答了一半。这一个的前后对比是鲜明的。

17、部署后健全性检查器

每当 Vercel 完成部署时，webhook 触发 OpenClaw 访问我应用程序的关键路径：用户可以注册吗？他们可以创建项目吗？账单页面加载吗？基本冒烟测试，但在每次单个部署上自动运行。

你会想"只需编写适当的测试"。是的，我有测试。但测试在测试环境中运行。

这击中生产环境。

在实际部署之后。使用实际的 Clerk 认证和实际的 Convex 数据。它捕获了一次 CI 中所有内容都通过但我的 Convex URL 的 Vercel 环境变量指向我的开发实例的部署。测试：绿色。生产：完全坏了。OpenClaw："你的 /dashboard 返回 500，要我回滚吗？"

就像一个实际工作的火灾警报与公寓中在你做吐司时响起的警报。技术上都"检测到东西"。只有一个是有用的。

18、.env 泄露恐慌按钮

这个来自创伤。三周前我几乎在 README 代码示例中提交了一个 Supabase service_role 密钥。我的 .gitignore 没问题。我的测试没问题。密钥在一个没有工具想到扫描的 markdown 文件中。

现在：每次我推送到任何仓库时，OpenClaw 运行一个后提交挂钩，扫描所有内容——不仅仅是代码文件。Markdown、README、.txt 文件、YAML 配置、Docker Compose 文件。任何闻起来像凭据模式的东西（超过 30 个字符的 base64 字符串、以 sk_、sb_、pk_ 开头的字符串、任何与长字符串相邻的 secret 或 key）。

是的，GitHub 有秘密扫描。OpenClaw 先抓住了我的。偏执的自动化是拯救你职业生涯的自动化。如果你曾经手指滑落 git push 并感到胃下沉——你知道我在说什么。

19、会议记录 → 行动项目 → Notion

每次 Zoom 通话后，录制到达 Fathom。OpenClaw 获取记录，提取行动项目，基于上下文分配它们（"Phil 说他将处理认证迁移" → 创建分配给我的任务），并将所有内容放入 Notion。

使这成为列表一部分的部分：它交叉引用以前的会议笔记。

两周前的行动项目未完成？它在新的会议总结中标记它，并带有一个小注："这也是在 1 月 31 日分配的——仍然开放。"消极攻击？也许。但我在项目中的掉球从未更少过。

20、Supabase 行级安全审计

每周日，OpenClaw 根据我的实际表结构审查我的 RLS 策略。没有策略的表？已标记。太宽松的策略？已标记。Clerk 用户 ID 与 Supabase 身份验证之间的不匹配？你猜对了。

-- Example of what it flags:
-- "Table 'user_settings' has no RLS policy.
-- Any authenticated user can read any other user's settings.
-- Suggested fix:
alter table user_settings enable row level security;
create policy "Users can only see their own settings"
  on user_settings for select
  using (auth.uid() = user_id);

它在第一周发现了 3 个配置错误的策略。三个。在我认为已锁定的项目上。如果你使用 Supabase 并且你没有运行类似的东西，你基本上是把前门开着，希望没有人走过。

在一个社区中，135,000 [sic] 个 OpenClaw 实例因为人们没有配置防火墙而公开暴露。只是说。

21、元自动化——OpenClaw 监控 OpenClaw

我的代理有一个监控自己的 cron。每小时它检查令牌消耗、当天的 API 成本以及其任何其他 cron 作业是否失败。

如果每日 API 成本超过我的 5 美元阈值，它会编辑自己的配置以对非关键任务（晨报、提醒——任何不需要繁重推理的东西）使用 Claude Haiku 而不是 Opus。

- name: "self-monitor"
  schedule: "0 * * * *"
  prompt: "Check: 1) Today's total API cost via the token dashboard, 2) Failed cron jobs in the last hour, 3) Memory folder size. If API cost > $5, edit config.yaml to switch non-critical tasks to haiku. If any cron failed, retry once and log the error."

现在——它总是完美工作吗？不。它曾有一次将自己切换到 Haiku，用于一个真正需要 Opus 级推理的 PR 审查任务。它产生的审查……乐观。我们就这样说，它批准了一个引入 SQL 注入漏洞的 PR 并称代码"干净且结构良好"。我添加了一个必须始终使用 Opus 的任务的硬编码列表，无一例外。教训吸取了。

一个管理自己预算、修复自己的 cron 失败并偶尔批准糟糕代码的 AI 代理。如果这不是我见过的对初级开发的最准确模拟，我不知道什么是 🦞

22、结束语

21 个自动化。大多数都不光鲜。没有汽车谈判，没有杂货订购，没有用澳大利亚口音读给你的晨报。

实际改变我工作流程的那些？错误峰值检测器。晨报。费用分类器。n8n 故障取证。你无法制作病毒式推文的东西。

但它们复合。这里节省二十分钟，那里节省三十分钟。到一周结束时，我拿回了 6-7 小时。几乎是一个完整的工作日，每周，只做我以前手动做的事情，就像某种 2026 年前的穴居人。

其中大多数的设置成本：一个下午。如果你连接多个服务，也许两个。VPS 和 API 成本每月 15 到 30 美元。

真正的炫耀不是拥有最酷的 OpenClaw 设置。而是拥有一个把时间还给它的。

如果这个清单为你自己的设置提供了想法——关注我。我目前正在压力测试 OpenClaw 的多代理模式，我运行 5 个专门的代理而不是一个通用的。早期结果要么是辉煌的，要么是完全的灾难。我还不知道。敬请期待。

原文链接：21 OpenClaw Automations Nobody Talks About — Because the Obvious Ones Already Broke the Internet

汇智网翻译整理，转载请标明出处