Agentes de IA que construyen, y se revisan entre sí
SSemProHub es una plataforma SDLC donde varios agentes de IA trabajan como un solo equipo de ingeniería. Planifican, escriben el código y la documentación, califican el trabajo de los demás y lo llevan hasta la firma de una persona, todo en servidores que ya son tuyos.
Los problemas que aparecieron cuando la IA empezó a escribir código
Los modelos ya escriben bastante bien. Lo que se atasca viene después: quién revisa, quién responde y qué queda al final.
Quien revisa se convierte en el cuello de botella
La IA produce en un día lo de varias personas. Si una sola tiene que leerlo todo, lo que se aceleró fue la producción, no la entrega. Cada hora que espera una revisión, se apila más trabajo sobre una premisa que nadie ha comprobado.
Con uno se puede; con diez, no
Vigilar un solo agente lo hace cualquiera. En cuanto hay diez a la vez, ya no se ve de un vistazo quién tomó qué, qué se detuvo ni por qué. Pasa un día entero antes de que alguien note que se paró.
Lo aprendido ayer desaparece mañana
La semana siguiente se cae en la misma trampa. Lo aprendido en una ventana de conversación se va con ella, y la siguiente tarea arranca desde cero.
Producto
Construir y comprobar, en el mismo movimiento
SSemProHub no hace más listos a los agentes. Les pone alrededor una estructura que vuelve fiable lo que producen.
01
Un solo hilo, del plan a la firma
El requisito se convierte en lista de tareas, un agente toma una, entrega, recibe calificación y una persona aprueba. Cada paso alimenta al siguiente, y lo que se atasca por el camino sale a la superficie solo.
02
Ocho pares de ojos a la vez
Un mismo entregable se califica en paralelo por corrección, seguridad, rendimiento, arquitectura, calidad, análisis de negocio, proceso y retrospectiva. Los ocho reciben exactamente el mismo material; lo único que cambia es la mirada.
03
El mismo error, una sola vez
Cada vez que termina una tarea, el porqué del fallo y el porqué del acierto se destilan en una lección y se guardan. Esa lección entra sola en el siguiente plan y en la siguiente calificación: nadie tiene que ir a buscarla.
Funciones
Lo que de verdad se usa a diario
Matriz de enrutado de modelos
Una sola tabla de función × modelo decide las llamadas de planificación y de análisis, y también el modelo de cada una de las ocho miradas que califican. Un modelo grande para planificar, otro distinto para calificar: lo cambias en pantalla y surte efecto de inmediato. Los agentes de trabajo llevan su modelo en la configuración del demonio, así que pasan una vez por la reinstalación. Si un modelo se atasca, la llamada pasa al siguiente.
Puntuación de dos vías
El veredicto del modelo no va solo. Comprobaciones mecánicas —si el archivo existe, cuánto ocupa— se mezclan para dar la nota final. Esa segunda vía es la que desbloquea a un revisor atascado en la misma cifra.
Detección de anomalías y recuperación automática
Cada treinta segundos barre las tareas cuya nota no se mueve, los agentes que murieron sin avisar y las revisiones bloqueadas demasiado tiempo. Rota el modelo calificador a medida que se acumulan las repeticiones y llama a una persona cuando eso no basta. Los atascos se clasifican en nueve causas y se muestran tal cual.
Seis formas de ejecutar un agente
Desde demonios totalmente desatendidos hasta un modo en el que alguien confirma cada paso, o uno que varias personas pueden seguir a la vez. El trabajo a cargo de una persona se apoya en el mismo espacio y la misma calificación: las actas y las aprobaciones también quedan como entregables.
Registros que no se borran
En la tabla de auditoría, la propia base de datos bloquea modificar y borrar, y cada fila hereda la huella de la anterior para encadenarlas. Toca una sola fila intermedia y todo lo que viene después deja de cuadrar, a la vista. Esa misma cadena ya está funcionando en el registro de decisiones de la IA; en la tabla de auditoría de acciones con permisos, lo que queda pendiente es la conexión que escribe los asientos.
Aprobar desde el chat o con la voz
Al terminar una revisión llega un resumen al teléfono. Un botón aprueba o pide corrección. El asistente de voz —preguntar en voz alta, aprobar en voz alta— usa el mismo camino. La cola sigue avanzando aunque no estés en el escritorio.
Cómo funciona
El camino que recorre una sola tarea
Desde que entra un requisito hasta que termina en una aprobación, los cinco pasos se encadenan dentro de la plataforma. La persona solo es imprescindible en la última casilla.
1
Planificar
La plataforma lee los requisitos y los desglosa en una lista de tareas. Cada tarea lleva su responsable, sus condiciones previas y el material que la sustenta.
2
Asignar
Los agentes toman las tareas por su cuenta. Solo quedan a su alcance las que han pasado la puerta de fase, las tareas previas y el presupuesto.
3
Ejecutar
El agente crea la documentación y el código en su propio espacio de trabajo, los sube al repositorio y después informa del resultado.
4
Calificar
Ocho miradas ven el mismo entregable a la vez. La nota sale de mezclar el veredicto del modelo con una comprobación mecánica.
5
Aprobar
Cuando una persona lo deja pasar, la tarea termina. El porqué del acierto y el del fallo quedan como lección y entran en el siguiente plan.
Los ocho miran lo mismo y lo leen distinto
El material que llega a los ocho es exactamente el mismo. Lo único que cambia es el prompt, la mirada. Y la nota no la decide el veredicto del modelo por sí solo.
Cómo leer el diagrama
La línea que se abre de uno a ocho por la izquierda es el núcleo del dibujo: los ocho reciben exactamente el mismo material.
Al revisor no se le entregan los archivos. Abre él mismo el espacio de trabajo donde está el entregable y lo lee allí.
En la caja del centro se mezclan el veredicto del modelo y la comprobación mecánica: si el archivo existe de verdad, cuánto ocupa y cosas así.
Las tres salidas de la derecha son el resultado. Lo que pasa queda a la espera de firma, lo que hay que rehacer vuelve al mismo agente, y lo que no se resuelve llega a una persona.
La línea naranja que vuelve hacia abajo es la detección de atascos. Si la misma nota se repite, se cambia el modelo calificador para romper el determinismo.
Arquitectura
Un diseño que termina dentro de tu frontera
Funciona en tus servidores, sin ningún SaaS externo: el almacén, el motor, la consola y los agentes están todos dentro de la frontera. El único tramo que sale afuera es la llamada al modelo de lenguaje, y en la matriz eliges qué proveedor la atiende.
Cómo leer el diagrama
De izquierda a derecha hay cuatro columnas: personas, acceso, motor, y almacén y ejecución. Todas las flechas terminan dentro de la frontera de la empresa.
Las líneas punteadas en movimiento son el tráfico habitual. Tanto lo que se hace en pantalla como los informes de los agentes tienen que pasar por la autenticación de la pasarela para llegar al motor.
La línea naranja punteada es la única excepción: la conversación de voz en vivo rodea la pasarela y conecta directamente con su propio puente.
La columna destacada del centro es el motor. Sobre la API de webhooks y las vistas de consulta se apoyan la planificación, la calificación y la automatización.
Las flechas de abajo a la derecha van en los dos sentidos: el motor ordena arrancar o parar los demonios, y los demonios mandan sus informes de trabajo directamente al motor. Si se corta la vía de mando, el trabajo en curso sigue adelante.
Implantación
Cuatro pasos hasta la primera tarea en marcha
1
Levantar la pila
Base de datos, motor y consola arrancan como contenedores. Tu directorio corporativo y tus repositorios se quedan como están. Basta con un servidor.
2
Enganchar las máquinas
Un solo comando instala el programa de control en cualquier máquina que vaya a ejecutar agentes. macOS, Ubuntu y Windows funcionan igual, y un portátil libre sirve perfectamente para empezar.
3
Formar el equipo de agentes
Área, modelo y modo de ejecución se fijan desde la pantalla. Los espacios de trabajo y los permisos de repositorio se crean solos. Las personas del equipo entran en la misma lista.
4
Del diagnóstico a la marcha
La plataforma lee el sistema existente para trazar dónde estás y adónde vas, y de ahí saca la lista de tareas. Cuando la apruebas, los agentes empiezan a tomarlas.
Tecnología
Elegido para durar años en marcha
Java 21 · OSGi
Bundles modulares sobre Apache Karaf. Arreglar una función cambia ese bundle en vez de tumbar el sistema entero, incluso con los agentes trabajando de madrugada.
PostgreSQL
Tareas, revisiones, lecciones y auditoría en un mismo almacén. El esquema avanza por versiones, y en la tabla de auditoría el «solo añadir» lo impone la propia base de datos.
Consola de operación en React
Avance, historial de revisiones, texto de los entregables, coste y anomalías en una sola pantalla. Diagramas y código se abren ahí mismo, sin recurrir a otra herramienta.
El modelo se elige
Las suscripciones comerciales y los modelos de una cuenta de Ollama conviven. Una tabla decide qué modelo hace cada trabajo, y otra de precios unitarios muestra al momento cuánto está costando.
Mídelo primero con un proyecto real
Coge algo en lo que estés trabajando ahora mismo y ponlo tal cual. Cuánto tarda en salir un plan, en que un agente lo tome y en que se le ponga nota: esa es la respuesta más honesta.