La IA puede escribir el código. No puede hacerse responsable de él.
Los agentes de programación pueden preparar código, pruebas y documentación. El equipo sigue necesitando entender los cambios y decidir si deben incorporarse al producto. En Sophilabs usamos herramientas de IA junto con especificaciones escritas, revisión de ingeniería y controles automatizados.
El modelo y el contexto que recibe influyen en el resultado. También influyen los permisos que le das y cómo revisas su trabajo.
Qué necesita revisión
Un agente puede usar una API que no existe, escribir una prueba que repite un supuesto incorrecto o modificar archivos fuera del alcance previsto. Son motivos para revisar el trabajo contra los requisitos. La guía de GitHub sobre agentes de programación también recomienda revisar y validar sus resultados.
Qué se sostiene
La especificación va primero y vive en el repositorio. Deja por escrito el comportamiento esperado, los casos límite relevantes y los criterios de aceptación. «Agrega exportación a CSV» deja sin resolver decisiones sobre datos, accesos y errores. Mantén la especificación versionada junto al código para que la intención y la implementación se revisen juntas.
Un ingeniero revisa el cambio. Comprueba qué hace el código, en qué supuestos se apoya y qué archivos modifica. La revisión debe corresponder al riesgo: un cambio en la autorización necesita una atención distinta de una corrección de texto. Mantén los cambios lo bastante acotados como para que quien los revise pueda entenderlos.
Las pruebas comprueban los requisitos. Un agente puede preparar casos de prueba; un ingeniero revisa sus resultados esperados y qué dejan sin cubrir. Incluye casos de error y comportamientos que la implementación podría resolver mal. Una suite aprobada solo informa sobre los controles que ejecutó.
Los controles corren en el pipeline de entrega. Acuerda las pruebas, las verificaciones de tipos, los linters y los análisis de seguridad que necesita el proyecto, y qué resultados bloquean un merge o un despliegue. Deja sus resultados disponibles para quien revise. Los controles automatizados ayudan a encontrar problemas; no resuelven todas las decisiones de publicación.
La observabilidad empieza en el plan de entrega. Decide qué errores y comportamientos necesitan monitoreo, qué datos pueden registrarse y quién investiga las alertas. Documenta cómo identificar la versión desplegada y recuperarse de un cambio fallido. La detección y la respuesta dependen de esos acuerdos.
Las verificaciones de licencia y procedencia siguen siendo necesarias. Las sugerencias generadas pueden coincidir con código de repositorios públicos. Herramientas como las referencias de código de Copilot pueden mostrar coincidencias e información de licencia disponible. Revisa la fuente y los requisitos de licencia aplicables según las políticas del proyecto.
Los permisos forman parte del alcance. Acuerda qué archivos, comandos, datos y servicios externos puede usar el agente. Define qué acciones requieren aprobación, incluidos el merge y el despliegue. Herramientas como Claude Code ofrecen controles de permisos; su configuración debe reflejar las reglas acordadas para el proyecto.
Un nombre en cada entrega. Registra quién revisa y aprueba el cambio, quién lo despliega y quién atiende los problemas en producción. Esas responsabilidades corresponden a las personas que trabajan en el sistema.
Cómo se ve esto en la práctica
Considera un ejemplo ilustrativo: exportar a CSV un reporte de un cliente. La especificación define las columnas, qué registros puede exportar el usuario y qué ocurre si el resultado está vacío o se deniega el acceso.
Un agente prepara el cambio en una rama y ejecuta las pruebas permitidas. Un ingeniero revisa la exportación y sus controles de acceso. Las pruebas incluyen una solicitud que debería rechazarse porque los registros pertenecen a otro cliente. Los controles acordados se ejecutan antes de integrar el cambio. El despliegue sigue el proceso de aprobación del equipo.
También hay que acordar adónde pueden ir el código y los datos. Hemos usado Sophilabs Inference en un proyecto de cliente. Para otro proyecto, revisamos la adecuación del modelo, los flujos de datos permitidos, los controles de acceso y las necesidades de operación antes de elegir un entorno. Eso incluye comprobar los endpoints, los registros, la retención y las condiciones de uso de los datos.
Los permisos y la revisión se acuerdan para cada tipo de cambio. Los resultados de trabajos anteriores pueden aportar a esa conversación. Cambiar las reglas requiere una decisión explícita del equipo responsable del sistema.