Mapa del flujo y las responsabilidades
Defina el repositorio o la parte de la entrega, los criterios de aceptación, los responsables de las tareas y las decisiones reservadas a las personas.
AI Engineering
Dé a los agentes de código con IA un flujo de trabajo que su equipo pueda controlar.
Conecte los agentes de código con el contexto del proyecto, tareas definidas y comprobaciones de entrega. Ayudamos a su equipo de ingeniería a implementar un flujo que pueda operar y mejorar.
Evalúe conjuntamente el tiempo de entrega, la calidad y el coste operativo. Su equipo conserva la responsabilidad de la arquitectura y de las decisiones de lanzamiento.
Basado en nuestra práctica interna con el harness y Devbus. La implementación para cada cliente tiene su propio alcance acordado.
Escríbanos con las herramientas que utiliza y un problema de entrega que quiera resolver.
Haga explícito el trabajo que rodea a cada agente.
Un cambio puede abarcar un repositorio, varios agentes y un proceso de lanzamiento. Cada agente necesita contexto relevante, acciones permitidas y una tarea clara. Su equipo necesita saber qué ha cambiado, qué se ha comprobado y qué sigue pendiente.
Ayudamos a CTOs y responsables de ingeniería a convertir esa coordinación en un flujo operativo. Empiece por un problema de entrega y acuerde después las evidencias que permitirán evaluar la utilidad del cambio.
- Los agentes necesitan repetidamente el mismo contexto del proyecto o pierden decisiones entre tareas.
- La implementación avanza mientras la revisión, la responsabilidad de las pruebas o los traspasos de trabajo siguen sin estar claros.
- Su equipo necesita una forma controlada de evaluar agentes de código frente a su proceso de entrega actual.
Un harness conecta los agentes con el proceso de ingeniería.
Un harness para agentes de código es la estructura de trabajo que rodea a un agente. Conecta las instrucciones del proyecto, los límites de las tareas y el acceso a herramientas con las pruebas, los traspasos registrados y las decisiones de aceptación.
El agente implementa un cambio definido. El harness pone sus responsabilidades, resultados y evidencias de revisión a disposición de las personas que operan el proceso.
Defina una implementación que su equipo pueda utilizar.
Evaluamos el flujo actual cuando hay restricciones importantes por aclarar. Si la tarea y los criterios de aceptación ya están claros, el alcance de la implementación puede acordarse directamente.
El trabajo acordado puede incluir:
Flujo configurado con agentes de código
Conecte el contexto del proyecto y las instrucciones de las tareas con las herramientas permitidas, los límites de trabajo y los traspasos registrados para el alcance elegido.
Evidencias de pruebas y revisión
Conecte las comprobaciones automatizadas y los pasos de CI relevantes. Defina la revisión independiente, la gestión de fallos y las evidencias necesarias para la aceptación.
Traspaso operativo
Documente cómo inicia el trabajo su equipo, revisa resultados, gestiona fallos y modifica el flujo. Acuerde la responsabilidad del mantenimiento y de los costes de los modelos.
El alcance identifica las integraciones, los entregables y las evidencias de aceptación. Una evaluación, un experimento de adopción y un flujo implementado tienen resultados distintos.
Siga un cambio desde la tarea hasta el lanzamiento.
El flujo se adapta a su repositorio y a su equipo. Una secuencia representativa concreta los límites.
- 01
Acordar la tarea
Registre el cambio previsto, las restricciones y los criterios de aceptación antes de comenzar la implementación.
- 02
Definir contexto y permisos
Proporcione al agente información relevante del proyecto y límites explícitos para acceder a las herramientas y al repositorio.
- 03
Implementar y traspasar el trabajo
El agente de código realiza la tarea y registra el resultado, las comprobaciones efectuadas y las cuestiones pendientes.
- 04
Ejecutar comprobaciones
Las pruebas automatizadas unitarias, de integración y de regresión cubren el comportamiento elegido para el cambio. Los fallos vuelven a la cola de trabajo.
- 05
Revisar de forma independiente
Un revisor distinto de quien implementó examina el cambio y sus evidencias. Los hallazgos relevantes vuelven para su corrección y una nueva comprobación.
- 06
Decidir el lanzamiento
La persona responsable revisa las evidencias de aceptación y decide si se realiza el lanzamiento. Los agentes pueden ejecutar pasos de despliegue dentro de un flujo explícitamente aprobado.
Las pruebas y la revisión independiente orientan la aceptación. Las personas siguen siendo responsables del lanzamiento y de sus consecuencias operativas.
Elija herramientas y modelos para la carga de trabajo real.
Revisamos las herramientas que ya utiliza antes de proponer cambios. Las decisiones sobre modelos y alojamiento dependen de la tarea, de los requisitos de tratamiento de datos y de los límites de integración.
Claude Code, Codex y Qwen Code son ejemplos de herramientas de programación que evaluamos para el proyecto. Cuando sea necesario, vLLM puede servir modelos y LiteLLM puede conectar proveedores de modelos mediante un gateway. La elección depende de la carga de trabajo, las necesidades de integración y las restricciones operativas.
Compare servicios alojados con opciones gestionadas por el propio equipo utilizando trabajo representativo. Incluya en la evaluación la calidad de los resultados, las necesidades de contexto, la capacidad, el esfuerzo operativo y el coste total.
Nuestra práctica interna de servicio de modelos es un ejemplo separado de configuración de hardware dedicado para cargas específicas. Orienta la evaluación; sus requisitos determinan la configuración propuesta.
Práctica interna de ingeniería
Nuestra práctica interna concreta el enfoque.
Devmojos es un estudio de software con sede en Lisboa, Portugal.
En nuestro método de entrega, los agentes operadores organizan trabajo acotado y coordinan agentes de código. Devbus conecta agentes identificados y registra la comunicación y el estado de la entrega. El responsable humano mantiene la responsabilidad de la arquitectura y del lanzamiento.
La ilustración y la demostración públicas del harness utilizan datos ficticios. Explican el método; no son resultados de clientes ni una vista en directo del trabajo de clientes.
Four-Eyes Delivery es una investigación separada, de mayo a septiembre de 2026. Es distinta de la práctica actual con el harness y Devbus.
El trabajo comercial adapta el enfoque pertinente a los repositorios, las responsabilidades y las restricciones de su equipo. La integración, la aceptación y el soporte continuado se acuerdan para ese trabajo.
Evalúe el cambio con evidencias de entrega.
Acuerde una referencia inicial y medidas útiles antes de ampliar el flujo. Pueden incluir el esfuerzo de revisión, el retrabajo, el tiempo transcurrido hasta la entrega y el coste de los modelos o de la infraestructura.
Utilice esas evidencias para decidir qué mantener, ajustar o detener. Los resultados dependen de la base de código, las tareas elegidas, las herramientas y el proceso operativo.
Este trabajo forma parte de AI Engineering de Devmojos. También desarrollamos software y flujos de negocio inteligentes, conectando arquitectura, implementación y mejora continua con los objetivos del negocio.
Empiece por un problema de entrega de ingeniería.
Cuéntenos qué quiere cambiar su equipo, las herramientas que utiliza y la principal restricción de entrega. Podemos hablar de una evaluación centrada en ese problema o del alcance de una implementación.
Acuerde el primer entregable y las evidencias de aceptación antes de ampliar el trabajo. La operación continuada y los cambios posteriores tienen su propio alcance y condiciones comerciales.
Preguntas frecuentes
¿Podemos mantener las herramientas de programación actuales?
Empezamos por sus herramientas, repositorios y proceso de entrega actuales. Proponemos cambios de herramientas cuando el trabajo acordado y la evaluación los justifican.
¿Cómo se gestionan los permisos y la información del proyecto?
El alcance define el contexto que recibe un agente y las acciones que puede realizar. Los límites de acceso, el tratamiento de datos y los requisitos de alojamiento de los modelos orientan la implementación.
¿Es un producto listo para instalar?
Es un servicio de ingeniería con alcance definido, basado en nuestra práctica interna. Acordamos el flujo, las integraciones y el traspaso operativo para su equipo antes de la implementación.
¿Quién decide si se lanza un cambio?
El operador humano responsable revisa las evidencias de aceptación y toma la decisión de lanzamiento. Los agentes pueden ejecutar los pasos de despliegue aprobados en el marco de esa decisión.
Hablemos del flujo que necesita su equipo.
Escriba a info@devmojos.com con un problema de entrega, las herramientas de programación actuales y las restricciones operativas importantes. Hablaremos de la adecuación y del siguiente alcance útil.
Escríbanos con las herramientas que utiliza y un problema de entrega que quiera resolver.