从飞书任务，到可验收的代码。
3 个协作端 · 1 个任务源 你负责指挥与验收，平台和 Agent 各司其职。
谁来做事，结果交给谁
设置周期，手动指挥，需要时暂停。业务变更由你拍板，最终是否接受由你决定。
描述、最新进展和每个附件。通过 puyang / user 读取；任务表不是第四个 Agent。
Harness Plaza · 平台端
每小时触发、去重认领、启动执行，保存工作包与运行台账。你在广场查看日志、Worktree 和验证结果。
把任务派给独立执行会话。
OMP · 执行端
先读技能、描述与附件，组织工作包。相关任务放进同一 Worktree，无关任务独立分支；编码后检查改动、运行验证、保存证据。
多个 Worktree 是多个执行实例，不是新的平台端。跨前后端仓库使用配对工作区。
将改动、验证证据和阻塞返回广场。
GemFlow 群 · 审查端
广场以
omp / bot通知完成、失败或待确认。群内审查 Agent 获取可访问的代码与证据，返回结论；有问题再返工。机器人消息能否触发审查 Agent 接单，需要单独验证。发送成功不等于开始审查。
广场以 omp / user 读取群反馈，你最终验收。
完成不是一个瞬间：执行完成、通知送达、审查通过，分别记录。
平台保存事实；Agent 做判断；你保留业务决定权。
同一广场，身份不能混用。
Profile 选择凭据；--as 决定以谁的身份操作。
你手动发消息
你在广场输入，发往 GemFlow 群
现有聊天路径。代表你本人发出的指令。
检查任务表
执行流程读取任务、描述和附件
Studio CLI 的任务表授权用户身份。
系统自动汇报
广场把完成、失败、阻塞发回群里
拟新增独立通知路径；启用前验证机器人入群与发言权限。
OMP Agent ≠ 名为 omp 的飞书 Profile。前者负责推理和执行，后者是一组飞书凭据。可替换编码 Harness，不必迁移飞书账号。
自动化边界：金额、库存、权限、契约变更先确认。提交、推送、合并、部署及飞书状态回写另行授权。