¿Qué es el Agentic Coding?

¿Qué es el Agentic Coding?

Hasta ahora has usado la IA sobre todo en un chat: haces una pregunta y la IA responde. Si le pides que escriba código así, copias el código del chat a un archivo, lo pruebas y le devuelves el mensaje de error. Eres el mensajero entre la IA y el ordenador.

Con el Agentic Coding desaparece ese papel de mensajero. Un agente de programación trabaja directamente en tu carpeta de proyecto: lee archivos, escribe código, ejecuta comandos, lanza pruebas y corrige sus propios errores. Tú describes lo que quieres y compruebas lo que sale.

Suena a «la IA programa y yo me relajo». No es tan sencillo. En esta masterclass aprendes a guiar a un agente de programación para obtener software útil y seguro. El principio rector de todo el curso es:

«El agente escribe el código. Tú sigues siendo responsable»

Tres niveles de apoyo de la IA

La IA puede ayudarte a programar de tres maneras. Los límites son difusos, pero la forma de trabajar cambia mucho:

Cómo funciona: describes en un chat lo que necesitas. La IA entrega código como texto. Lo copias a un archivo y lo pruebas tú.

Lo que ve la IA: solo lo que pegas en el chat.

Útil para: scripts cortos, explicaciones, fórmulas sueltas.

Cómo funciona: la IA está integrada en un editor de código. Mientras escribes, propone las siguientes líneas o, cuando se lo pides, cambia un fragmento seleccionado.

Lo que ve la IA: el archivo abierto y a menudo algunos archivos cercanos.

Útil para: personas que programan por sí mismas y quieren ir más rápido.

Cómo funciona: das un encargo. El agente busca por sí mismo los archivos necesarios, planifica, modifica varios archivos, ejecuta comandos y comprueba el resultado. Sigue trabajando paso a paso hasta que considera terminado el encargo o te hace una pregunta.

Lo que ve la IA: todo lo que abre en la carpeta de proyecto y la salida de los comandos que ejecuta.

Útil para: funciones completas, búsqueda de errores en varios archivos, pequeñas aplicaciones desde cero.

Para esta masterclass solo cuenta el tercer nivel. Entre los agentes de programación conocidos están Claude Code, OpenAI Codex, Gemini CLI, Grok Build, Cursor o el agente de GitHub Copilot. Se diferencian en el manejo y el precio, pero funcionan según los mismos principios. Esos principios son los que aprendes aquí. Cómo se maneja una herramienta concreta te lo muestra el curso de herramienta correspondiente.

Cómo trabaja un agente de programación

Un agente de programación es un modelo de lenguaje al que se le permite usar herramientas. Herramientas típicas son:

  • Leer archivos y buscar en el proyecto
  • Crear y modificar archivos
  • Ejecutar comandos, por ejemplo lanzar pruebas o instalar un programa
  • según la herramienta: buscar en la web, abrir una página en el navegador, acceder a servicios externos

Con estas herramientas el agente trabaja en un bucle, el bucle del agente:

  1. Planificar: ¿cuál es el objetivo, cuál es el siguiente paso sensato?
  2. Actuar: usar una herramienta, por ejemplo abrir un archivo o lanzar una prueba.
  3. Observar: leer el resultado, como el contenido del archivo o un mensaje de error.
  4. Evaluar: ¿he avanzado? ¿Se ha alcanzado el objetivo? ¿Tengo que corregir algo?

Después el bucle vuelve a empezar. Un solo encargo puede desencadenar decenas de pasos sin que intervengas.

Un encargo, muchos pasos

Escribes: «El tiempo total de la excursión se calcula mal. Encuentra el error y corrígelo.»

El agente busca el cálculo en el proyecto (actuar), lee el archivo encontrado (observar), sospecha un error en los descensos (evaluar), lanza las pruebas (actuar), ve una prueba que falla y que confirma su sospecha (observar), cambia una línea (actuar), vuelve a lanzar las pruebas y todas están en verde. Luego informa: «Error corregido.»

Tú escribiste un mensaje. El agente dio ocho pasos. Pero todavía no sabes si la corrección es realmente acertada. Cómo comprobarlo lo aprendes en las lecciones «Verificar en lugar de creer» y «Git como red de seguridad».

Tu nuevo papel

Con el Agentic Coding apenas escribes código. Tu trabajo se desplaza a cuatro tareas que ningún agente hace por ti:

  • Cliente: decides qué se construye y lo describes de forma comprobable.
  • Arquitecto: fijas las reglas: qué tecnología, qué estilo, qué está prohibido.
  • Supervisión: determinas qué puede hacer el agente sin preguntar y dónde tiene que parar.
  • Aceptación: compruebas el resultado y lo apruebas, o no.

Una imagen útil: el agente es un colaborador extremadamente rápido y trabajador que nunca se cansa, pero que a veces dice tonterías con mucha seguridad. A un colaborador así le das encargos claros, límites estrictos y revisas su trabajo antes de que llegue al cliente.

No necesitas saber programar. Esta masterclass no presupone conocimientos de programación. Pero aprenderás lo suficiente para leer código a grandes rasgos, entender los cambios y detectar señales de alarma. Es la diferencia entre «la IA ha construido algo» y «sé lo que entrego».

Qué funciona bien y qué no

Donde más te necesitan
  • objetivos poco claros: el agente rellena los huecos con sus propias suposiciones
  • grandes decisiones de arquitectura con consecuencias durante años
  • seguridad, pagos, datos personales
  • todo lo que ocurre directamente en un sistema en producción
  • sesiones largas en las que el agente pierde la visión de conjunto
Donde los agentes son fuertes
  • tareas bien delimitadas con un resultado comprobable
  • prototipos y pequeñas herramientas internas
  • trabajo rutinario: formularios, tablas, renombrados, añadir pruebas
  • explicar código desconocido y acotar errores
  • escribir documentación
Sentirse más rápido no es ser más rápido En julio de 2025, la organización de investigación METR publicó un estudio controlado: 16 desarrolladores de código abierto con experiencia realizaron 246 tareas reales en proyectos que conocían desde hacía años, en parte con y en parte sin herramientas de IA. Con IA tardaron de media alrededor de un 19 % más. Antes esperaban ser un 24 % más rápidos, e incluso después creían haberlo sido en torno a un 20 %. El estudio es pequeño y se refiere a herramientas de la primavera de 2025 y a profesionales que trabajaban con código que conocían bien. La lección sigue siendo válida: no te fíes de tu impresión: comprueba los resultados y el tiempo invertido.

«Vibe coding»: cuándo basta y cuándo no

En febrero de 2025, el investigador de IA Andrej Karpathy (cofundador de OpenAI y antiguo responsable de IA en Tesla) acuñó el término vibe coding. Con él describía cómo construía software diciéndole a la IA solo lo que quería, aceptando los cambios sin leerlos y volviendo a pegar los mensajes de error sin más. Apenas miraba ya el código. Añadía que para proyectos desechables de fin de semana no estaba tan mal.

El término se ha difundido, a menudo sin esa limitación. Para ti la distinción es importante:

El vibe coding es peligroso

Una web con formulario de contacto, una herramienta con datos de clientes, todo lo que tenga pagos o inicio de sesión, todo lo que usen otras personas. Aquí tienes que saber lo que entregas.

El vibe coding está bien

Un prototipo desechable para probar una idea. Un juego para ti. Una demo sin datos reales. Si se rompe, no se pierde nada.

El Agentic Coding tal como lo aprendes aquí es lo contrario de aceptar a ciegas: aprovechas la velocidad del agente, pero mantienes el control sobre el objetivo, las reglas y el resultado.

La responsabilidad sigue siendo tuya. Si una web pierde datos o un formulario envía spam, nadie pregunta qué agente escribió el código. Es responsable quien opera el software. Un agente no responde de nada, no firma contratos y no comparece ante ningún tribunal.

Qué te espera en esta masterclass

Las 12 lecciones siguen las fases de un proyecto real:

  • Preparar: entorno de trabajo, buenos encargos, contexto y reglas del proyecto (lecciones 2–4)
  • Realizar: planificar, desarrollar paso a paso, trabajar con código existente (lecciones 5–7)
  • Asegurar: verificar, Git como red de seguridad, seguridad y permisos (lecciones 8–10)
  • Avanzar: flujos de trabajo reutilizables, del prototipo a la producción (lecciones 11–12)

A partir de la lección 2 trabajas con un pequeño proyecto de práctica, el Hike Planner, una herramienta para planificar excursiones. Para ello necesitas un agente de programación de tu elección. La mayoría de los proveedores exigen una suscripción de pago. Cómo configurar tu herramienta te lo muestra el curso de herramienta correspondiente.

Ejercicio: tus candidatos

Antes de empezar con la herramienta, piensa en tu propio trabajo. Anota tres cosas que te gustaría construir o mejorar con un agente de programación, por ejemplo un formulario, un análisis de datos de Excel o una pequeña herramienta interna.

Clasifica cada una:

  • ¿Es un prototipo (solo para ti, desechable) o algo para usar en producción (lo usan otros, datos reales)?
  • ¿Qué datos procesa? ¿Hay datos personales o secretos comerciales?
  • ¿Cómo sabrías que funciona correctamente?

Guarda la lista. Será tu proyecto final en la lección 12.

Tras un encargo, el agente informa: «Error corregido, todas las pruebas están en verde». ¿Qué es correcto?
Correcto. Los agentes pueden adaptar mal las pruebas, pasar por alto errores o simplemente equivocarse. La aceptación sigue siendo tu tarea.
No exactamente. Un mensaje de finalización es una afirmación del agente. Que sea cierta lo demuestras con tu propia comprobación: mirar el cambio, revisar las pruebas, probarlo tú.
Puntos clave:
  • Un agente de programación lee, escribe y prueba código de forma autónoma en tu carpeta de proyecto, en un bucle de planificar, actuar, observar y evaluar.
  • Tu papel: cliente, arquitecto, supervisión y aceptación. El agente escribe el código, tú sigues siendo responsable.
  • Los agentes son fuertes en tareas claras y comprobables, y débiles con objetivos poco claros, seguridad y sistemas en producción.
  • La velocidad percibida engaña. Comprueba resultados, no impresiones.
  • El vibe coding basta para prototipos desechables, no para software que usan otras personas.