Producto
Presentamos Yaju Software Factory: del trabajo pendiente a la solicitud de extracción
La fábrica de software elimina un elemento de su trabajo pendiente y le devuelve una solicitud de extracción que un ser humano puede revisar. Esto es lo que hace, lo que deliberadamente no hace y por qué lo construimos sobre el sistema de orquestación de agentes en lugar de al lado de él.
Equipo Yaju · 27 julio 2026
Todos los equipos de ingeniería tienen el mismo grupo silencioso. No el trabajo interesante, ni tampoco el trabajo urgente: los tickets que son claros, pequeños y que nunca valen la pena. El aumento de la dependencia que afecta a cuarenta archivos. El punto final que necesita la misma validación que los otros seis. Nadie escribió la prueba porque la función se envió un viernes.
En esa pila es donde comienza la Fábrica de Software.
Lo que realmente hace
Lo apuntas a un elemento del trabajo pendiente. Lee el problema, lee el código base que lo rodea, hace un plan, escribe el cambio, ejecuta las pruebas y abre una solicitud de extracción con una descripción de lo que hizo y por qué. Una persona revisa esa solicitud de extracción exactamente como revisaría la de un colega.
Esa última frase es todo el diseño. La Fábrica de Software no se fusiona. No decide que una prueba fallida sea aceptable. No amplía silenciosamente su propio alcance a partir del boleto que le dieron. Produce algo para que un humano lo juzgue y luego se detiene.
Por qué se encuentra en el sistema de orquestación de agentes
Podríamos haber enviado esto como una herramienta independiente. Existen muchos de ellos y la mayoría se muestran maravillosamente. El problema aparece en la tercera semana, cuando tienes cuarenta de estos funcionando en seis equipos y nadie puede responder tres preguntas: qué cambiaron, cuánto costaron y quién es responsable del que acaba de tocar el servicio de facturación.
Aprovechar el sistema de orquestación de agentes significa que esas preguntas ya tienen respuestas. Cada ejecución que realiza la Fábrica de Software es un agente ejecutado como cualquier otro, lo que significa que hereda las cosas que pasamos construyendo durante tres generaciones:
- Gasto atribuido por agente, reportado en moneda en lugar de tokens, para que un equipo pueda ver cuánto cuesta realmente la automatización de su trabajo pendiente por cambio combinado.
- Presupuestos que frenan un exceso mientras se produce, con un aviso cuando se acerca el límite y un bloqueo duro cuando se alcanza.
- La política se aplica en el momento de la acción, por lo que un agente que nunca debería tocar las credenciales de producción no puede tocarlas, independientemente de lo que diga el plan.
- Evaluaciones en cada ejecución, calificando el resultado según criterios de comportamiento, estructurales, de latencia y de costo, y deteniendo la ejecución cuando falla una verificación.
- Un seguimiento de auditoría completo, por lo que la respuesta a "¿por qué ocurrió este cambio?" es un registro en lugar de una reconstrucción.
Nada de eso es una característica de Software Factory. Es una característica de la plataforma debajo, y ese es el punto.
La parte que la gente subestima
El problema difícil en la generación automatizada de código fue nunca generar el código. Los modelos han podido escribir una función plausible desde hace algún tiempo. El problema difícil es todo lo que rodea a la generación: saber qué ticket es seguro entregar, mantener al agente dentro del límite establecido, captar el cambio que es técnicamente correcto y contextualmente incorrecto, y ser capaz de demostrar después lo que sucedió.
Los equipos que se saltan esa parte tienen un comienzo rápido y un año lento. El resultado llega rápidamente y luego alguien tiene que leerlo todo con mucha atención, para siempre, porque no hay ninguna razón sistemática para confiar en una ejecución en particular más que en otra. Las evaluaciones son las que convierten eso en un proceso manejable. Cuando cada ejecución se califica según los criterios que usted definió, la revisión deja de ser una sospecha uniforme y comienza a ser una clasificación.
Empezando poco a poco, a propósito
Los equipos que aprovechan al máximo no son los que señalaron todo su trabajo pendiente el primer día. Eligieron una categoría de trabajo que estaba bien especificada y de bajo riesgo, la ejecutaron allí hasta que las puntuaciones de la evaluación fueron aburridas y luego ampliaron el límite.
Esto es más lento de lo que sugiere la demostración. También es la única versión que hemos visto resistir más allá del primer mes.
donde corre
La fábrica de software se ejecuta dondequiera que se ejecute el resto de su implementación de Yaju. Si su código no puede salir de su infraestructura, se ejecuta de forma autohospedada, en su propia nube o completamente aislado, con la misma gobernanza aplicada a todos los agentes. Las credenciales se resuelven en tiempo de ejecución desde la bóveda a nivel de organización, por lo que el agente nunca ve un secreto en texto sin cifrar y usted nunca tiene una clave en un archivo de configuración.
Pruébalo
La Fábrica de Software ya está disponible. Si desea verlo en su propio trabajo pendiente en lugar de en un repositorio de muestra, reserve una demostración y lo analizaremos con su código y sus limitaciones. Si prefiere leer primero, las páginas del Sistema de orquestación de agentes cubren los niveles de gobernanza, costos y evaluación en los que se basa.



