Agentic Workflow 核心评估
核心用法
Agentic Workflow 是一套为 OpenClaw 代理设计的异步任务管理系统，通过三个核心组件实现持续后台运行：
1. TASK_BOARD.yaml —— 看板式状态机，跟踪任务从 TODO → IN_PROGRESS → QA_REVIEW → DONE/BLOCKED 的全生命周期
2. HEARTBEAT.md —— 心跳引擎，每次唤醒时自动读取看板、推进任务、无需人工干预
3. QA Subagent —— Maker-Checker 质检闭环，交付物必须通过子代理验证后才向用户展示
显著优点
- 真正异步：代理在心跳间隔期静默工作，仅在完成或阻塞时通知用户
- 质量兜底：强制质检环节避免"匆忙交付"，三次失败后自动升级 BLOCKED 状态
- 状态可恢复：YAML 看板作为持久化真相源，支持跨会话任务续作
- 模块化设计：可嵌入任意代理工作流，不侵入业务逻辑
潜在局限
- 冷启动成本：需正确配置 YAML 看板和 HEARTBEAT 指令，配置错误会导致心跳失效
- 调试黑箱：静默执行模式下，中间状态需主动查看 TASK_BOARD.yaml 才能感知
- 子代理依赖：质检可靠性受限于子代理能力，复杂任务可能出现误判
- YAML 维护：长期运行后任务历史膨胀，需手动归档机制
适合人群
- 需要数小时级异步交付的复杂任务（研究报告、代码生成、数据处理）
- 对输出质量有硬性要求、不接受半成品交付的场景
- 愿意接受延迟反馈以换取减少交互频次的效率型用户
常规风险
| 风险点 | 等级 | 说明 |
|--------|------|------|
| 配置漂移 | 中 | HEARTBEAT 指令被其他技能覆盖导致心跳失效 |
| 子代理死锁 | 中 | QA 环节无限循环或超时未设置 BLOCKED |
| 状态泄露 | 低 | 多代理共享工作区时看板读写冲突 |
| 静默失败 | 中 | 心跳正常但任务实际停滞，用户难察觉 |
使用建议
首次部署时先用简单任务验证完整生命周期（TODO → DONE），确认通知触发后再投入生产任务。