Dentro de OpenAI: Cómo Codex Cambió la Forma en Que Todos Trabajan

Cómo OpenAI Usa Codex para Difuminar los Roles de Ingeniería

Esta conversación con Tibo (líder de ingeniería) y Ed (ingeniero de diseño) del equipo de Codex de OpenAI ofrece un vistazo raro a cómo realmente opera una organización IA-nativa. La revelación más sorprendente no es sobre la tecnología—es sobre cuán dramáticamente se han difuminado los límites de roles.

Sobre la revisión de código con IA obligatoria: “Everyone just doesn’t have a choice—the code is reviewed by Codex no matter whether you want it reviewed or not. It’s just been so useful at catching issues.” (Simplemente nadie tiene opción—el código es revisado por Codex sin importar si quieres que sea revisado o no. Ha sido tan útil atrapando problemas.) La idea clave: forzar revisión de IA en todos los PRs eliminó la fatiga de decisión de “¿debería usar esto?”. La tasa de aciertos fue lo suficientemente buena para que las quejas nunca se materializaran.

Sobre la adopción no técnica: “I DM someone, I was like, I didn’t know you could code. And he’s like, I couldn’t till a few months ago.” (Le mandé un DM a alguien, estaba como, no sabía que podías programar. Y él dice, no podía hasta hace unos meses.) Ed describe diseñadores y personal de go-to-market enviando sus propios PRs—no porque aprendieron a programar, sino porque Codex abstrajo la programación. Un copywriter ahora puede cambiar strings de UX directamente sin involucrar ingeniería.

Sobre los ingenieros junior prosperando: “Ahmed joined as a new grad. Didn’t know Rust, learned Rust super quickly. I’ve never seen someone pick up a new language as fast as that… And then the way he discovers the true potential of agents is faster than most people on the team.” (Ahmed se unió como recién graduado. No sabía Rust, aprendió Rust super rápido. Nunca he visto a alguien aprender un nuevo lenguaje tan rápido… Y luego la forma en que descubre el verdadero potencial de los agentes es más rápida que la mayoría en el equipo.) El hallazgo contraintuitivo: los juniors sin flujos de trabajo arraigados se adaptan más rápido que los veteranos de 10 años.

Sobre cómo se ve la adaptabilidad: “Sometimes I’m like, oh I’m just going to go back to Vim… and I’m slowing myself down. And then you look at the way they are using AI today and you get inspired.” (A veces estoy como, oh voy a volver a Vim… y me estoy ralentizando. Y luego miras la forma en que ellos están usando IA hoy y te inspiras.) Incluso los ingenieros senior se encuentran volviendo a viejos hábitos—los juniors los mantienen honestos.

Sobre los títulos de trabajo disolviéndose: “Often it’s like hey Ed, you’re just like an engineer on the team writing PRs and just fixing things. You don’t need to go and talk to anyone. You just do it.” (A menudo es como oye Ed, eres como un ingeniero en el equipo escribiendo PRs y arreglando cosas. No necesitas ir a hablar con nadie. Simplemente lo haces.) Cuando un diseñador puede enviar código de producción, la distinción entre “diseñador” e “ingeniero” se vuelve cada vez más artificial.

6 Ideas de OpenAI sobre Prácticas de Desarrollo IA-Nativo

• La revisión de IA obligatoria funciona - OpenAI fuerza a Codex a revisar cada PR, optimizando para ratio señal-ruido para prevenir fatiga de alertas mientras atrapa problemas “cuatro capas de profundidad” que los humanos perderían
• Personal no técnico envía código - Equipos de go-to-market, diseño y otros envían sus propios PRs a través de la interfaz web de Codex, evitando completamente los handoffs tradicionales de ingeniería
• Junior > Senior en adaptación - Los recién graduados que crecieron con herramientas de IA a menudo superan a los veteranos porque no tienen flujos de trabajo arraigados que desaprender
• El verdadero cuello de botella son las ideas - Con los costos de ejecución desplomándose, “las buenas ideas importan más” e “ideas correctamente apuntadas importan más”—la parte difícil es saber qué construir
• La brecha diseño-a-producción se cierra - Los diseñadores ahora hacen fork de repos y construyen demos “completamente funcionales” en lugar de mockups estáticos que los ingenieros productionizan después
• Los equipos pequeños ganan - Los equipos más exitosos en OpenAI son “equipos pequeños y ágiles que se configuran para aprender e iterar super rápido”

Qué Significa Esto para Organizaciones de Ingeniería

La transformación interna de OpenAI anticipa lo que viene para toda organización. La idea clave no es que la IA escribe código—es que la IA elimina los handoffs que solían definir la estructura organizacional. Cuando los diseñadores envían código, los copywriters cambian strings, y los juniors superan a los seniors, la pregunta se convierte en: ¿qué queda para las definiciones de roles tradicionales? La respuesta, según este equipo: curiosidad, selección de problemas, y la disposición a adaptarse. Todo lo demás se está convirtiendo en infraestructura.