1. 为什么自动化流程需要一道人工审批门如果你正在用 OpenClaw 把日常操作串成自动化管道迟早会遇到一个绕不开的问题有些步骤一旦执行就收不回来。发邮件、发评论、改数据库、提交表单这些带副作用的动作如果让模型一路自动跑完出错的代价往往比省下的时间大得多。Lobster 就是 OpenClaw 里解决这个问题的组件。它是一个类型化的工作流运行时把多步骤工具调用打包成一次确定性操作并且在关键节点插入审批检查点。管道跑到需要人工确认的地方会主动暂停返回一个 resumeToken你确认之后再从断点继续不用把前面的步骤重跑一遍。这套机制适合谁适合那些已经在 OpenClaw 里配置了工具链、想让自动化流程带上人工确认环节的开发者。你不需要重写现有脚本只要把命令串成 Lobster 管道在需要拦截的步骤上加 approval 字段就行。下面我从配置骨架开始一步步把审批环节跑通。2. 接入前的准备TaoToken 统一 Key 与 API 通道在配置 Lobster 审批之前先把模型调用通道理顺。OpenClaw 里的 llm-task 步骤、分类、总结这些环节都要走模型请求如果每个工具各自维护一套 Key后面排障会很痛苦。我习惯用 TaoToken 做统一入口一个 Key 覆盖对话、编码、Agent 几类调用。具体操作是打开控制台创建 API Key地址在 https://taotoken.net/api-keys 创建后复制保存。然后在 OpenClaw 的模型配置里把 base URL 指向 https://taotoken.net/api 把 Key 填进对应的环境变量或配置文件。这样 Lobster 管道里调用的 llm-task 工具、以及 OpenClaw 自身的模型请求都走同一条通道出问题时只需要检查一个地方。如果你后面要跑长期编码或 Agent 类任务可以了解下 Coding Plan 的额度方案入口在 https://taotoken.net/coding-plan 。模型对话调试则用 https://taotoken.net/chat 更顺手。接入文档在 https://taotoken.net/doc 配置项和参数说明都在里面。注意Lobster 插件本身不发起网络请求它只调用本地子进程和 OpenClaw 已有的工具。模型通道的配置是在 OpenClaw 层面完成的Lobster 只是复用。3. 可复制的审批配置骨架3.1 启用 Lobster 工具Lobster 默认不启用需要显式打开。推荐用附加式配置避免把核心工具挡在允许列表外面{ tools: { alsoAllow: [lobster] } }如果你是按代理粒度管理工具可以写成{ agents: { list: [ { id: main, tools: { alsoAllow: [lobster] } } ] } }这里有个坑要提前说不要用tools.allow: [lobster]这种严格允许列表模式除非你明确知道自己在做什么。允许列表对可选插件是选择性加入的如果列表里只有插件工具OpenClaw 会保留核心工具但一旦你想限制核心工具就得把需要的核心工具或工具组也写进允许列表否则会连带把基础能力关掉。3.2 工作流文件骨架Lobster 支持 YAML 和 JSON 两种工作流文件格式包含 name、args、steps、env、condition、approval 这些字段。下面是一个收件箱分类的骨架重点看 approval 和 condition 的配合name: inbox-triage args: tag: default: family steps: - id: collect command: inbox list --json - id: categorize command: inbox categorize --json stdin: $collect.stdout - id: approve command: inbox apply --approve stdin: $categorize.stdout approval: required - id: execute command: inbox apply --execute stdin: $categorize.stdout condition: $approve.approved几个关键点stdin: $step.stdout把上一步的输出传给下一步approval: required让这一步暂停等待确认condition: $approve.approved保证只有审批通过才执行真正的副作用步骤。这样审批步骤和执