Codex se está convirtiendo en un workspace, no solo en un agente de código
· 3 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
Lo que se me quedó dando vueltas del nuevo anuncio de Codex no fue la palabra plugin. Fue la idea de que Codex quiere convertirse en un lugar donde el trabajo aterriza.
OpenAI publicó Codex for every role, tool, and workflow el 2 de junio de 2026. Las novedades visibles son plugins por rol, Sites y anotaciones. Pero la pregunta importante es más simple: ¿puede un agente tomar contexto disperso y convertirlo en algo que un equipo pueda revisar, discutir y mejorar?
El cambio real
Durante mucho tiempo Codex era fácil de explicar: ayudaba a los desarrolladores a cambiar código. Esta actualización hace que esa definición quede corta. Los nuevos plugins apuntan también a analytics, ventas, product design, producción creativa, inversión en mercados públicos y banca de inversión.
Eso cambia el gesto. Codex no mira solo un repositorio. Puede leer dashboards, notas de CRM, documentos, hojas de cálculo, briefs de diseño o fuentes financieras, y convertir todo eso en un artefacto de trabajo.
Ahí está lo interesante. La mayoría de los equipos no necesita otra respuesta en un chat. Necesita una página, una sala de lanzamiento, un tablero de revisión, un planner, una pequeña app interna o un dashboard que todos puedan abrir.
Sites es la pieza a mirar
Sites me parece lo más concreto. Una respuesta de chat se pierde en el scroll. Un sitio tiene una URL. Se puede compartir, comentar, volver a abrir después y pedirle a Codex que actualice solo lo que cambió.
Lo imagino útil para lanzamientos, revisiones con clientes, business reviews semanales, memos para inversores y tooling interno. No porque la primera versión vaya a ser perfecta. No lo será. El valor está en darle al equipo un objeto común.
Las anotaciones hacen el feedback menos torpe
Las anotaciones también importan. Si digo hazlo más claro, un agente puede tocar demasiado. Si señalo un gráfico, un párrafo o una sección, la tarea se vuelve más pequeña.
Así se edita de verdad. Casi nunca quieres reescribir todo. Quieres esta frase más directa, ese gráfico menos confuso, esa slide menos cargada, esa tabla mejor ordenada.
Cómo lo probaría
No conectaría todas las herramientas el primer día. Elegiría un workflow aburrido, con dueños claros. Una business review semanal encaja bien: pocas métricas, algunas notas, un output compartido y revisión humana antes de enviar nada.
La checklist es corta:
- decidir qué fuentes puede leer Codex;
- decidir qué puede escribir;
- exigir enlaces a las fuentes importantes;
- asignar un dueño a cada artefacto;
- archivar o borrar lo que ya no sirve.
El peligro no es una mala primera versión. Los equipos sobreviven a malas primeras versiones todo el tiempo. El peligro es la expansión sin control: diez sitios generados, ningún dueño, ninguna trazabilidad de fuentes y nadie seguro de cuál es la versión verdadera.
Mi lectura
Este anuncio muestra que los agentes salen de la fase demo. Los agentes útiles no serán los más ruidosos. Serán los que entren en el ritmo de un equipo: reunir contexto, producir un borrador, conservar la pista, aceptar feedback preciso y respetar límites.
Para los desarrolladores, esto no vuelve menos importante la ingeniería. La vuelve más importante. Alguien todavía debe definir permisos, valores por defecto, puntos de revisión y qué significa terminado.