El renacimiento del desarrollo de software con agentes de IA
4 min de lectura

El renacimiento del desarrollo de software con agentes de IA

659 palabras

Greg Brockman, presidente y co-fundador de OpenAI, publicó recientemente un hilo que describe perfectamente el momento que estamos viviendo en el desarrollo de software. Según él, estamos presenciando un auténtico renacimiento del desarrollo de software, impulsado por herramientas de IA que han mejorado exponencialmente desde diciembre.

El salto cualitativo

Lo más llamativo del hilo de Brockman es cómo describen el cambio interno en OpenAI: ingenieros que antes usaban Codex para tests unitarios ahora ven que la herramienta escribe prácticamente todo el código y se encarga de una gran parte de las operaciones y debugging. No es una mejora incremental, es un cambio de paradigma.

Este tipo de transformación nos recuerda a otras revoluciones tecnológicas como la computación en la nube o Internet本身. Cada una de estas tecnologías requirió una adaptación profunda de la forma de trabajar, y la IA agentica no será diferente.

La visión de OpenAI: desarrollo agentico para el 31 de marzo

Lo más interesante es que OpenAI no solo está desarrollando estas herramientas, sino que las está adoptando internamente de manera agresiva. Tienen dos objetivos claros para el 31 de marzo:

  1. Agentes como primera opción: Para cualquier tarea técnica, la herramienta por defecto debería ser interactuar con un agente en lugar de usar un editor o terminal directamente.
  2. Seguridad y productividad: El uso de agentes debe ser seguro pero suficientemente productivo para que la mayoría de workflows no necesiten permisos adicionales.

Estrategias para la transición

El hilo de Brockman detalla seis recomendaciones clave para adoptar este enfoque:

1. Probar las herramientas (de verdad)

No basta con oír hablar de ellas. OpenAI recomienda:

  • Designar un “capitán de agentes” por equipo
  • Compartir experiencias en canales internos
  • Organizar hackathones para experimentar

2. Crear skills y AGENTS.md

Esta es una práctica que me parece especialmente brillante:

  • Mantener un archivo AGENTS.md por proyecto que se actualice cuando el agente cometa errores
  • Escribir skills para todo lo que Codex haga correctamente
  • Guardar estas skills en un repositorio compartido

Es un enfoque muy pragmático: aprender de los fallos de los agentes y documentarlos para mejorarlos progresivamente.

3. Inventario de herramientas internas

Hacer accesible toda la herramienta interna a los agentes, ya sea mediante CLI o servidores MCP. Si los agentes no pueden acceder a tus herramientas, no pueden ayudar de verdad.

4. Estructuras de código agent-first

Esto todavía es terreno inexplorado, pero OpenAI sugiere:

  • Tests rápidos de ejecutar
  • Interfaces de alta calidad entre componentes

5. Decir NO al código descuidado

Brockman es muy claro en esto: hay que mantener al menos el mismo estándar de calidad que con código humano. Alguien debe ser responsable de cada PR, y los revisores deben mantener la barra alta.

6. Infraestructura básica

Hay mucho espacio para construir infraestructura alrededor de estas herramientas: observabilidad, tracking de trayectorias de agentes, gestión centralizada de herramientas accesibles.

Cambio cultural, no solo técnico

Lo que más me gusta del enfoque de OpenAI es que reconocen explícitamente que esto no es solo un cambio técnico, sino un cambio cultural profundo. Requiere repensar cómo trabajamos, cómo evaluamos código, cómo estructuramos equipos.

Brockman lanza al final una cuestión clave: cómo evitar que el código “funcionalmente correcto pero difícil de mantener” se infiltre en nuestros codebases. Esta es una pregunta que todas las empresas que adopten agentes de IA tendrán que responder.

Reflexiones personales

Desde mi perspectiva como desarrollador que ha visto evolucionar estas herramientas durante los últimos años, creo que estamos en un punto de inflexión similar al que vivimos con la adopción masiva de GitHub: no eliminó a los programadores, pero transformó completamente cómo trabajamos.

En mi opinión, la clave está en encontrar el equilibrio entre delegar tareas repetitivas a los agentes mientras mantenemos el juicio humano para decisiones arquitectónicas y de diseño. El futuro no es programadores vs IA, sino programadores potenciados por agentes de IA. Quienes sepan adaptar sus workflows y mantener estándares de calidad altos serán los que más se beneficien de esta revolución.


Fuente: Hilo de Greg Brockman en Twitter/X

Comentarios

Últimas Entradas

3 min

591 palabras

Greg Brockman, President and Co-Founder of OpenAI, recently published a thread that perfectly describes the moment we’re living in software development. According to him, we’re witnessing a genuine renaissance in software development, driven by AI tools that have improved exponentially since December.

The qualitative leap

The most striking part of Brockman’s thread is how they describe the internal change at OpenAI: engineers who previously used Codex for unit tests now see the tool writing practically all code and handling a large portion of operations and debugging. This isn’t an incremental improvement, it’s a paradigm shift.

10 min

1964 palabras

Últimamente vengo siguiendo una discusión que me tiene bastante preocupado: hasta qué punto estamos delegando nuestro pensamiento a la IA. No es una pregunta abstracta o filosófica, es algo muy real que estoy viendo día a día en nuestra profesión y en la sociedad en general.

Hace poco leí un artículo de Erik Johannes Husom titulado “Outsourcing thinking” que, entre otras cosas, discute el concepto de “lump of cognition fallacy” (la falacia de la suma de cognición). La idea es que, igual que hay una falacia económica que dice que hay una cantidad fija de trabajo que hacer, algunos creen que hay una cantidad fija de pensamiento que hacer, y que si las máquinas piensan por nosotros, simplemente pensaremos sobre otras cosas.

5 min

1048 palabras

Llevo meses usando Claude Code a diario y hay una configuración que ha cambiado por completo cómo trabaja con mi código. No es un plugin nuevo, ni un modelo más potente, ni un prompt mágico. Es algo que existe desde 2016 y que la mayoría de desarrolladores usamos sin saberlo cada vez que abrimos VS Code: el Language Server Protocol (LSP).

Karan Bansal publicó un artículo excelente explicando en detalle cómo activar LSP en Claude Code y por qué importa. Después de probarlo, puedo confirmar que la diferencia es real y significativa.

8 min

1529 palabras

Hace pocos días descubrí Agent Lightning, un proyecto de Microsoft que creo que marca un antes y un después en cómo pensamos la orquestación de agentes de IA. No es solo otra librería más; es un intento serio de estandarizar cómo construimos sistemas multiagente.

¿Qué es Agent Lightning?

Agent Lightning es un framework de Microsoft para orquestar agentes de IA. Permite composición, integración y despliegue de sistemas multiagente de forma modular y escalable. La premisa es simple pero poderosa: los agentes deben ser componentes que se pueden combinar, conectar y reutilizar.

9 min

1840 palabras

Si estás usando herramientas como Claude Code, GitHub Copilot Workspace o similares, habrás notado que hay una jerga técnica que va más allá de simplemente “chatear con la IA”. Hablo de términos como rules, commands, skills, MCP y hooks.

Estos conceptos son la arquitectura que hace que los agentes de IA sean realmente útiles para desarrollo de software. No son solo palabras bonitas de marketing — cada uno cumple una función específica en cómo el agente trabaja.

Vamos a desglosarlos uno por uno de forma clara.

7 min

1369 palabras

Hace poco, Addy Osmani publicó un artículo que me dio mucho en qué pensar: “Self-Improving Coding Agents”. La idea es simple pero potente: agentes que no solo ejecutan tareas, sino que mejoran su propio rendimiento con el tiempo.

Esto no es ciencia ficción. Es algo que está pasando ya, ahora mismo, en 2026. Y tiene implicaciones profundas para el futuro del desarrollo de software y, por extensión, para todas las profesiones.