EL NUEVO PARADIGMA DE DESARROLLO

El software ya no se desarrolla como antes.

Las máquinas escriben el código. AURA gobierna el ciclo completo — de la idea al merge — con especificación, coordinación multi-agente, veredicto explicable y evidencia. Sin depender de ningún proveedor.

Primer veredicto en menos de 10 minutos · Sin tarjeta · Runtime gratis en todos los planes

De la idea al mergegobernado en tiempo real
93Aprobado. Los cuatro criterios en verde. Fusionado sin que nadie abriera el PR a mano.

Nacida en una software factory de nueva generación. Probada en producción antes de venderse.

670+
revisiones en producción
56
repositorios gobernados
~46%
del código lo escribe una IA
5
módulos, un solo ciclo
Por qué existe AURA

El cuello de botella se movió. Nadie gobierna el ciclo completo.

Antes · el código lo escribían humanos

  • 1Un humano escribe cada línea. El código es escaso y caro.
  • 2Otro humano revisa lo que puede. El resto pasa.
  • 3Un tercero planifica en una herramienta desconectada del código.
  • 4La velocidad de la empresa es cuántos de esos humanos puede contratar.

Ahora · la era de la inteligencia artificial

  • 1Los agentes escriben 8–10× más código. Tres o cuatro proveedores a la vez.
  • 2El desarrollador dirige, ya no escribe. Y aprueba decenas de acciones al día en diez terminales.
  • 3Cerca de la mitad del código nuevo lo escribe una IA en los equipos que ya usan Copilot.
  • 4El cuello de botella es especificar, coordinar y verificar. Y nadie gobierna las tres cosas juntas.

Ningún proveedor va a construir la capa neutral que gobierne a los agentes de su competencia. Por eso existe AURA. Leer el manifiesto del paradigma →

Fuente: GitHub reportó que Copilot genera el 46% del código de sus usuarios — cerca de la mitad. GitHub, feb. 2023. Sigue siendo la referencia pública más citada hacia 2025.

AURA Review · disponible hoy

Cuando todo está bien, AURA no te hace esperar.

Este Pull Request cumple lo que pedía la spec, no rompe nada del resto del sistema, pasa sus pruebas y no tiene vulnerabilidades. AURA lo revisa, lo explica y lo aprueba solo.

Plan Proacme/checkout · PR #2087 · feat(cart): aplicar cupón de descuento en el resumen en vivo

Intención heredada de la spec AURA-118

Origen: Spec · linked_issue · confianza 0.97

“Aplicar el código de cupón al resumen del carrito y mostrar el descuento antes de pagar.”

superficie esperada: [cart/summary, cart/coupons]
no debe tocar: [checkout/payment, billing/invoice]

app/services/cart/apply_coupon.rb
⏱ Tiempo humano ahorrado en este PR estimación
0minutos

Estimado sobre el tamaño y la complejidad del cambio

Revisión humana
≈ 22 min
Con AURA
41 seg
✓ INTENCIÓN · ¿hace lo que se pidió?96 / 100
El cupón se aplica al resumen y el descuento se calcula antes de pagar, exactamente como pedía la spec AURA-118.
✓ COHERENCIA · ¿encaja con el sistema?94 / 100
Solo toca cart/summary y cart/coupons. No alcanza checkout/payment ni billing/invoice: sin efectos donde no debía.
✓ CALIDAD · ¿está bien construido?91 / 100
Tests nuevos cubren cupón vencido, código inválido y descuento máximo. Cobertura del archivo: 88% (+6%). Lint sin observaciones.
✓ SEGURIDAD · ¿es seguro?97 / 100
Sin secretos, sin dependencias nuevas, sin patrones de inyección. La búsqueda del cupón usa parámetros preparados: correcto.
93
Índice de confianza / 100
✓ Aprobado
Los cuatro criterios superan el umbral que definió el equipo. La política dice que estos casos se fusionan solos.
Intención · 96 ✓
Coherencia · 94 ✓
Calidad · 91 ✓
Seguridad · 97 ✓
política: auto-merge si los 4 criterios ≥ 85 y no toca rutas críticas
Fusionado automáticamente · el equipo recibe el resumen y sigue con la siguiente spec.

Y cuando algo no está bien, AURA lo bloquea con razones: qué criterio falló, qué política aplicó, qué evidencia hubo. Ver AURA Review →

Runtime · gestión agéntica multi-proveedor

Todos tus agentes. Una sola cola. Gratis.

Cada proveedor quiere que uses solo su agente. Runtime detecta el tráfico de todos en tu máquina, agrupa sus solicitudes de aprobación y les pone un riesgo antes de que decidas. Sin cambiar ninguna herramienta.

Cola de aprobaciones · cerebro (linux)1pendiente
claude-codeEscribir apply_coupon.rbaura-web · dentro de la superficie esperada de AURA-118✓ aprobado
opencodeEjecutar rails db:migrateaura-api · crea tabla coupons · reversibleriesgo medio
antigravityLeer 14 archivos de checkout/aura-mobile · solo lectura✓ aprobado
codexEjecutar npx playwright testaura-web · 12 pruebas E2E · red aislada✓ aprobado
4 agentes · 3 proveedores · 1 decisión humana por acción1,221 eventos hoy
Solicitar acceso a Runtime →

Gratis en todos los planes. ¿Muchos proyectos a la vez? Orchestra los organiza por misión y por rol. Incluido en Pro desde 2027.

Resultados

Lo que AURA le devuelve a un equipo de verdad.

Con los datos de nuestro propio equipo: 56 repositorios y más de 670 revisiones en producción.

estimación
0
ahorrados por Pull Request
Frente al tiempo promedio de una revisión humana equivalente. Pendiente de validación interna.
0
más código
Con el mismo equipo humano, a la misma velocidad de antes

¿Cuánto vale esto para tu equipo?

Un equipo de 10 desarrolladores que abre 280 Pull Requests al mes recupera cerca de 98 horas humanas — casi dos semanas y media de una persona completa, cada mes, sin contratar a nadie más.

280 PRs × 21 min ahorrados ÷ 60 ≈ 98 horas / mes
Calcular con mi equipo →

Estimaciones basadas en el uso real de AURA y en el tiempo promedio que un desarrollador senior dedica a revisar un Pull Request comparable.

La base de cada decisión

Cuatro preguntas. Una respuesta clara.

Antes de decidir, AURA responde estas cuatro preguntas sobre cada cambio. Cuando las cuatro salen bien, el código avanza solo. Cuando una falla, sabes exactamente cuál y por qué.

01 · Intención
¿Hace lo que se pidió?

Compara el cambio contra la spec, los tests nuevos o la instrucción que lo generó. Sin pedirle a nadie que escriba una especificación aparte.

extraída, no exigida
02 · Coherencia
¿Encaja con el resto del sistema?

Detecta cuando un cambio toca módulos que no debía, o rompe algo que otra parte del código daba por hecho. El fallo que ningún test detecta solo.

el criterio que nadie más revisa
03 · Calidad
¿Está bien construido?

Linters del propio stack, cobertura, tipos y evidencia de CI normalizada. La base técnica, verificada con tus propias herramientas.

tus reglas, aplicadas siempre
04 · Seguridad
¿Es seguro hoy y mañana?

Secretos expuestos, dependencias con CVEs, patrones de inyección. Y con el add-on, vigilancia continua después de que el código ya se fusionó.

antes y después del merge
Compromiso de neutralidad

Quien decide no compite en el juego.

El código lo escriben cada vez más las máquinas: Claude, Copilot, Cursor, Codex, modelos abiertos, modelos que aún no existen. Alguien tiene que verificar que ese código hace lo que se pidió, no rompe lo que no debía, es seguro y cumple las reglas de cada organización. Esa verificación solo vale si quien la hace no tiene intereses en el resultado.

  1. Nunca construiremos un agente que escriba código. Gobernamos el código de todos; no competimos con ninguno.
  2. Soportamos cualquier modelo y cualquier agente, y te dejamos elegir por región, costo o política. Nadie es favorito.
  3. Cada decisión de AURA es explicable: qué criterio falló, qué política aplicó, qué evidencia hubo.
Leer el manifiesto completoFirmado por los fundadores de AURA AI.
Origen

Lo construimos para sobrevivir a nuestro propio código.

AURA nació dentro de una software factory de nueva generación. Cuando nuestros equipos empezaron a dirigir agentes, el código creció ocho veces y el CTO revisaba cada Pull Request hasta casi desintegrarse. No había herramienta que gobernara el ciclo completo. La construimos. Hoy es tuya.

AURA bloqueando un Pull Request que no cumple la spec vinculada

AURA en producción: un PR bloqueado no por un bug, sino porque no cumplía lo que pedía la spec AURA-20.

AURA Hack

AURA Hack: El Nuevo Paradigma — 48 horas dirigiendo agentes.

Pool de US$1,000 en premios, licencias, acceso anticipado y créditos. Inscribe a tu equipo; la fecha y la sede se anuncian a los inscritos.

  • 01Runtime como herramienta oficial
  • 02Retos publicados como specs
  • 03Veredictos de Review como jurado
  • 04Premios, licencias, acceso y créditos
Preguntas frecuentes

Lo que todo CTO pregunta antes de conectar su código.

Review está disponible y se puede comprar hoy. Spec está en acceso anticipado: funciona y lo puedes usar, pero todavía sin cobro y sin la integración con Jira. Runtime es gratis en todos los planes, en beta por invitación. Orchestra es la versión Pro del Runtime (flujos, misiones, roles), incluido desde 2027. QA está en construcción, sin fecha. Cada módulo lleva su estado real en todo el sitio.

Funciona con tu Jira. Y muchos equipos descubren que ya no lo necesitan.

AURA no vigila a nadie: normaliza usar IA para desarrollar y ayuda a verificar que salió bien.

Cualquier persona con permiso corrige el veredicto en un clic, y ese evento se registra. Publicamos la precisión del control en tu informe mensual: si nos equivocamos más del 5% de las veces en algún repositorio, lo tratamos como un incidente nuestro. Una decisión que se equivoca seguido es una decisión que tu equipo ignora, y entonces no sirve.

No, y está en el contrato. Procesamos el cambio de forma efímera: no almacenamos tu código después de la revisión. Guardamos hallazgos y metadatos para tu histórico. Cada organización está aislada con credenciales de GitHub App propias. En Enterprise eliges el modelo y la región, o traes el tuyo.

Porque no te pedimos fe, te damos evidencia: qué criterio falló, qué política aplicó, en qué archivo y línea, con qué evidencia de CI. Y hay un compromiso que ningún competidor grande puede hacer: nunca construiremos un agente que escriba código. Quien decide no compite en el juego.

Un asiento es quien produce código contra un repositorio conectado: el desarrollador que abrió al menos un Pull Request revisado en el mes. Quien solo planifica, coordina o aprueba — un Scrum Master, un Product Owner — no paga asiento aunque use la plataforma todos los días.

Hoy AURA funciona con GitHub. GitLab llega en el segundo trimestre de 2027 y Bitbucket en el tercero. La importación de specs desde Jira es parte de Spec GA (fin de 2026); la sincronización bidireccional viene después, en Enterprise.

El código lo escriben las máquinas.
Tú decides si sale.

Conecta tu repositorio y ten tu primer veredicto en menos de diez minutos. Sin tarjeta, sin llamada de ventas, sin cambiar tu flujo de trabajo.

“Quien decide no compite en el juego.” — Nuestro compromiso de neutralidad