Codex enseña a los sitios de equipo a actualizarse según un calendario y a adaptarse a cada visitante

OpenAI ha publicado un breve vídeo sobre Codex que muestra dos mecanismos: tareas programadas y plugins de usuario. El primero mantiene actualizados los datos de un sitio de equipo; el segundo personaliza la página para cada visitante. El punto de entrada es único: pedírselo a Codex. Se trata de un vídeo con una descripción corta, sin documentación técnica y sin cifras, por lo que a continuación se detalla lo que se sabe con certeza y qué preguntas siguen abiertas.

Qué ha mostrado OpenAI

En la descripción, Sites son sitios de equipo que Codex ayuda a crear y mantener. El vídeo se centra en dos cosas.

La primera es la actualización de los datos. Al sitio se conectan scheduled tasks que actualizan automáticamente la información de la página, por ejemplo el estado de un proyecto, una lista de versiones o un resumen de métricas. Hasta ahora, algo así solía exigir una reconstrucción manual o una solución casera basada en cron. Ahora el calendario vive dentro del propio Codex.

La segunda es la personalización. Los usuarios del sitio conectan sus propios plugins y obtienen una vista construida a su medida. De ahí se deduce que el sitio puede apoyarse en datos de las cuentas del propio visitante, y no solo en la base común del propietario. La descripción no incluye ningún ejemplo concreto, así que esto es una inferencia a partir de la redacción, no una función confirmada.

Qué se sabe, punto por punto

• Formato: un vídeo en el canal de OpenAI con el lema «simplemente pregunta a Codex».
• Actualización de datos: tareas programadas, sin intervención manual.
• Personalización: plugins que conecta el propio visitante.
• Control: una petición a Codex en lenguaje natural.
• No se ha revelado: la frecuencia de ejecución de las tareas, los límites, el precio, la lista de plugins compatibles ni el modelo de permisos de acceso.

Hacia dónde empuja esto a Codex

Hasta ahora, un agente de programación entregaba su resultado en forma de repositorio y el resto lo hacía una persona. Aquí Codex asume también el ciclo de vida: crea el sitio, lo actualiza según un calendario y muestra a cada persona algo distinto. Es territorio de los portales internos y de los constructores low-code como Retool o Notion, solo que con un agente como ejecutor.

La pregunta principal es la seguridad. Una vista personalizada implica que el sitio accede de algún modo a los datos del visitante a través de los plugins. El vídeo no aclara dónde se ejecuta el código, qué ve el propietario del sitio, qué se almacena en caché entre sesiones ni cómo se revoca el acceso. En las herramientas de equipo, estos detalles pesan más que la propia idea.

La segunda pregunta es la económica. Las tareas programadas se ejecutan de forma continua, y si cada ejecución consume tokens o límites de Codex, el coste de mantener un sitio «vivo» puede ser notable. Por ahora, OpenAI no dice nada al respecto.

Cómo abordarlo en la práctica

Conviene empezar por un único sitio, aquel cuyos datos se quedan obsoletos más rápido. Puede ser una página interna con el estado de una versión o un resumen de tareas. Pida a Codex que le asigne una actualización programada y compare el resultado con lo que el equipo hacía a mano.

Lo mejor es probar la personalización con plugins de solo lectura y cuentas de prueba. Compruebe tres cosas: qué ve exactamente el visitante, qué ve el propietario del sitio y qué queda tras desconectar el plugin. Vigile además el consumo de límites: las tareas programadas son cómodas de lanzar, pero es fácil perderlas de vista.

Las conclusiones definitivas llegarán cuando salga la documentación. Por ahora, el vídeo muestra una dirección: Codex intenta convertirse en un entorno donde el sitio no se limita a crearse, sino que después sigue funcionando y adaptándose a los usuarios.