Esta página es una traducción de la documentación en inglés. Los comandos, identificadores y ejemplos no cambian. Runtime 7.24.4 · SDK 2.6.7. Original en inglés

Por qué AX Code

Estado: Activo Alcance: estado actual Última revisión: 2026-08-25 Responsable: mantenedores de AX Code

La mayoría de los agentes de programación optimizan el momento de escribir código. AX Code optimiza el momento posterior: decidir si conservar lo que produjo el agente.

Para qué optimiza AX Code

La salida del agente es barata de generar y cara de revisar. Cuando un agente toca veinte archivos en tres módulos, el problema de quien revisa no es «¿esta línea es correcta?», sino «qué hizo de verdad, si pasa y qué ocurre si necesito deshacerlo».

AX Code está construido alrededor de ese problema:

Evidencia. Cada sesión se registra como un registro de eventos tipado — decisiones de enrutado, actividad del modelo, pasos, llamadas a herramientas, resultados de herramientas — más instantáneas de archivos tomadas durante la ejecución.
Verificación. Donde una compuerta es aplicable, deciden las comprobaciones propias del repositorio. Los candidatos de arena y la aplicación de refactorización con compuerta ejecutan comprobación de tipos, lint y pruebas antes de aceptar un resultado.
Reversibilidad. Los puntos de instantánea se pueden recuperar por paso, no solo por sesión, incluidos los cambios delegados a sesiones anidadas en el mismo directorio de trabajo.
Tu decisión. AX Code clasifica, puntúa e informa. No fusiona por ti.

A quién va dirigido

Público principal:

ingenieros sénior y de plantilla que hacen cambios de consecuencia
mantenedores de código abierto y de plataformas internas
equipos que operan repositorios Git medianos o grandes
ingenieros que evalúan refactorizaciones, migraciones y correcciones entre módulos
quien ejecuta trabajo de agente sin supervisión o programado que una persona debe auditar después

No es el público principal:

quien quiere autocompletado en línea
un usuario que hace una edición rápida y desechable
un equipo cuya prioridad es la delegación en la nube totalmente gestionada
quien no está dispuesto a usar Git ni a ejecutar comprobaciones del repositorio

En esos casos un asistente de editor más ligero es de verdad la mejor herramienta, y esta página prefiere decirlo antes que vender de más.

En qué se diferencia

En lugar de una lista de funciones que envejece, esto es para qué optimiza cada categoría:

Categoría	Optimiza	Dónde se diferencia AX Code
Agentes de modelo de primera parte	la experiencia de un modelo, de extremo a extremo	AX Code es agnóstico del modelo y conserva el registro en local
Agentes de editor	el flujo interactivo dentro del IDE	AX Code se dirige al paso de revisión y auditoría, no al de escritura
Agentes de terminal ligeros	la velocidad y la simplicidad	AX Code acepta más conceptos a cambio de un registro inspeccionable
Agentes en la nube	la delegación gestionada y la autonomía	AX Code conserva la ejecución y la evidencia en tu equipo, Apache-2.0

Varias capacidades que AX Code publica están, a fecha de 2026, disponibles de forma amplia en otros sitios: sandbox, puntos de control y restauración, MCP, hooks, skills, subagentes, aislamiento de worktree, programación, elección de proveedor y ejecutar un prompt en varios modelos. Ninguna de ellas, por sí sola, es un motivo para elegir AX Code.

La combinación que es más difícil de reunir en otro sitio es: una implementación candidata aislada, condicionada a las comprobaciones propias del repositorio, con clasificación que pone la verificación primero, con el registro completo de ejecución conservado en local y exportable, y sin fusión automática.

Qué no afirmamos

El posicionamiento solo es útil si sobrevive al contacto con el producto. De forma explícita:

replay reconstruye; no vuelve a ejecutar. Reconstruye y verifica el flujo de eventos registrado. No vuelve a ejecutar modelos, herramientas ni el mundo exterior.
risk es una heurística determinista, calculada a partir del cambio, el estado de validación, los fallos de herramientas, las rutas tocadas y los patrones de archivos sensibles a la seguridad. No es una probabilidad, una confianza calibrada ni una garantía de seguridad.
branch bifurca el estado de la sesión, no una rama ni un worktree de Git. Arena es el camino de implementación con worktree de Git.
compare compara ejecuciones, no código fuente. Informa del riesgo, del camino de decisión y de los recuentos de eventos: no es un visor de diff de código.
Las compuertas de verificación no son universales. Se aplican a los candidatos de arena y a la aplicación de refactorización con compuerta. Las ediciones interactivas ordinarias no se verifican de forma automática.
La prosa de AX Wiki la genera el modelo a partir de fuentes citadas. El marco de planificación, validación, actualización incremental y secciones protegidas que la rodea es determinista.
La visibilidad del puente CLI es parcial. AX Code registra por completo su propia ejecución de herramientas; el trabajo que ocurre dentro de un proceso de CLI del fabricante solo es visible a través de la salida de ese puente.
Algunas capacidades son optativas. El entorno de ejecución workflow exige AX_CODE_WORKFLOW_RUNTIME=1.

Procedencia, con claridad

AX Code empezó sobre la base de código de OpenCode con licencia MIT. Eso se conserva en NOTICE y se declara en el README, no se esconde.

Lo que DEFAI construyó sobre esa base es el tema de esta página: la capa de evidencia de ejecución, el motor determinista de depuración y refactorización con verificación en worktree sombra, el grafo de inteligencia de código y el análisis de impacto, los modos de ejecución council y arena, el compilador de AX Wiki, el sandbox a nivel del sistema y AX Code Desktop.

Integrar un proyecto no es derivar de él. La sección de procedencia del README, y NOTICE, existen para cumplir las obligaciones de licencia bajo la sección 4(d) de Apache-2.0: enumeran solo los orígenes cuyo código AX Code copia y redistribuye de verdad. Los proyectos con los que AX Code solo habla no se enumeran ahí, por muy de cerca que se estudiaran al construir el puente. El caso más claro son los proveedores CLI: Claude Code, Codex CLI, Grok Build CLI y Muse Code CLI aparecen en las tablas de proveedores porque AX Code invoca esos binarios locales y reutiliza sus sesiones de inicio, no porque aquí se distribuya código suyo. Los patrones de ID de modelo, las tablas de capacidades y el análisis específico del fabricante en packages/ax-code/src/provider/ son lógica de interoperabilidad propia de AX Code. Los archivos que de verdad son derivaciones literales llevan una cabecera de procedencia de una línea que nombra el origen, para que una auditoría distinga la reutilización deliberada de una limpieza omitida.

Evidencia de ejecución: los comandos que hacen revisable una ejecución
Cambios verificados de varios modelos: council y arena
Empieza aquí: el modelo mental del producto