哪种工作流程适合你？
本页对比的是编码 agent，不是名为 Codex 的模型。本地推理与可复用技能并非 AX Code 独有：Codex 也文档化了本地提供商模式与技能。
| 考量项 | AX Code | Codex |
|---|---|---|
| 同时使用 | AX Code 可将已安装的 Codex CLI 作为 codex-cli 提供商，复用其本地登录与会话。 | 该 CLI 也可以在其自身的工作流中直接使用。 |
| 编码工作流 | 具备执行记录与对比命令的终端 agent。 | 可查看代码、编辑文件并运行命令的终端 agent。 |
| 本地模型 | 支持的本地运行时，包括在支持的 Apple Silicon Mac 上运行 AX Engine。 | 文档化的 OSS 模式支持 Ollama 与 LM Studio 等本地提供商。 |
| 可复用指令 | 以 SKILL.md 与辅助资源定义的项目技能。 | 以 SKILL.md 定义的技能，可附带可选的脚本与引用。 |
将 WebMCP 纳入比较
借助实验性的 WebMCP 桥接功能，AX Code 可以读取网页、调用网站提供的工具并操作网页界面。该功能默认关闭，启用后会打开隔离的 Chrome 窗口。
确认各款编程 agent 是否能发现并调用页面注册的 WebMCP 工具、如何处理浏览器配置文件和批准，以及需要哪些设置。使用相同网站与任务评估。仅有 MCP 服务器连接或普通浏览器自动化，并不能证明支持 WebMCP；请查看各产品的最新文档。
用 AX Code 评估什么
在仓库中打开 AX Code，使用 /connect 选择支持的本地运行时、云端 API、编程 CLI 或私有 GPU 端点。在向不熟悉的代码授予访问权限之前，先设置沙盒与权限。普通会话不会自动强制运行你项目的测试套件。 运行仓库检查并查看差异。使用会话图谱查看已记录的步骤与工具调用。已记录的检查失败仍然是失败；agent 的完成消息并不能证明补丁是正确的。
AX Code Business 为规划中的版本。网站上的速度示意并非与 Codex 进行的基准测试。
文档 ↗我该如何公平地对比这些 agent？
指明确切的产品界面、模型、权限与配置。在可行范围内，固定任务与模型。单个本地模型的吞吐量数字，并不能证明其 agent harness 更佳。
尝试一个有代表性的任务
在干净的 checkout 中给两个 agent 同一个小型失败测试。查看生成的补丁、工具历史、成本与回滚行为。自行运行验收检查，并对比完成后可获得的证据。
开始使用 ↗来源与范围
由 AX Code 团队撰写。这是工作流程对比，不是独立的性能排名。当前的可用性、方案与部署要求请以官方文档为准。