Un equipo de agentes que programa. Y una persona al mando.
El problema
La lista de tareas técnicas crece más deprisa que el equipo. Contratar es lento. Y usar IA para programar sin control da miedo, con razón.
Cómo lo resolvemos
Asignas una tarea y un equipo de agentes la planifica, la programa y la prueba, cada uno en su copia aislada. Antes de producción la revisan cuatro agentes distintos (seguridad, accesibilidad, calidad y funcionalidad) y una persona. Tú ves el avance en un panel.
Qué incluye
Un equipo de agentes por tarea
La planifica, la programa y la prueba, cada agente en su copia aislada del código.
Cuatro agentes de revisión
Seguridad, accesibilidad, calidad y funcionalidad, antes de producción.
Una persona al mando
Aprueba cada objetivo y decide si el cambio entra.
Un panel con el avance
Ves qué hace cada agente y en qué punto está cada tarea.
Dentro de este servicio
Orquestador de agentes
Un director reparte cada objetivo entre varios agentes que trabajan en paralelo. Una persona aprueba.
Revisión de código
Cuatro agentes revisan cada cambio antes de producción. Una persona decide si entra.
Desarrollo desde una incidencia
Asignas la incidencia al agente y el desarrollo arranca solo. Una persona revisa y fusiona.
Tickets al día
El agente mantiene al día el estado de los tickets. Una persona prioriza y decide.
Debate entre modelos
Dos modelos de IA debaten una idea y comprueban cada dato. Una persona decide con lo verificado delante.
Conocimiento por cliente
El conocimiento de cada proyecto, indexado y aislado por cliente. Una persona decide qué entra y quién accede.
Diseño de interfaces
El agente construye, revisa y pule interfaces con una guía de diseño propia. Una persona elige la dirección.
Web para agentes
Un agente de IA puede rellenar el formulario de contacto de la web. El envío lo hace siempre una persona.
Cómo está hecho
Un director coordina a un líder por objetivo y a varios agentes en paralelo. Ninguno publica sin pruebas en verde ni aprueba su propio trabajo. Las contraseñas no llegan nunca al modelo. Es como desarrollamos nosotros cada día.
Cada agente trabaja en su propia copia aislada del código. La subida del código y la petición de fusión solo salen por un canal controlado, que comprueba las pruebas y verifica cada publicación.
La revisión es una validación adversarial: cuando un cambio está listo, cuatro agentes lo atacan, cada uno desde su especialidad, y lo que encuentran se corrige, en ciclo, hasta que queda aprobado. La fusión y el paso a producción son siempre de una persona.
El desarrollo también arranca desde una incidencia: al asignarla, el agente hace el análisis funcional, crea la rama, abre la petición de fusión en borrador y la implementa. La persona revisa el resultado.
Preguntas frecuentes
¿Quién decide lo que llega a producción?
Siempre una persona. Los agentes planifican, programan, prueban y revisan; la fusión del cambio y el paso a producción los hace una persona.
¿Qué revisan los cuatro agentes?
Cada uno mira el cambio desde su especialidad: seguridad, accesibilidad, calidad y funcionalidad. Lo que encuentran se corrige y se vuelve a revisar hasta que queda aprobado.
¿Los agentes ven nuestras contraseñas?
No. Las contraseñas no llegan nunca al modelo, y cada agente trabaja en una copia aislada del código con el alcance de su tarea.
¿Sustituye a nuestro equipo de desarrollo?
No. Tu equipo asigna las tareas, aprueba los objetivos y decide qué entra. Los agentes se llevan el trabajo que hoy espera en la lista.
El siguiente paso
Cuéntanos cómo trabaja hoy tu empresa y te decimos por dónde empezar.