开发与工程 ✓ Google · 官方 distributed-runtimekubernetesharnessresumptionmcpgolangevent-log

Agent Executor (AX)

为分布式自治Agent提供可恢复的隔离执行运行时,支持挂起/恢复与容错。

FollowAgents 评估 · FARS-2.1
不推荐
47/ 100 五分制 2.4 / 5
1 2 3 4 5 6
1信任安全10 / 29 · 1.7/5

证据显示:README 描述了隔离执行、事件日志和恢复机制,但未提供权限最小化的具体实现细节。用户确认机制未提及。数据流透明度有事件日志但未说明数据流向。敏感数据处理仅提及 API 密钥环境变量,未说明存储和传输安全。依赖安全有 go.mod 但未提供漏洞扫描或版本锁定。外部影响有 MCP 工具和文件系统操作,但未说明权限控制。回滚有恢复机制但未明确回滚。来源归属有明确的 Google 组织和 Apache 2.0 许可证。扣分原因:缺乏具体实现细节和用户控制机制。

2可靠稳定6 / 14 · 2.1/5

证据显示:README 和代码结构一致,但未提供测试结果。依赖可用性有 go.mod 但未验证。失败消息有恢复机制但未说明错误提示。扣分原因:未提供测试证据和错误处理细节。

3适用触发10 / 18 · 2.8/5

证据显示:README 明确了目标用户(开发者和研究者)和使用场景(分布式代理运行时)。能力边界有 'What AX is NOT' 部分。触发精度有 CLI 选项但未说明精确触发条件。环境适配有 Kubernetes 支持。扣分原因:触发精度和边界描述不够详细。

4规范维护11 / 18 · 3.1/5

证据显示:README 结构清晰,安装说明详细,命名稳定(AX),有示例和 FAQ(部分),已知限制有 'What AX is NOT',许可证为 Apache 2.0,版本变更日志未提供,维护责任有 Google 团队。扣分原因:缺少版本变更日志和 FAQ 不完整。

5有效结果7 / 13 · 2.7/5

证据显示:输出可用性有 CLI 和示例,边际价值有分布式运行时和恢复功能,成本效益未提供性能或资源使用数据。扣分原因:成本效益缺乏数据支持。

6证据核验3 / 8 · 1.9/5

证据显示:README 中的声明部分有代码支持,但未提供交叉验证。事实与推断分离不明确。扣分原因:缺乏测试和外部验证。

证据充分度: 评估于 2026年8月13日 审查版本 703a79f2a55d
上游仓库在本次评估后已有新提交;当前评分仍对应所示审查版本,可能尚未覆盖最新改动。
源码中未见的安全控制:执行前用户确认
使用前请注意
  • 项目处于早期开发阶段,存在重大破坏性变更,外部贡献暂停。
  • 未提供安全审计或漏洞扫描证据,依赖安全性需进一步验证。
  • 用户确认机制缺失,可能影响安全性和合规性。
评估证据 [1][2][3][4][5][6]
查看完整评分方法 →

这个 Agent 能做什么,适合哪些场景?

AX(Agent Executor)是一个开源的分布式Agent运行时,由Google开发并公开。它通过动态从可挂起/可恢复的镜像中配置隔离环境来执行harnesses和agents。其核心设计围绕可靠性,支持事件日志持久化状态、单写者架构确保一致性,以及计算层actor恢复。AX本身与计算无关,但针对Kubernetes进行了优化,特别是与Agent Substrate集成,提供生产级部署。它内置Antigravity harness,支持Google AI Studio和Vertex AI,并支持通过MCP发现工具,还允许自定义harnesses,自带或自定义环境、MCP工具、技能和指令。

AX提供了一个CLI和服务器组件。CLI启动本地内置AX服务器,并加载Antigravity harness(默认),然后执行用户输入。执行状态保存在事件日志中(支持SQLite存储),支持随时恢复对话,即使失败也能从上次中断点继续。在远程模式下,CLI连接gRPC服务器(ax serve),服务器协调actor执行。AX通过Agent Substrate在Kubernetes上动态调度隔离的actor实例,actor可被挂起/恢复以节省资源。用户可通过--agent-config或--agent-config-file传递每请求的Agent配置(如模型、系统指令)。内置harness支持Agent Skills和MCP工具调用。

  1. 需要在长时间运行的工作流中保持状态并从中断中自动恢复的开发者。
  2. 希望在Kubernetes上运行大规模、突发性工作负载(如等待人工审核的Agent)的团队。
  3. 需要隔离执行环境和细粒度控制工具、技能的Agent应用开发者。
  4. 希望部署多个Agent实例,并从失败中自动恢复,而不丢失会话的运维人员。
  5. 使用Gemini API或Vertex AI构建Agent,并希望有健壮运行时管理的用户。

这个 Agent 有哪些优点和局限?

优点
  • 提供强大的恢复和挂起/恢复功能,适用于长时运行或间歇性执行的Agent。
  • 架构设计为非框架绑定,支持自定义harnesses和MCP工具。
  • 原生支持Kubernetes和Agent Substrate,适合容器化部署。
  • 基于日志的状态管理和单写者架构,确保一致性。
局限
  • 项目处于早期开发阶段,API可能发生破坏性变更,文档称暂时停止外部PR。
  • 主要面向Google生态(Gemini、Vertex AI),其他模型集成需要自定义harness。
  • 需要Go和Kubernetes知识来部署和管理,可能不适合非云环境。
  • 暂不支持elicitation、文件系统服务等规划功能。

如何安装或部署这个 Agent?

安装AX CLI:使用Go安装:go install github.com/google/ax/cmd/ax@latest。安装后验证:ax --help。需要安装Go和设置Gemini API密钥(export GEMINI_API_KEY="your-api-key")或配置Vertex AI认证(gcloud auth application-default login等)。

如何使用这个 Agent?

运行简单示例:ax --input "Can you list this directory?"。要使用远程服务器:ax --input "..." --server localhost:8494。要恢复对话:ax --conversation <id> --input "..."。要恢复未完成的执行:ax --conversation <id> --resume。要启动服务器:ax serve --config ax.yaml(示例配置包含服务器地址和SQLite事件日志)。

常见问题

AX是否支持非Google模型?
目前内置harness仅支持Google AI Studio和Vertex AI。要使用其他模型,需要实现自定义HarnessService。AX本身是模型无关的,但默认不支持。
我能否在非Kubernetes环境运行AX?
可以,AX可以独立运行,使用内置服务器和SQLite事件日志。但针对生产环境,推荐使用Agent Substrate在Kubernetes上运行。
AX是否提供托管服务?
注意:AX不是托管服务,它是自托管的。用户需要自行部署和运维。
如何保存和恢复Agent的状态?
AX使用事件日志持久化执行状态。当发生故障时,可以通过--resume或--conversation恢复。状态存储可配置为SQLite等。
AX与Agent框架的关系?
AX是一个运行时,不是Agent框架。它可以与任何Agent框架配合使用,因为它是框架无关的。

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents