ACECuéntanos tu proyecto

Para quien desarrolla software

El agente desarrolla. Los controles deciden cuándo está terminado

ACE es como devanddel desarrolla software con agentes de IA. Ninguna entrega se cierra sin superar el 100 % de los controles acordados contigo y sin dejar las pruebas registradas.

  • Cierra por controles, no por confianza
  • Lo crítico lo firma siempre una persona
  • Conoce tu proyecto, no solo la tecnología

Lo que pasa hoy cuando la IA programa

Lo viven las empresas que ya usan IA para programar y las que pasan de usarla de forma puntual a tener agentes que trabajan solos.

  • Los cambios esperan a ser revisados

    La IA genera más código del que se puede revisar. Con un uso alto de IA, frente a uno bajo, los cambios esperan más de cinco veces más a ser revisados, según Faros AI (2026).

  • Cambios que entran sin revisar

    Aun así, un 31 % más de cambios se incorporan sin revisar (Faros AI, 2026). Y de las muestras de código de IA que evaluó Veracode (2025), el 45 % falló las pruebas de seguridad.

  • Toda la revisión recae en los expertos

    Ese trabajo cae sobre los perfiles más expertos, que se convierten en el tapón: o lo revisan todo o no dan abasto.

  • Lo terminado que no lo estaba

    El fallo más caro no es un error de programación: es descubrir semanas después que algo dado por terminado no lo estaba. En cuatro proyectos de actualización, dos se cerraron sin llegar a la versión acordada.

Qué hace ACE en tus proyectos

  • No deja cerrar lo que no supera los controles

    Nada se cierra sin superar las pruebas acordadas, con evidencias y un responsable. Generarse sin errores o funcionar en su entorno no es estar terminado: «terminado» significa lo mismo siempre.

  • Revisa cada cambio según su riesgo

    Cada cambio pasa tres revisiones automáticas: arquitectura, calidad y seguridad, y fidelidad funcional. Lo que toca accesos, claves, datos reales o informes lo firma siempre una persona.

  • Comprueba que el proyecto no se contradice

    Comprueba que la documentación, las decisiones y lo construido dicen lo mismo, para detectar a tiempo el error que no ve ninguna revisión de código.

  • Registra las pruebas mientras se trabaja

    Pruebas, revisiones y decisiones quedan registradas mientras se trabaja, y el conocimiento del negocio se guarda junto al código: cualquier entrega se puede auditar y el conocimiento se queda en tu empresa.

  • Alimenta las herramientas que ya tienes

    El plan se refleja en tu tablero corporativo, las horas reales se asignan solas al trabajo activo y cada entrega aceptada dice qué versión está dónde. Hoy funciona con Azure DevOps, Clockify y entornos de despliegue como OpenShift.

  • Resuelve con reglas lo que no necesita IA

    Lo que puede comprobar una regla no se le pide a la IA. Las tareas son pequeñas y con el contexto limpio, y cada persona tiene la licencia que corresponde a su uso: un consumo de IA con coste controlado.

Quién decide que está terminado

Con ACE, una entrega se acepta por lo que demuestra, no por la confianza en quién la hizo o con qué herramienta. Los controles se acuerdan contigo, y son ellos los que deciden cuándo el trabajo está terminado.

La revisión humana no desaparece, se concentra. Cada cambio se valora según lo que toca, lo crítico lo firma siempre una persona y una tarea rechazada tres veces seguidas pasa a una persona. En el proyecto de referencia de ACE, dos de cada tres cambios siguen pasando por una persona.

Lo que ACE no hace hoy

ACE no garantiza que el requisito se recogiera bien ni que las pruebas definidas sean suficientes: garantiza que lo acordado se ha cumplido y deja el rastro. Tampoco evita el retrabajo; lo hace visible pronto y permite absorberlo rápido.

El resultado es de control, no de ahorro: no se promete menos coste ni más productividad, porque todavía no hay datos que lo demuestren. Hoy ACE se usa sobre un único proveedor comercial de IA, la medición automática del consumo y el límite de rondas de revisión están en desarrollo, y con Jira requiere desarrollo específico.

Por qué ACE

  • Conoce tu proyecto, no solo la tecnología: tus reglas, tus requisitos y el porqué de cada decisión
  • Cierra por controles, no por confianza: un control objetivo decide y las personas revisan lo crítico
  • Diseñado para no depender de una herramienta de IA concreta: los activos se quedan en tu entorno
  • La coherencia como cuarta línea base, junto a alcance, plazo y coste
  • Los datos salen del trabajo diario y muestran también las desviaciones
  • Convive con tus copilotos y tus herramientas de gestión, no los sustituye

Cómo se trabaja contigo

  1. 1

    Acordar los controles

    Tú fijas qué debe cumplir el software y cómo se comprueba; devanddel, como proveedor, lo supera con su método.

  2. 2

    Recoger el conocimiento

    Al principio cuesta: recoger el conocimiento del proyecto lleva las primeras semanas. La profundidad de la revisión se ajusta a cada tipo de tarea, para no recorrer el circuito completo en las muy pequeñas.

  3. 3

    Desarrollar y comprobar

    El agente desarrolla, cada cambio pasa sus revisiones y nada se cierra sin superar los controles, con las pruebas registradas.

  4. 4

    Recibir lo construido

    Al terminar recibes un manual de uso y los repositorios necesarios: los activos del proyecto se quedan en tu entorno. Eso no supone ceder la propiedad intelectual del marco.

Dos proyectos con ACE y sus datos

Se cuentan sin nombrar al cliente. Sus datos salen del trabajo diario: acreditan que el método funciona y produce código en condiciones, no ahorro ni más productividad.

  • Un sistema de RR. HH. de escritorio

    Su paso a web, comprobando que la nueva aplicación se comporta igual que la anterior. Un proyecto real con cuatro desarrolladores y una persona de calidad, que trabaja con ACE desde abril.

    Resultado

    2.097 pruebas automáticas superadas y 0 fallidas, 96 % del código cubierto y 0 tareas cerradas a medias, en la parte web a 21 de septiembre de 2026.

  • Un proyecto ante sus pruebas finales

    Antes de la aceptación del usuario, cada incidencia llegó vinculada a su origen: el agente la diagnosticó y la corrigió, y la prueba quedó registrada sola.

    Resultado

    80 incidencias resueltas en dos días de trabajo. Es el resultado de ese caso, no un compromiso de rendimiento.

¿Dónde aportaría esta forma de trabajar en tus proyectos?

Cuéntanos qué tienes entre manos (una modernización, una actualización de versión, un desarrollo nuevo o la corrección antes de entregar) y vemos juntos dónde aportaría trabajar así.