Un agente de IA que escribe código no responde de nada: quien debe responder, por contrato, es tu proveedor. Es la pregunta que la mayoría de los directivos olvida hacer en la reunión comercial, aunque de ella depende todo lo demás. La palabra "agente" se ha colado en cada dossier comercial de proveedor tecnológico desde hace dieciocho meses, y muchas veces describe cosas muy distintas.
- ⚠️ Chatbot disfrazado, un agente de IA que ni planifica ni ejecuta acciones no es más que un chatbot vestido de producto.
- 🛠️ Responsabilidad difusa, si nadie sabe quién responde por un fallo generado por un agente, el contrato está incompleto.
- 📊 Mercado bajo presión, Gartner prevé que más del 40 % de los proyectos de IA agéntica se abandonarán antes de 2027 por falta de valor demostrado.
- 🔑 La pregunta clave, pregunta siempre quién revisa el código antes de que salga a producción, no solo quién lo ha escrito.
El problema no es la IA en sí. Es la ambigüedad deliberada que algunos proveedores mantienen entre "usamos IA" y "sabemos lo que eso implica en responsabilidad, supervisión y calidad entregada". Estas son las cinco señales que delatan a un proveedor que surfea la palabra sin dominar la realidad técnica, y las preguntas precisas para desenmascararlo en una reunión.
1. Te vende un chatbot repintado como agente de IA para desarrollo
La primera señal es terminológica, y dice mucho sobre el rigor del resto. Un agente de IA, en sentido técnico, percibe un contexto, planifica una secuencia de acciones y las ejecuta con una supervisión humana mínima. Una conversación con ChatGPT o Claude que responde a una pregunta no es un agente: es un chatbot.
Jeff Su, creador de contenido especializado en herramientas de IA, resume la distinción en su vídeo AI Agents, Clearly Explained: un modelo de lenguaje grande produce una salida a partir de una entrada, y ahí acaba todo, mientras que un agente necesita acceder a información y herramientas que no posee de fábrica para actuar de forma autónoma. Dan Martell, en You're Not Behind (Yet), lo formula aún más sencillo: una conversación es como una reunión, un agente es como un empleado. El chat responde, el agente ejecuta un flujo de trabajo completo.
¿Cómo detectar la confusión en una reunión?
Haz una pregunta concreta: "cuando vuestro agente se topa con un caso que nunca ha visto, ¿qué hace exactamente sin intervención humana?". Si la respuesta se reduce siempre a "relanzamos el prompt" o "ajustamos las instrucciones", no estás ante un agente que planifica y actúa, sino ante un chatbot que se consulta a mano. Usar un chatbot internamente no tiene nada de ilegítimo, pero venderlo como un agente de IA autónomo para desarrollo es puro envoltorio de marketing.
2. Quiere automatizar sin que nadie revise nunca el código generado
Incluso cuando la terminología es correcta, el peligro real aparece cuando un proveedor propone dejar un agente funcionando sin supervisión humana sobre código destinado a producción. Un desarrollador contó justo este caso en r/developpeurs: en su pequeño equipo, un consultor sénior contratado para mejorar la arquitectura quería poner a Claude en autonomía 24 horas al día para leer los tickets, generar el código y no revisarlo nunca más, "gracias a mecanismos de seguridad que permiten garantizar la calidad".
El desarrollador, por su parte, describe su propia práctica: supervisa el modelo en los tickets que trata, trocea las tareas con precisión, decide la implementación y lo revisa todo sistemáticamente. Esa es exactamente la diferencia entre un uso serio de la IA y una apuesta a la suerte. Un mecanismo de seguridad que garantice la calidad sin revisar jamás el resultado sencillamente no existe en 2026, sea cual sea el modelo utilizado.
¿Por qué la revisión sigue siendo innegociable?
Un agente de IA para desarrollo puede producir código sintácticamente correcto que falle en arquitectura, seguridad o casos límite, justo los puntos que la IA generativa domina peor según IBM, que recuerda que construir un agente fiable exige competencias avanzadas en IA, aprendizaje automático y desarrollo de software, no solo una suscripción a una herramienta. Si tu proveedor no sabe describir su proceso de revisión línea a línea, es que probablemente no lo tiene.
3. No sabe responder a "quién paga cuando el agente tumba producción"
Esta es la pregunta que más veces hace titubear a un proveedor mal preparado, y justo por eso conviene plantearla la primera en una auditoría informática. Cuando un fallo generado por un agente de IA tira un servicio en producción, ¿quién asume la corrección, con qué presupuesto y en qué plazo contractual?
Un proveedor serio tiene una respuesta por escrito, normalmente una cláusula que distingue el código generado por IA del código escrito a mano, con obligación de revisión documentada antes del merge. Un proveedor que va de farol responde con una generalidad del tipo "asumimos nuestras entregas", sin precisar nunca el mecanismo. Transparencia: dirijo una consultora offshore que vende precisamente desarrolladores vietnamitas potenciados por IA, así que tengo un sesgo en este tema, pero también es lo que me permite ver dónde descarrilan en concreto las promesas comerciales. He detallado en otro sitio quién debe pagar cuando el código generado por IA rompe en producción, y la respuesta corta es: siempre el proveedor, nunca "la IA".
¿Qué cláusula exigir en el contrato de desarrollo?
Exige una línea explícita en el pliego de condiciones: el proveedor se compromete a identificar el código generado por un agente de IA, a documentar su revisión humana y a asumir la corrección bajo la garantía habitual, sin trato diferenciado respecto al código escrito a mano. Si el proveedor rechaza esa cláusula, es que no tiene proceso de supervisión que documentar.
4. Confunde la velocidad de un desarrollador aislado con el rendimiento de todo el equipo
En este punto concreto hay un abismo entre el discurso comercial y el terreno. Maximilian Jesch, responsable de producto de la herramienta de desarrollo asistido por IA de IBM que usan 80.000 desarrolladores, lo explica en una sesión de preguntas y respuestas en r/u_ibm: casi todos los desarrolladores ya usan herramientas de IA y son individualmente más rápidos, pero la mayoría de las grandes empresas sigue sin lograr traducirlo en métricas de entrega medibles. La ganancia individual no se convierte automáticamente en ganancia de equipo.
Un proveedor que te vende una reducción inmediata de plantilla gracias a los agentes de IA ("os entregaremos con la mitad de desarrolladores") se salta ese paso. En r/webdev se cita al desarrollador George Hotz afirmando que la adopción de agentes de IA en el desarrollo de software podría convertirse en "uno de los errores más costosos de la historia del sector". No comparto ese pesimismo absoluto: para mí, un desarrollador sénior bien equipado entrega realmente más rápido que antes, y lo compruebo en mis propios equipos. Pero la velocidad individual nunca exime de tener organización, pruebas y una revisión de código de verdad.
«La IA no sustituye a los buenos desarrolladores, amplía su capacidad de producción. Un producto generado deprisa y sin control técnico puede salir mucho más caro de reparar que de construir bien desde el principio.»
Vincent Roye, septiembre de 2026
¿Por qué el tamaño del equipo sigue siendo un mal indicador?
El mercado de los agentes de IA alcanzó los 7.600 millones de dólares en 2025 y se espera que crezca un 49,6 % anual hasta 2033 según DataCamp, un ritmo que empuja mecánicamente a los proveedores a comunicar sobre velocidad en lugar de fiabilidad. El número de desarrolladores asignados a tu proyecto no dice nada sobre la calidad de la supervisión implantada. Pregunta más bien: cuánto tiempo de revisión humana por línea de código generada, y a cargo de quién.
5. No tiene ni método de supervisión ni partida presupuestaria para las pruebas
Última señal, a menudo la más fácil de verificar con hechos: pide ver el proceso de pruebas aplicado al código producido por los agentes de IA del proveedor, no solo al código escrito a mano. Un proveedor estructurado distingue ambos y aplica al código generado una cobertura de pruebas al menos equivalente, porque es precisamente ahí donde se esconden los errores más caros.
En Reddit, una discusión sobre el lanzamiento de Muse Code por parte de Meta, un agente diseñado para escribir y organizar código de forma autónoma, plantea la pregunta correcta sin responderla: la batalla ya no se juega en la calidad del modelo, sino en la capacidad de encadenar tareas complejas de principio a fin sin supervisión. Es justo ahí donde un proveedor mal equipado acaba pillado, a menudo seis meses después de la entrega, cuando la deuda técnica acumulada se hace visible.
En golivesoftware.co, el artículo dedicado al desarrollo de software offshore en Vietnam sigue siendo uno de los más consultados del blog, con 458 impresiones en Search Console en los últimos treinta días: una señal modesta pero clara de que la supervisión de la IA en el desarrollo offshore ya interesa a los directivos que están preparando su pliego de condiciones.
¿Qué revela el precio que pagan tus competidores por este tema?
Antes de escribir este artículo miré lo que pagan realmente los competidores por aparecer en estas búsquedas en Francia. La palabra clave "externalización informática" tiene un coste por clic medio de 30,73 dólares con 320 búsquedas mensuales, "proveedor informático" sube a 18,39 dólares con 880 búsquedas, y "auditoría informática" se queda en 10,68 dólares con 590 búsquedas. Un coste por clic de 30 dólares es lo que consultoras enteras aceptan pagar por un solo visitante que todavía duda entre varios proveedores.
Ese dato por sí solo justifica no lanzarse sobre la primera propuesta comercial que mencione agentes de IA. El mercado sabe que equivocarse en esta decisión sale caro, e invierte en consecuencia para captar tu atención en el momento oportuno. Te conviene hacer lo mismo del lado de la verificación.
| Criterio a verificar | Proveedor serio | Proveedor del que huir |
|---|---|---|
| Definición de la palabra "agente" | Distingue agente y automatización, con ejemplos concretos | Usa "agente de IA" como sinónimo de "IA" en general |
| Revisión del código generado | Proceso documentado, revisión humana antes del merge | "Nuestros mecanismos garantizan la calidad" sin más detalle |
| Responsabilidad ante un fallo | Cláusula escrita sobre el código generado por IA | Respuesta vaga tipo "asumimos nuestras entregas" |
| Argumento de velocidad | Cifrado sobre el proyecto, no sobre el individuo | Promesa de reducir el equipo a la mitad de entrada |
| Pruebas sobre el código de IA | Cobertura equivalente a la del código manual | Ninguna distinción mencionada |
FUENTE: experiencia de campo de GoLive Software y análisis de las fuentes citadas en este artículo · ACTUALIZADO 09/2026
El mercado sabe que equivocarse en esta decisión sale caro: Gartner prevé que más del 40 % de los proyectos de IA agéntica se abandonarán antes de finales de 2027, por falta de valor de negocio demostrado o por costes de control infravalorados. Es exactamente el terreno en el que un proveedor mal preparado acaba pillado. Un proveedor que domina de verdad los agentes de IA en desarrollo nunca te venderá una reducción milagrosa de costes sin detallar quién revisa qué, ni un ritmo de entrega que se salte las pruebas. Es incluso al revés: cuanto más en serio usa la IA un proveedor, más preciso debería ser sobre sus salvaguardas, porque las necesita de verdad cada día.
Para profundizar en lo que separa un uso rápido de prototipado de un producto realmente mantenible, he detallado la diferencia entre vibe coding y desarrollo supervisado en equipos offshore, y la distinción de fondo entre un agente de IA y un desarrollador. El blog ai-first.fr trata el mismo tema desde el lado de la adopción en la empresa, si buscas el ángulo "cómo desplegar la IA internamente" en lugar de "cómo elegir un proveedor que ya la usa".
El buen reflejo es el mismo sea cual sea el proveedor elegido: hacer las cinco preguntas de esta lista antes de firmar, exigir las respuestas por escrito en el pliego de condiciones, y desconfiar de toda promesa de velocidad que no venga acompañada de un método de supervisión detallado. Un proveedor que responde con claridad a estos cinco puntos merece tu confianza. El que las esquiva, mucho menos.
Preguntas frecuentes
¿Qué es en concreto un agente de IA en desarrollo de software?
Un agente de IA para desarrollo es un sistema capaz de percibir un contexto (un ticket, un pliego de condiciones), planificar una secuencia de acciones y ejecutarlas con una supervisión humana mínima, por ejemplo escribir código, lanzar pruebas y corregir los errores detectados. Se distingue de un simple chatbot que responde a una pregunta sin actuar de forma autónoma sobre un sistema externo.
¿Un proveedor que usa agentes de IA factura necesariamente más barato?
No necesariamente, y desconfía de cualquier promesa de rebaja inmediata basada únicamente en la IA. Las ganancias reales vienen de una mejor organización del trabajo (troceo de tareas, revisión sistemática, pruebas automatizadas), no de la mera presencia de un agente en la cadena de producción.
¿Cómo comprobar que un proveedor supervisa de verdad el código generado por IA?
Pide ver su proceso de revisión de código por escrito: quién revisa, con qué criterios y en qué plazo antes de que un cambio salga a producción. Un proveedor que no sabe describir ese proceso con precisión, o que responde con una fórmula genérica sobre "mecanismos de seguridad", probablemente no tiene un método documentado.
¿Hay que exigir una cláusula específica sobre el código generado por IA en el contrato?
Sí. La cláusula debe precisar que el proveedor identifica el código producido por un agente de IA, documenta su revisión humana y asume su corrección bajo garantía igual que el código escrito a mano. Sin esa cláusula, la responsabilidad ante un fallo queda difusa y es difícil de hacer valer después.
¿Sustituyen los agentes de IA a los desarrolladores júnior en un proveedor offshore?
No, cambian la naturaleza de su trabajo más que sustituirlos: un júnior bien acompañado pasa más tiempo revisando y probando que escribiendo desde cero. La competencia que sigue siendo escasa, y que por tanto da valor a un equipo, es la capacidad de juzgar si el resultado producido por el agente es correcto, no la velocidad con la que lo ha producido.
Fuentes
- AI Agents, Clearly Explained , Jeff Su
- You're Not Behind (Yet): How to Build Your First AI Agent (Full Guide) , Dan Martell
- Qu'est-ce que le développement d'agents IA ? , ibm.com
- Les meilleurs agents IA en 2026 : comparaison des outils et frameworks , datacamp.com
- Retour d'expérience : un consultant veut mettre de l'IA partout et automatiser entièrement le développement , r/developpeurs
- I'm Max, a Product Manager on IBM Bob , r/u_ibm
- "I'm calling it now, the adoption of AI agents into software development will be one of the most costly mistakes in the field's history." - George Hotz , r/webdev
- Meta lance Muse Code, une IA qui ne se contente plus de suggérer du code, elle peut développer un logiciel de façon autonome , r/HighTechFR
