Usar agentes no es abandonar ingeniería
OrvixLabs usa agentes de inteligencia artificial intensivamente para diseñar, construir, revisar y probar software. La diferencia con Vibe Coding no está en quién escribe cada línea, sino en qué gobierna el proceso.
Más velocidad exige más control
Cuando una máquina puede generar cientos de líneas en segundos, el cuello de botella deja de ser escribir y pasa a ser demostrar: qué requisito implementó, qué prueba lo ejerció, qué cambió y qué quedó sin verificar.
El constructor no se aprueba a sí mismo
Una candidata pasa por especificación, construcción, ejecución, evidencia y auditoría independiente. Si una corrección cambia el artefacto, la aprobación anterior deja de valer. La IA acelera la ingeniería; no reemplaza su disciplina.
La velocidad cambia el cuello de botella
Cuando generar código cuesta segundos, escribir deja de ser la actividad escasa. Lo escaso pasa a ser especificar bien, revisar impactos, diseñar pruebas y conservar evidencia de qué requisito quedó cubierto. Usar agentes para producir más rápido y mantener intacto el método de revisión sólo aumenta la cantidad de cambios que pueden llegar mal a producción.
La especificación debe existir antes de la implementación
Un agente constructor necesita un contrato de trabajo: objetivo, interfaces permitidas, invariantes, archivos que puede tocar, condiciones de aceptación y límites. No hace falta describir cada línea futura, pero sí establecer qué tendría que ser verdad para considerar terminado el trabajo. Sin esa referencia, la evaluación posterior termina comparando el código contra la propia interpretación del agente.
Las pruebas pertenecen al artefacto
Un resultado no debería llegar como “código generado” más una explicación convincente. Pruebas reproducibles, migraciones, documentación de operación y evidencia de fallos corregidos forman parte del mismo entregable. Cuando otro agente o una persona revisan, necesitan poder ejecutar esas pruebas sin depender de la memoria de quien construyó.
Separar construir de aprobar
La misma capacidad que hace a un agente excelente programando no le da independencia para certificar su trabajo. Un flujo serio permite auto-chequeos del constructor, pero reserva la auditoría para una instancia con objetivo distinto y permiso para bloquear. Si una corrección modifica el artefacto auditado, la evidencia afectada debe volver a producirse.
La ventaja real de los agentes
El beneficio no es eliminar ingeniería sino reinvertir tiempo. Si una tarea antes consumía días de mecanografía y ahora consume horas, ese margen puede usarse para más escenarios de prueba, documentación, threat modeling, revisión adversarial y validación. Automatizar escritura para también automatizar ciegamente aprobación sólo acelera el mismo riesgo.
Una prueba útil
Una forma concreta de someter esta idea a presión es entregar a un auditor una tarea terminada sin la conversación del constructor y comprobar si puede reconstruir requisitos, ejecutar tests y justificar los cambios sólo con el artefacto y su evidencia. La prueba no debería evaluar sólo si aparece una respuesta, sino qué estado queda, qué evidencia se conserva y si otro operador puede entender por qué el sistema actuó así. Ese tipo de ensayo transforma un principio editorial en una propiedad observable y permite descubrir dónde la arquitectura todavía depende de supuestos invisibles.
Lo que esta nota no afirma
Usar agentes no garantiza calidad ni elimina errores de especificación; la tesis es que la velocidad sólo se vuelve una ventaja de ingeniería cuando el proceso conserva contratos, pruebas y revisión independiente. Esta distinción importa porque una buena práctica deja de ser útil cuando se convierte en promesa universal. El objetivo es hacer explícita una frontera de diseño que pueda discutirse, probarse y adaptarse al dominio, manteniendo separados hechos, inferencias, permisos y decisiones.