ETF Agent将延迟回复接回原研究
ETF Agent作者介绍了持久人机交互架构,将请求接纳、回复收到、回复采用和效果提交区分为四个可独立失败的事实,并在延迟回复后恢复原运行。其 open ETF Agent v0.13.0 示例会持久保存问题,将回复记录为已收到但未采用,并通过显式 resume 让原调用消费该回复。文章使用合成输入,并说明本地实现尚未证明生产可靠性或真实模型会提出合适问题。
该报告展示了长运行智能体如何保留请求身份,并把迟到的人工回复准确接回最初发起请求的运行与消费者,而不是把“收到”误当作“完成”。
研究 Agent 正在撰写一份基金风险报告,读过持仓摘要,也找到了基金披露资料,却缺一个决定分析口径的问题:“这次比较以哪个基准为准?”它可以先整理已经取得的资料,同时把问题交给用户。用户可能正在开会,过几个小时才回答;期间页面已经关闭,服务也可能重启。
难点不在于画一个“请确认”的弹窗,而在于:回答被系统收到之后,究竟有没有进入最初需要它的那次研究? 更棘手的是,“我同意”可能只是回答问题,也可能是对受保护操作的审批。把它们混成一个布尔值,Agent 就会失去解释自身行为的能力。
本文以一个长期运行的研究 Agent 为例,解释持久 Human-in-the-Loop(HIL)如何实现非阻塞提问、精确回复、同 Run 恢复与有界审批。例子均为说明机制的合成输入,不涉及真实账户或持仓。
一、先分清四个时点
传统聊天框很容易把“问题发出了”“用户看到了”“用户回答了”“研究已经采用回答”合并为一个已完成状态。但它们是四个可独立失败的事实。
#ETF Agent#ETF Agent HIO Stage A–D#Human Interaction Owner#Session v3#open ETF Agent v0.13.0