异步工作流接管

定义

设计 Agent 工作流时，把人机交互从"在场操作"解耦为"任意时间、任意设备的异步审批"。让工作流 7×24 小时流转，碎片时间也能推进。

针对 Harness 工作流的"在场依赖"瓶颈——一天 8 小时真正能坐工位操控 Agent 的时间往往不到 4 小时。

要点

设计原则

• 状态持久化：工作流状态在文件系统，不依赖内存或特定进程（文件作为协议〔待补〕）
• 断点恢复：每阶段入口/出口有明确持久化产物，从任意断点恢复
• 异步审批：人工确认设计为异步——Agent 提交产物、暂停等待，人类任意时间审批后继续
• 通知触达：关键节点（架构评审、产物验收）通过企微/Telegram 主动推送

真问题不是"暂停丢进度"

由于"文件系统即状态机"设计，暂停本身不丢任何进度。真正的问题是：

1. 交付周期拉长：1 天交付变成 3 天交付，工作流没出错只是"在等人"
2. 知识沉淀时效性下降：ARCHIVE 阶段依赖工作流走完，卡得越久知识越慢
3. 碎片时间浪费：会议间隙 5 分钟、通勤 30 分钟本可推进，因不在工位流失

工程架构启示

好的 Harness 工程不仅设计"Agent 怎么跑"，还要设计"人怎么随时参与"。

这与 Agent Gateway 是同一思路的延伸——把人机界面也作为可解耦的控制平面。

示例

腾讯 Hapi 内网版能力矩阵：

能力	对工作流的意义
跨设备会话接管（手机/平板/电脑）	工作流不因设备切换中断
24 小时待机	工作流可 7×24 小时流转
PWA 原生体验	降低远程操控门槛
多助手切换（Codebuddy/Codex/Gemini）	适配不同 Agent 引擎
自主模式（YOLO）	减少人工确认频率

典型一天的改进：

09:00 站会     → 📱 手机扫一眼 Agent 进展
11:30 评审会间 → 📱 手机确认架构方案
12:30 午饭后   → 📱 review Agent 产物
17:30 通勤     → 📱 启动新工作流
20:00 在家     → 💻 浏览器远程操控

相关概念

• Agent Gateway
• 中断即状态
• 文件作为协议〔待补〕
• Harness知识沉淀实践〔待补〕
• 球权原则〔待补〕
• Ralph Loop