Esta página resume las funcionalidades visibles para el usuario incluidas en AITM 1.0, la primera versión pública, en comparación con las compilaciones internas de prueba que la precedieron.

Novedades

La Pipeline se autorrepara en lugar de detenerse

El mayor cambio es de filosofía: una Task solo debe terminar como failed cuando la configuración es incorrecta o a la IA le faltan datos. Cualquier otro problema se reintenta o se repara ahora de forma automática.

• Los conflictos de fusión se autorreparan. Una Task que encuentra un conflicto al fusionar en dev se reintenta con estrategias de rebase y de fusión, y después se entrega a un Agent de corrección.
• Las pruebas posteriores a la fusión se corrigen hacia adelante. Si las pruebas fallan tras una fusión, AITM aísla la causa y la corrige en la rama de la Task en lugar de revertir la fusión de inmediato.
• Corrección automática de la comprobación de tipos. Una comprobación de tipos fallida pasa a un Agent de corrección durante hasta tres rondas antes de que la Task falle.
• Los errores de infraestructura se clasifican por separado de los fallos de pruebas reales: un Worktree caído se reconstruye y las dependientes ya no se omiten en cascada.
• El Watchdog cubre todos los tipos de Task, incluidas las Tasks en modo agente.
• Los bloqueos de fusión obsoletos y las fusiones varadas se recuperan automáticamente en el siguiente ciclo del planificador y tras un reinicio.
• Las correcciones de pruebas posteriores a la fusión se mantienen dentro del Scope de la Task. Cuando se corrigen las pruebas tras una fusión, la corrección no puede tocar archivos fuera del Scope de la Task: el mismo Scope Gate utilizado en otras partes de la Pipeline.

Las Tasks indican para qué sirven

• Campo Intent. Cada Task lleva ahora un Intent: bug, feature, enhancement u other. El diálogo New Task lo solicita (se rellena previamente con bug al crear una Task a partir de un informe de bug), puede cambiarse al editar la Task, y las Tasks creadas desde Chat o Brainstorm lo reciben de la IA. El intent decide qué salvaguardas se aplican; por ejemplo, solo las Tasks de bug deben demostrar el bug (véase más abajo).
• Chat y Brainstorm dividen las solicitudes grandes. Cuando se pide algo grande, el asistente propone varias Tasks más pequeñas con el intent adecuado en lugar de una sola Task sobredimensionada.
• Simulación de diseño para Tasks complejas. Para cambios grandes o arriesgados, el paso Architect recorre ahora su propio plan a través de un conjunto de escenarios "qué pasaría si" (datos vacíos, un reinicio a mitad, dos Tasks a la vez, una dependencia que falla…) antes de escribir código, y los pasos posteriores comprueban los mismos escenarios. Las Tasks pequeñas lo omiten automáticamente.

La fusión es más estricta, y más segura

• Pre-merge build gate. Justo antes de fusionar una Task en dev, AITM compila y comprueba los tipos del resultado tal como quedará tras la fusión. Un resultado en rojo recibe un número limitado de intentos de corrección automática; si sigue en rojo, la Task no se fusiona. Los errores que ya existen en dev no se atribuyen a la Task. Véase Merge & Review.
• La cola se pausa durante las actualizaciones de herramientas de IA. AITM ahora actualiza por sí mismo la herramienta de línea de comandos de Claude — al arrancar y una vez al día — en lugar de dejar que se actualice en mitad del trabajo. Mientras hay una actualización pendiente, los pasos en ejecución pueden terminar, los pasos nuevos esperan (aparece una notificación y un pequeño indicador) y la cola continúa por sí sola después.

Creación y comprobación de proyectos

• Propuestas de proyecto. La IA (en Chat, Brainstorm o mediante un asistente conectado) ahora puede proponer un proyecto nuevo, pero nunca lo crea por sí sola: aparece un diálogo de confirmación donde se pueden editar los detalles y no se escribe nada en disco hasta confirmar.
• Comprobación de estado del proyecto. Antes de la primera Task de un proyecto, AITM comprueba lo básico — que sea un repositorio Git con al menos un commit, que esté en la rama esperada, que los archivos necesarios para su tecnología existan y sean válidos — y muestra cualquier problema como advertencia en la consola de la Task, en lugar de dejar que la Task falle a mitad con un error confuso. El panel del proyecto enlaza con la última comprobación.
• Comprobación del repositorio al crear. Los proyectos nuevos se validan (Git inicializado, primer commit, archivos necesarios) en el momento de su creación.
• Los proyectos .NET se configuran solos. Cuando el New Project Wizard incorpora un proyecto .NET, instala automáticamente el SDK de .NET necesario y las dependencias del proyecto, e informa en tiempo real cuando realmente instala algo.
• Comodidades del Wizard. El Wizard rellena previamente la carpeta del proyecto a partir de la raíz de proyectos (Settings → Pipeline → Wizard projects root), dispone de un selector de carpetas limitado a esa raíz y añade automáticamente el script AITM Dev Panel a los proyectos web recién creados.

Búsqueda y comodidad diaria

• Sintaxis de consulta de búsqueda. Los cuadros de búsqueda de variables, Contracts, hints y Tasks, así como las sugerencias @keyword / %contract, ahora entienden tres operadores: a.b — a seguido de b en ese orden; a&b — ambos, en cualquier orden; a|b — cualquiera de los dos. La coincidencia ignora mayúsculas y minúsculas.
• Reasoning effort. Para los proveedores que lo soportan, se puede elegir cuánto debe razonar el modelo — en Chat, Brainstorm y en los pasos de la Pipeline. El control se oculta para los modelos que no lo ofrecen.
• Control deslizante de fuente de tablas en Settings → Font & Style: establece el tamaño del texto de las filas de todas las tablas; los tamaños de encabezados y botones lo siguen.
• Los orígenes permitidos de CORS pueden editarse en Settings → System (direcciones exactas y patrones con comodines) para abrir el Dashboard desde otras máquinas.
• Las advertencias y notificaciones disponen todas de botones de copiar y cerrar.
• Help menu → AITM Dev Panel abre la documentación del Dev Panel (véase Contract Explorer & App Flow).
• La versión mostrada en el Dashboard tiene un formato coherente: versión · fecha (id de compilación).

Las Tasks de bug deben demostrar el bug

• Reproduction gate. Cuando una Task es una corrección de bug, el paso Architect debe redactar una sección Reproduction que demuestre el síntoma antes de la corrección y su ausencia después.
• Paquete de diagnóstico. Las Tasks de bug que AITM registra automáticamente incluyen las líneas del fallo, un resumen de blame, los archivos afectados y el id del error conocido enlazado.
• Business-scope gate. El trabajo fuera del Scope de la Task se bloquea con un veredicto de un juez de IA.

La suite de pruebas completa es opcional

Ejecutar toda la suite de pruebas tras cada fusión era la principal causa de presión sobre la memoria. Ahora está desactivada de forma predeterminada (Pipeline → Full test enabled) y, cuando se activa, solo se ejecuta cuando la Merge queue está vacía.

Reinicio deliberado tras una auto-fusión

Cuando AITM fusiona un cambio en su propio código, ya no se reinicia de forma repentina. El valor predeterminado (Git & Storage → Server restart after self-merge = manual) espera a que la cola se vacíe y muestra un botón Restart en el menú del encabezado.

Ajustes a los que antes no se podía acceder

• Perfiles de CPU día / noche (pestaña System): reservar más hilos para el Dashboard durante el día y dejar que las pruebas usen la máquina por la noche.
• Disk Janitor y Disk Watchdog (Watchdog & Resources): reglas de retención y presupuestos absolutos en GB por ubicación.
• Gestión de swap (System): tamaño de swap recomendado calculado a partir de la RAM y el disco libre.
• Pestaña dedicada Project Check y un botón Test connection para el modelo de traducción.
• Un proyecto nuevo recibe un conjunto predeterminado de Skills desde su creación (documentación, patrones de interfaz), en lugar de esperar a su primera Task.

Dashboard y paneles

• Paneles acoplables (Chat, Brainstorm, Contract Explorer, consolas de Tasks) que se encajan en espacios reales del diseño.
• La barra Monitor incorporó una pestaña Queued, un sparkline de CPU y una pestaña Estimation con el ETA de la cola.
• El inglés es el idioma predeterminado de la interfaz.
• Tarjetas de Task: los números de dependencia son pulsables y el botón del agente de recuperación pide confirmación.

Licencias

Un bloqueo de licencia por falso positivo puede desbloquearse desde la interfaz. Los slots de proyecto usados / máximos se muestran en Settings → License. Al crear o importar un proyecto en el Wizard, si la licencia tiene un slot libre, el Wizard ofrece asignarlo de inmediato. Sign in with Google está disponible tanto para iniciar la prueba gratuita como para iniciar sesión en la cuenta desde el panel de licencia.

Recursos

El sweeper de /tmp reconoce directorios de Chrome y Playwright filtrados y los limpia por defecto después de dos horas.