Obtener AX Code · GratisDocumentación

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

Documentación de AX Code

Estado: Activo Alcance: público, estado actual Última revisión: 2026-10-09 Responsable: mantenedores de AX Code

AX Code es un entorno de ejecución de agente de programación para trabajo revisable y reversible: cada sesión se registra como un registro estructurado de eventos con instantáneas de archivos, las implementaciones candidatas se pueden verificar contra las comprobaciones propias del repositorio y nada se fusiona de forma automática. Por qué AX Code explica para qué optimiza eso, a quién va dirigido y qué no afirma de forma deliberada.

El README raíz es el camino más corto para instalar y arrancar AX Code. Usa este centro cuando necesites configurar un flujo, entender un límite del entorno de ejecución o integrar AX Code con otro sistema.

Los registros de proceso internos (PRD, ADR, especificaciones, hojas de ruta, planes de implementación, revisiones competitivas y archivos de trabajo de auditoría) viven bajo .internal/, no en este árbol público: consulta «Límites de la documentación» más abajo. Las páginas públicas son las que se enlazan aquí.

Sitio web público: ax-code.app/es/docs/. Para instalaciones existentes, empieza por Actualización y recuperación. El acceso al código fuente y las descargas públicas van aparte; consulta Acceso al código fuente.

Elige por tarea

Para la navegación compartida y optativa de la terminal mediante un cliente MCP externo, consulta Compartir una TUI en vivo mediante MCP.

Para el puente experimental del navegador (leer páginas y, de forma opcional, hacer clic y rellenar), consulta Puente de navegador WebMCP.

Para preguntas autónomas sobre archivos elegidos mediante la caché de AX Trust, consulta Preguntas de contexto fijo.

Quiero… Empieza aquí
Decidir si AX Code encaja con mi trabajo Por qué AX Code
Entender AX Code antes de instalarlo Empieza aquí
Revisar, comparar o deshacer lo que hizo un agente Evidencia de ejecución
Hacer que varios modelos intenten el mismo cambio Cambios verificados de varios modelos
Elegir un canal de instalación o de entorno Canales de instalación y del entorno de ejecución
Conectar un proveedor alojado, de CLI, personalizado o local Proveedores y modelos compatibles
Activar la inferencia local gestionada en Apple Silicon Selección de modelos de AX Engine
Leer las cifras actuales de velocidad de Tiel frente a MTPLX Resumen comparativo de Tiel (20 September 2026)
Probar AX Code con una API de modelo de nivel gratuito Inicio rápido de API de nivel gratuito
Ejecutar un agente con límites seguros de archivos y de red Modo sandbox
Administrar infraestructura de nube o de red con seguridad Modo de operaciones en la nube
Ejecutar sin supervisión o en CI Modo autónomo
Llamar a la CLI de un solo uso ax-code run desde scripts o CI CLI sin interfaz
Ejecutar prompts recurrentes o programar tareas duraderas Modo de bucle y tareas programadas
Oír un sonido o un aviso hablado cuando una ejecución necesita atención Notificaciones de audio
Mantener el trabajo programado tras salidas del proceso o del host Operaciones de larga duración
Elegir ejecución local, en la nube, híbrida, council o arena Modos de ejecución
Conectar herramientas y datos externos Integraciones MCP
Dejar que el agente lea y actúe en Chrome mediante WebMCP Puente de navegador WebMCP
Integrar AX Code en una aplicación @defai-digital/ax-code-sdk
Generar un cliente para otro lenguaje Compatibilidad HTTP y OpenAPI
Construir un host de escritorio o nativo Transporte del SDK nativo

Primeros pasos

Guías del entorno de ejecución

Proveedores

Integraciones

SDK y límites del servicio

Arquitectura y fiabilidad

Referencia

Límites de la documentación

docs/ contiene orientación pública del comportamiento que existe en un entorno de ejecución publicado. El material de planificación, los objetivos de versión, la política de implementación y el análisis temporal no pertenecen aquí:

Contenido Ubicación
Decisiones de arquitectura .internal/adr/
Requisitos de producto y especificaciones técnicas .internal/prd/ y .internal/spec/
Hojas de ruta, planes de implementación, objetivos de versión, revisiones y auditorías .internal/reports/
Comportamiento publicado y orientación pública de integración docs/

Cada página Markdown pública debe declarar cerca del inicio su estado, alcance, fecha de última revisión y responsable. Prefiere enlaces a contratos generados o a fuentes de implementación antes que listas de rutas copiadas y otras instantáneas que cambian mucho.

Lista de mantenimiento

Antes de una versión o de un cambio sustancial de documentación:

  1. Verifica comandos, valores predeterminados, indicadores, ID de proveedor y etiquetas de entorno frente a su implementación.
  2. Actualiza la guía autorizada más estrecha en lugar de repetir el mismo comportamiento en varias páginas de entrada.
  3. Ejecuta pnpm run test:scripts para detectar enlaces locales rotos, páginas huérfanas y metadatos de página ausentes.
  4. Actualiza el manifiesto de exportación aprobado y ejecuta node script/export-public-docs.mjs --website /path/to/ax-code.app, y luego las comprobaciones del sitio, la compilación y las pruebas de humo de Workers. Las compilaciones del sitio usan la instantánea confirmada y no exigen acceso al código fuente. Las páginas y los activos públicos nuevos deben aprobarse de forma explícita en el manifiesto.
  5. Mantén las propuestas, las notas de desarrollo del proyecto, los objetivos de versión y los registros históricos de decisiones bajo .internal/, no en la navegación pública.