Agent 异步执行（Asynchronous Agent Execution）
科普速读
- 它是什么： Agent 异步执行让客户端先提交任务，稍后再获取结果。
- 适合什么场景： 处理可能超过单次请求时长的任务。
- 主要边界： 任务状态、取消和持久化方式由具体系统决定。
概览
客户端启动一次代码仓库分析后会收到任务标识。客户端可以先处理其他工作，任务完成后再查询结果。
核心定义
Agent 异步执行把任务启动与最终结果的接收分开。系统可能返回任务或会话标识，并通过轮询、通知或其他文档说明的机制报告进度。
背景与发展
长时间任务可能超过客户端保持单次请求的时长。异步模式让客户端可以先返回，不必一直等待同一连接。但这不代表任务一定能在重启后保留或继续执行。
工作机制（How It Works）
- 客户端提交任务。
- 服务接受任务并返回标识或状态。
- 客户端查询状态，或接收进度更新。
- 服务就绪后返回结果或错误。
- 客户端按服务约定处理取消、超时和重试。
在软件测试与开发中的应用
测试服务可以在开发者评审其他改动时运行大型测试集。界面应显示被测代码版本，以及任务已完成、失败还是取消。
优势与局限
长时间任务运行时，客户端仍可响应其他操作。异步执行也增加了状态处理、重复提交和延迟失败等问题。持久化和重试行为因服务而异。
与相近术语对比
同步执行会保持请求连接，直到结果返回。异步执行会在结果就绪前把控制权交还客户端。后台 Agent 描述任务在哪里或如何运行；它可以采用异步执行，但两者不是同一概念。
实施建议（Best Practices）
记录任务标识、输入和代码版本。明确超时和取消行为。设计重试时，要避免重复产生副作用。向用户显示任务状态和最终结果。
常见误区（Pitfalls）
不要假设断开连接后任务仍会保留。没有收到更新不代表任务成功。要核对结果及其对应的代码版本。
FAQ
客户端断开后，异步任务一定能继续吗？
不一定。是否持久化或可恢复取决于服务。应查看服务约定并测试断连场景。