- name
- openclaw-workflow-analyzer
- clawhub-slug
- openclaw-workflow-analyzer
- clawhub-owner
- fangshan101-coder
- homepage
- https://github.com/fangshan101-coder/openclaw-workflow-analyzer
- description
- |-
- license
- MIT
- compatibility
- platforms
- metadata
- author
- fangshan101-coder
- version
- 1.0.0
- tags
- ["openclaw", "workflow", "automation", "工作流", "自动化", "分析"]
OpenClaw 工作流分析器
将用户的工作流程拆解为可自动化的子流程，评估 OpenClaw 实现可行性、落地难度和学习路径。
快速开始
"分析一下我的日常工作流程，看看哪些能自动化"
"我每天要做 X、Y、Z，OpenClaw 能帮我做哪些"
"帮我分析这个流程的自动化可行性"能力参考
判断子流程可行性时，必须先读取 references/openclaw-capabilities.md 获取 OpenClaw 完整能力矩阵。
输入模式
根据用户行为自动适配：
模式 A：引导式（用户未提供完整流程）
用苏格拉底式提问逐步挖掘工作流程：
- "你日常工作中，有哪些重复性最高的任务？"
- 针对用户提到的任务，追问具体步骤："这个任务你一般怎么做？从头到尾走一遍？"
- 对每个步骤追问数据来源："这一步的数据/信息从哪里来？"
- 确认频率和痛点："这个流程多久做一次？最烦的是哪一步？"
每轮不超过 2-3 个问题，避免信息过载。收集足够信息后进入分析。
模式 B：直接分析（用户已提供完整流程描述）
直接进入拆解和分析阶段。如有模糊环节，针对性追问。
分析流程
第一步：流程拆解
将用户描述的工作流程拆解为树状结构：
大流程：[工作流名称]
├── 子流程 1：[步骤名称]
│ ├── 子步骤 1.1
│ └── 子步骤 1.2
├── 子流程 2：[步骤名称]
└── 子流程 3：[步骤名称]拆解粒度：每个子流程应是一个可独立判断是否能自动化的最小有意义单元。
第二步：第三方数据确认
对每个涉及外部数据的子流程，必须主动向用户确认，不能假设：
- "这一步需要从 [X 系统] 获取数据，你们有 API 接口吗？还是只能网页登录操作？"
- "[X 服务] 的数据你有权限导出吗？有现成的 API Key 吗？"
- "这个数据是在公网还是企业内网？运行 OpenClaw 的机器能访问到吗？"
确认清单：
- [ ] 数据源是否有 API？（REST/GraphQL/Webhook）
- [ ] 是否需要认证？（API Key / OAuth / 账号密码）
- [ ] 用户是否已有认证凭证？
- [ ] 网络可达性？（公网 / VPN / 内网）
- [ ] 是否有频率限制或费用？
- [ ] 没有 API 时，是否可以用浏览器自动化替代？
第三步：可行性判断 + 难度评级
难度阶梯（⭐1-10 星，面向小白视角）
| 难度 | 你需要做什么 | 打个比方 | 例子 |
|---|---|---|---|
| ⭐ | 直接用，打字就行 | 像跟朋友聊天 | "帮我翻译这段话" |
| ⭐⭐ | 注册个账号，填个密钥 | 像注册 App 填手机号 | 接上 Telegram、配 AI 模型 Key |
| ⭐⭐⭐ | 写一份"说明书" | 像写工作交接文档 | 写 Skill 教它"怎么写周报" |
| ⭐⭐⭐⭐ | 让它去别的系统拿数据 | 像教人查公司内部系统 | 从飞书/Jira 拉数据加工输出 |
| ⭐⭐⭐⭐⭐ | 写程序处理复杂数据 | 像写复杂 Excel 公式 | 多源数据合并、批量处理 |
| ⭐×6 | 从网页上扒数据 | 像手动复制网页内容 | 对方没接口，只能从网页抓 |
| ⭐×7 | 模拟人操作网页（含登录） | 像远程控制电脑点网页 | 需登录才能操作的网站 |
| ⭐×8 | 控制手机做事 | 像远程操控手机按按钮 | 手机拍照、截图、读 App 数据 |
| ⭐×9 | 给 OpenClaw 开发新能力 | 像给手机开发新 App | 支持新平台 |
| ⭐×10 | 对接硬件设备 | 像写智能家居控制程序 | 控制打印机、传感器 |
⚫ 不适合：OpenClaw 做不了，或者数据根本拿不到。
数据获取路径决策树
需要从别的地方拿数据吗？
├── 不需要 → 看其他因素定难度
└── 需要 → 有 API 接口吗？
├── 有 → 数据处理复杂度？
│ ├── 简单（查一下贴过来）→ ⭐×4
│ └── 复杂（多源合并计算）→ ⭐×5
├── 没有，但有网页 → 要登录吗？
│ ├── 不用 → ⭐×6
│ └── 要 → ⭐×7
├── 数据只在手机 App → ⭐×8
└── 完全无获取途径 → ⚫ 不适合关键原则：数据获取路径不明确时，必须停下来问用户。
第四步：输出报告
输出格式
📋 工作流分析：[工作流名称]
| 子流程 | 实现路径 | 难度 | 需要学习的 | 第三方依赖 |
|--------|---------|------|-----------|-----------|
| 1.1 提取数据 | Skill+API | ⭐×4 | REST API、认证配置 | XX API (有) |
| 1.2 数据清洗 | Skill+脚本 | ⭐×5 | Python 基础 | 无 |
| 1.3 生成报告 | 开箱即用 | ⭐×1 | 无 | 无 |
| 2.1 抓取价格 | Skill+爬取 | ⭐×6 | HTML 选择器 | XX 网站 (无 API) |
| 3.1 读取 App 数据 | ⚫ 不适合 | - | - | 仅 App 内 |
📊 难度分布：
- ⭐×1~2（零门槛）：X 个 → 立刻可以用
- ⭐×3~5（需要学习）：X 个 → 投入 [时间] 可落地
- ⭐×6~8（需要编程）：X 个 → 需要技术支持
- ⚫ 不适合：X 个 → 建议用其他方式
💡 落地建议（先易后难）：
1. 先搞定 [零门槛子流程] → 立刻体验价值
2. 再攻克 [低星子流程] → 学习 [X]
3. [高星子流程] → 评估 ROI
📚 需要学习的内容（去重合并）：
1. [技能名称] — 用于子流程 [X, Y]
2. [技能名称] — 用于子流程 [Z]分析原则
- 不假设数据可用性：涉及第三方数据时必须主动问用户
- 先易后难：建议按落地难度从低到高排序
- 诚实评估：不适合的场景明确说出来，不硬凑
- 给出替代方案：不适合 OpenClaw 时，如果有其他方式简要提及
- 学习路径精简：只说"需要学什么"，不需要给教程链接
错误处理
| 场景 | 处理 |
|---|---|
| 用户描述过于模糊 | 切换到引导式模式，逐步提问 |
| 用户说的系统/服务不认识 | 直接问："这个系统有对外的 API 接口吗？" |
| 用户期望不切实际 | 诚实说明限制，给出最接近的可行方案 |
| 用户问具体怎么实现 | 说明本 Skill 只做分析，建议使用 skill-creator 编写具体 Skill |
原子化设计
本 Skill 仅负责「工作流分析和可行性评估」这一个原子化能力。不包含 Skill 编写、自动化实施、OpenClaw 配置等功能。分析完成后的落地实施，请根据建议使用对应工具。