ax：它是什么、解决了什么问题以及为何受到关注

它解决了什么

Ax 提供了一套统一的、语言无关的编程模型，用于构建 LLM 应用。它消除了手动提示工程的需求，并允许开发者定义跨多个提供商（OpenAI、Anthropic、Gemini 等）和多种编程语言（TypeScript、Python、Java、C++、Go 和 Rust）通用的结构化输入输出（签名）。

工作原理

Ax 使用一个“语义核心”，该核心会编译为各种语言的原生库。核心围绕 Signatures（签名）展开，签名使用 DSL 或类似 Zod 的模式验证器来定义生成任务的类型化结构。这些签名由一个轻量运行时处理，负责提供商抽象、流式传输和验证。

对于更复杂的行为，Ax 提供：

• AxAgent：一个三阶段流水线（distiller → executor → responder），使用递归运行时（RLM）通过沙盒化的 JS 执行、记忆体和技能来管理长上下文。
• AxFlow：一个类型化工作流运行器，将 LLM 调用组织为节点的有向无环图（DAG），支持并行执行和状态管理。
• Optimizers：如 GEPA（多目标 Pareto 优化器）等工具，可根据定义的指标和训练集自动调优提示。

适用人群

需要构建健壮、类型安全的 LLM 应用的开发者，这些应用必须能够在不同 AI 提供商之间保持可移植性，并兼容多种后端语言。

亮点

• 多语言支持：单一编程模型可编译为 TypeScript、Python、Java、C++、Go 和 Rust。
• 提供商无关：无需更改代码即可在 OpenAI、Anthropic、Gemini、Grok、Mistral 等之间无缝切换。
• 结构化生成：深度集成 Standard Schema v1（Zod、Valibot、ArkType），实现端到端类型安全。
• 高级代理工具：内置对沙盒化 JS 运行时、向量记忆检索和基于技能的引导的支持。
• 多模态与音频：原生支持图像、音频和实时语音流。

---

摘要： 一个使用类型化签名构建 LLM 应用的多语言框架，提供统一的 API 用于代理、工作流和提示优化，支持 TypeScript、Python、Java、C++、Go 和 Rust。

标题： ax：它是什么、解决了什么问题以及为何受到关注