Lobster OpenClaw 工作流编排

解决什么问题

OpenClaw 操作员经常需要在聊天里反复规划同一套多步骤工具序列：先查 PR 状态，再拉取变更，最后触发审查。这类任务每多一轮对话，模型就要重新推理一遍步骤顺序，既容易偏离既定流程，也难以在中途插入人工审批。当执行链较长、且需要可恢复能力时，聊天内的临时规划很快就变得不可维护。

核心能力与工作方式

该技能引导你用 Lobster 把这类多步骤流程沉淀为类型化、确定性的工作流，而不是继续在对话里临时拼装。

• 审批门（approval gates）：在关键步骤前定义可选的人工确认节点，流程在门处暂停，等待批准后再继续。
• 可恢复步骤（resumable steps）：中断或审批未通过时，从失败的步骤恢复执行，无需从头重跑整条链路。
• 确定性执行：把 workflows.run 调用固化为参数化命令，例如 node bin/lobster.js "workflows.run --name github.pr.monitor --args-json '{\"repo\":\"openclaw/openclaw\",\"pr\":1152}'"，同样的参数重复触发即得到可预期的步骤序列。
• 预检前置条件：明确要求工作流将调用的本地命令、数据源与带审批门的工作流定义都就绪后再启动。

适用边界与注意点

• 适合步骤可枚举、执行路径确定的任务（如 PR 监控、数据管道）；纯开放式探索任务不建议封装成固定工作流。
• 审批门会打断执行节奏，流程越长收益越明显，一两步的短任务可能反而增加协调成本。
• 工作流依赖的本地命令或数据源必须在运行环境中真实可用，否则步骤会在调用点失败。
• Lobster 与 OpenClaw 为外部依赖，文档以 https://docs.openclaw.ai/tools/lobster 为准，遇到参数或行为差异应以上游实现为准。