Codex se está convirtiendo en un workspace, no solo en un agente de código

spinny:~/writing $ vim codex-role-plugins-sites-workflows.md

1~
2Lo 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.
3~
4OpenAI publicó [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-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?
5~
6## El cambio real
7~
8Durante 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.
9~
10Eso 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.
11~
12Ahí 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.
13~
14## Sites es la pieza a mirar
15~
16Sites 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ó.
17~
18Lo 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.
19~
20## Las anotaciones hacen el feedback menos torpe
21~
22Las 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.
23~
24Así 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.
25~
26## Cómo lo probaría
27~
28No 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.
29~
30La checklist es corta:
31~
32- decidir qué fuentes puede leer Codex;
33- decidir qué puede escribir;
34- exigir enlaces a las fuentes importantes;
35- asignar un dueño a cada artefacto;
36- archivar o borrar lo que ya no sirve.
37~
38El 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.
39~
40## Mi lectura
41~
42Este 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.
43~
44Para 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.
45~
46## Fuentes
47~
48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)
49~

NORMAL · codex-role-plugins-sites-workflows.md [readonly]49 lines · :q to close

2Lo 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.

4OpenAI publicó [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-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?

6## El cambio real

8Durante 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.

10Eso 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.

11~

12Ahí 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.

13~

14## Sites es la pieza a mirar

15~

16Sites 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ó.

17~

18Lo 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.

19~

20## Las anotaciones hacen el feedback menos torpe

21~

22Las 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.

23~

24Así 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.

25~

26## Cómo lo probaría

27~

28No 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.

29~

30La checklist es corta:

31~

32- decidir qué fuentes puede leer Codex;

33- decidir qué puede escribir;

34- exigir enlaces a las fuentes importantes;

35- asignar un dueño a cada artefacto;

36- archivar o borrar lo que ya no sirve.

37~

38El 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.

39~

40## Mi lectura

41~

42Este 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.

43~

44Para 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.

45~

46## Fuentes

47~

48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)

49~