Hace poco leí el artículo de Ramp sobre cómo crearon su propio agente de programación en segundo plano, al que llaman Inspect. Es un buen artículo y llegó en el momento adecuado para el equipo de ingeniería de Cartesia, mientras pensamos cómo extender a todo el equipo las mejoras de productividad de los agentes de programación.
En Cartesia hemos adoptado estos agentes con ganas. Usamos Claude Code, Cursor, Codex, Copilot, Zed, Conductor y otros. En nuestros monorepos puedes esperar revisiones de Claude Code, Cursor BugBot, Vercel Agent y Codex. Sus comentarios son variados, a veces complementarios y a veces contradictorios, y mejoran de forma tangible la calidad del código que publicamos. Por ahora, BugBot es el favorito:
Esto no responde a órdenes de la dirección. Ha surgido del interés por hacer mejor trabajo más rápido y automatizar las partes aburridas, junto con la disposición a gastar lo necesario para experimentar.
Probar muchas herramientas nos ha facilitado compararlas y conocer los últimos avances. La forma de trabajar cambia cada pocos meses.
Pero parece que falta algo.
Escribir código parece resuelto. La ingeniería, no.
Los modelos más avanzados pueden realizar refactorizaciones complejas e integrar código en endpoints con mucho tráfico. A menudo parece que anticipan los problemas. Hemos visto que cambios sencillos, como reunir el código en un monorepo, ayudan mucho: los agentes pueden razonar entre componentes y evitar errores sutiles. Los agentes de revisión cubren otras carencias. Escribir código ya no es el cuello de botella.
Pero programar e ingenierizar no son lo mismo. Un buen ingeniero piensa en el impacto, además de integrar código. Evalúa si una función está dando resultado, itera según la experiencia real y continúa hasta cumplir los objetivos de la empresa.
Ahí fallan los agentes. Usamos Opus 4.5 para eliminar de forma segura una función de más de 10.000 líneas:
Pero todavía no podemos pedirle que determine si una función está ganando usuarios en producción y la mejore, ni que relacione un pico de latencia de la API con una línea de nuestro código.
El verdadero cuello de botella son los ciclos de comprobación interrumpidos
Los agentes no fallan por no saber escribir código. Se atascan en límites prácticos. Opus 4.5 puede escribir una prueba A/B, pero no consultar PostHog para comprobar si funcionó, así que se detiene. Puede desplegar una corrección de interfaz, pero no acceder a la vista previa de Vercel para verificar su aspecto. Puede optimizar una consulta SQL, pero no ver las métricas de producción que confirmarían la mejora.
Ahí vemos la oportunidad: dar a los agentes, de forma segura, la infraestructura necesaria para iterar de principio a fin. Acceso a repositorios, CI, vistas previas, paneles internos y datos de PostHog. Lo que necesiten para evaluar el éxito y el fracaso como lo haría una persona.
Esto también beneficia a los humanos. Si aceleras la CI o facilitas poner en marcha todo el sistema, los ingenieros se incorporan antes y trabajan mejor.
Aumentar la productividad con agentes de programación es una función estratégica
A menudo, los ingenieros están demasiado centrados en el problema inmediato para considerar su experiencia de desarrollo en conjunto. Seguir los avances, experimentar con herramientas nuevas y convertir lo aprendido en herramientas internas es un trabajo a tiempo completo.
La oportunidad también va más allá de la ingeniería. Creemos que los mismos principios de infraestructura concebida para IA pueden transformar los procesos internos de toda la empresa. Los equipos de comercialización, negocio y ventas tienen mucho trabajo repetitivo cuya automatización puede aportar grandes mejoras.
La distancia entre las capacidades de los agentes y la infraestructura no se cerrará sola. Hace falta alguien que diseñe activamente la experiencia de desarrollo para personas e IA.
Estamos trabajando en este problema y buscamos un ingeniero de aceleración de IA y desarrollo, es decir, alguien que acelere el trabajo tanto de las IA como de los desarrolladores. Si te unes, definirás cómo ingenieros y otros equipos pasan de un problema a su solución con mínima intervención humana. También podrás contarlo públicamente. ¡Escríbenos!