**El 99 % de la gente no se ha dado cuenta de que OpenAI acaba de lograr otro avance brutal en ingeniería de IA
**
- Lanzamientos completamente nuevos (hola, Grokbot) y que te cambian la vida, de los que hablaré en este artículo: qué son, por qué importan y cómo configurarlos para sacarles el 100 % de partido Dots es el punto de partida más interesante. Te da un agente personal con su propio ordenador en la nube y la capacidad de delegar trabajo en segundo plano. Conoce Dots.
DevDay también trajo nuevos modelos, documentos compartidos, actualizaciones de programación, plugins y herramientas para integrar agentes en tus propios productos.
Antes de seguir con lo bueno, suscríbete a mi Substack para recibir más información fresca antes que nadie: https://substack.com/@0xcodila
1. Crea tu Dot y asígnale una tarea
https://x.com/OpenAI/status/2104980481876070819
Abre Dots en ChatGPT desde el escritorio y sigue la guía de introducción. Puedes añadir conexiones durante la configuración o volver a ellas más tarde.
En el lanzamiento, el acceso personal se está desplegando para adultos en los planes Pro 100, 200 y 500.
Pero, de todos modos, ¡consulta los requisitos de acceso actuales antes de pagar un plan solo por esta función!
Si tu cuenta aún no tiene Dots, los pasos del 5 al 8 te darán puntos de partida útiles según tu plan.
La versión de lanzamiento de Dots funciona con
GPT‑6 Astra
Y aquí llega el momento en que Dots deja atrás a GrokBot. Grok 4.6 se queda bastante corto, y la única forma de mejorarlo es conectarle directamente GPT y Claude.
https://x.com/0xCodila/status/2104634929518641487
Sol es una opción de modelo independiente para Work, Codex y la API.
Ahora dale una responsabilidad a tu Dot. «Ayúdame a ser productivo» deja casi todo sin definir.
Empieza por aquí:
Ayúdame a coordinar el lanzamiento de [producto] el [fecha]. Usa el briefing de lanzamiento, la checklist y las conversaciones que comparta explícitamente contigo. Identifica requisitos modificados, bloqueos, responsables que falten y decisiones que deba tomar yo. Para tu primera tarea, entrégame un informe de estado del lanzamiento con enlaces a las fuentes. Pregúntame si te falta algún acceso. Redacta propuestas, pero pide mi aprobación antes de enviar mensajes o modificar archivos compartidos.
Lee ese primer informe con lupa. ¿Tiene clara la fecha correcta de lanzamiento? ¿Puedes abrir sus fuentes? ¿Ha confundido una sugerencia con una decisión ya tomada?
Corrige esos malentendidos antes de asignarle una tarea recurrente.
Tu primera victoria es un briefing correcto. Todo lo demás se construye sobre eso.
2. Conecta las apps y el ordenador que necesita
Para la mensajería, abre el perfil de tu Dot y selecciona Add (Añadir).
La guía de canales cubre las opciones compatibles, incluyendo Slack y Microsoft Teams.
Para nuestro lanzamiento, conecta los documentos fuente y las herramientas de comunicación que requiera la tarea. Después, pídele a tu Dot que identifique a qué puede acceder realmente.
Localiza el briefing de lanzamiento y la checklist que compartí. Dame sus enlaces y los últimos cambios relevantes. Dime qué fuentes solicitadas no puedes leer.
Para sitios web que requieren inicio de sesión, abre el ordenador en la nube desde Computers (Ordenadores) en el perfil del Dot. Utiliza el traspaso de navegador o el flujo de inicio de sesión privado.
- Su navegador tiene sus propias sesiones. Que tú hayas iniciado sesión en tu portátil personal no significa que el Dot la tenga iniciada automáticamente.
Introduce las credenciales a través de la interfaz de inicio de sesión. Completa cualquier verificación de la cuenta y luego devuélvele el control para que pueda continuar.
El trabajo en la nube puede continuar aunque cierres el portátil. El trabajo en tu propio ordenador requiere que ese equipo esté disponible y la aplicación abierta. Elige el entorno en consecuencia.
Un error muy común: conectar Slack no crea una instrucción permanente para vigilar un canal. Eso lo configuraremos explícitamente en el paso 4.
3. Delega resultados y mantén el contexto
Una actualización de lanzamiento toca varias fuentes. Dale a tu Dot el entregable completo, con una definición clara de qué significa «terminado».
Puede delegar tareas en segundo plano. Esas tareas reciben instrucciones y contexto relevante; no asumas que cada trabajador ve toda tu conversación.
Prueba esto cuando tus conexiones funcionen:
Compara el briefing de lanzamiento actual, la checklist y la conversación de Slack seleccionada. Genera una única actualización con cuatro secciones: qué ha cambiado, qué está bloqueado, quién es responsable de la siguiente acción y qué necesita mi
decisión. Enlaza cada afirmación fáctica a su fuente. Si las fuentes se contradicen, muestra el conflicto. Etiqueta a los responsables propuestos como sugerencias, a menos que alguien haya aceptado la tarea.
Esa última frase es clave. Una lista con un formato impecable puede convertir silenciosamente una suposición en la responsabilidad de otra persona.
Usa Activity (Actividad) para inspeccionar el trabajo delegado y sus resultados. Abre el entregable real y comprueba si responde a lo que pediste.
- Dots puede retener contexto útil mediante memoria y notas. Peeero eso no significa que conserve cada detalle de cada conversación.
Mantén las decisiones importantes del proyecto en un documento fuente accesible y apúntalo en futuras tareas.
Para trabajos de programación delegados a la nube, configura primero un entorno Codex Cloud. El paso 7 cubre ese requisito previo.
El resultado útil aquí es una actualización sobre la que puedas actuar, con las pruebas lo bastante cerca para verificarlas.
4. Hazlo recurrente... y mantén el control
Cuando el informe puntual te resulte útil, pide una programación.
Todos los días laborables a las 09:00 Europe/Sofia, prepara la actualización de lanzamiento usando las fuentes que hemos verificado. Continúa hasta el [fecha de fin]. Entrégala en [destino compatible]. Incluye los cambios desde el informe anterior y las decisiones pendientes de mí. Confirma la programación guardada, la zona horaria y el destino.
Revisa la entrada en Scheduled (Programado). Confirma que realmente se ha creado y que el horario coincide con lo que pediste.
- La monitorización basada en eventos va aparte. Pregunta qué admite el servicio conectado y verifica el evento y la respuesta antes de confiar en ello.
Por ejemplo: un requisito cambia en el canal de lanzamiento → tu Dot prepara un briefing actualizado. Simplemente conectar el canal no establece esa rutina.
A continuación, revisa las reglas personalizadas en Settings → Personalization → Permissions (Configuración → Personalización → Permisos).
Puedes indicar qué acciones deben ejecutarse directamente, cuáles requieren una petición explícita, cuáles necesitan aprobación y cuáles deben devolverse a ti.
Mi regla inicial para este lanzamiento sería:
Investiga y prepara borradores dentro de los accesos que te he concedido. Pregúntame antes de enviar mensajes, editar registros compartidos del proyecto, gastar dinero o publicar cualquier cosa.
Estas reglas guían el comportamiento; no otorgan permisos de aplicaciones que falten ni garantizan que cada acción se ejecute a la perfección.
También hay tres lugares distintos para detener el trabajo:
- Pause (Pausa) - Activity (Actividad) - Scheduled (Programado)
Pausar el agente principal no cancela automáticamente los otros dos. Revisa los tres cuando vayas a cerrar un flujo de trabajo.
5. Pon a trabajar a GPT‑6.1 Sol
El selector de modelos es el siguiente lugar al que iría.
GPT‑6.1 Sol está disponible en Work y Codex para Plus, Pro, Business, Enterprise y Edu. Los administradores del espacio de trabajo podrían tener que activarlo.
https://x.com/thsottiaux/status/2105007628460109953
También en el selector de modelos del chat.
OpenAI describe a Sol como un modelo que ofrece un rendimiento casi idéntico al de Astra, pero a menor coste. Yo los compararía en una tarea exigente que conozcas bien antes de elegir uno por defecto.
Abre el selector de modelos debajo del cuadro de texto, elige Sol y empieza con la configuración de razonamiento predeterminada.
Asígnale una tarea con un resultado que puedas evaluar:
Lee este briefing de lanzamiento y la landing page actual. Encuentra afirmaciones sin respaldo, ambiguas o incoherentes. Sugiere reemplazos exactos y explica qué pruebas necesita cada cambio.
Para usuarios de la API, el ID del modelo es gpt-6.1-sol.
Aquí tienes la comparación estándar de precios por tokens:
Eso hace que los precios unitarios estándar de entrada y salida de Sol sean un 80 % más bajos. El coste final de tu tarea seguirá dependiendo del uso de tokens, las herramientas y las condiciones de precios.
Sol admite una ventana de contexto de 1,05 millones de tokens. Las peticiones que superen los 272 000 tokens de entrada tienen tarifas más altas; consulta la página del modelo antes de asumir que un contexto enorme sale barato.
Ahora separa la elección del modelo de la elección de la velocidad.
Comparado con el Astra estándar, Astra Ultrafast genera tokens hasta 8 veces más rápido en Codex.
https://x.com/sama/status/2104994601140711896
Una tarea con esperas del navegador, herramientas o razonamientos largos no terminará automáticamente ocho veces más rápido.
La guía de velocidad detalla el acceso para Pro 500 y los planes Enterprise/Edu elegibles. Ultrafast también consume cuota más rápido.
El nuevo nivel Pro 500 cuesta 500 $/mes. Comprar créditos extra en Pro 100 o 200 no desbloquea Ultrafast.
Por último, Sign in with ChatGPT (Iniciar sesión con ChatGPT) permite a los usuarios elegibles de Plus/Pro aplicar la cuota de su plan en aplicaciones de terceros participantes.
Elige la opción de inicio de sesión de ChatGPT y activa el uso del plan donde se ofrezca. El soporte de inicio de sesión y el soporte de uso del plan son cosas distintas; el uso comparte tu límite, y pueden aplicarse tarifas de la app.
6. Lleva tu trabajo al Space de ChatGPT
**Esta parte es súper interesante
Nuestro lanzamiento ya tiene informes, decisiones y borradores. Dales un lugar donde el equipo pueda encontrar siempre la versión actual.*
https://x.com/thsottiaux/status/2104983716049379472
En el lanzamiento, Space y Pages están disponibles en Pro, Business y Enterprise.
Abre Space, elige New page (Nueva página) y crea una página de lanzamiento. Añade el briefing, los archivos relevantes y los enlaces a las fuentes.
Usa ChatGPT junto a la página para redactarla o revisarla. La guía de Space explica cómo crear páginas, organizar espacios y compartir acceso.
Convierte estos materiales de lanzamiento en una página de trabajo con: alcance actual, afirmaciones aprobadas, decisiones pendientes, responsables y un registro de cambios con fechas. Conserva los enlaces a las fuentes.
Aquí es donde Pages cobra sentido: la versión acordada tiene un hogar al que puedes volver y actualizar.
Para un espacio de equipo, usa All → New → Space (Todo → Nuevo → Espacio), ponle nombre e invita a colaboradores. Comprueba los accesos antes de añadir material sensible; la membresía del espacio se aplica a todas sus páginas.
Collaborative Slides (Slides colaborativas) es otro anuncio del DevDay, con disponibilidad prevista para las próximas semanas. Considéralo como una futura pieza de este flujo de trabajo.
Para automatizaciones compartidas, Teams y Team Tasks permiten ejecutar trabajos programados o basados en eventos utilizando conexiones de equipo y cuentas de servicio configuradas.
- Involucra al administrador del espacio de trabajo en esa configuración. Un flujo de trabajo de equipo necesita accesos que sobrevivan al cierre de sesión o la marcha de un compañero.
OpenAI también anunció @ChatGPT en Slack y Microsoft Teams. Los administradores configuran la integración y sus herramientas y canales permitidos.
- Tu Dot personal en Slack y la integración compartida de @ChatGPT del espacio de trabajo tienen configuraciones y reglas de acceso diferentes. Decide qué fuentes debe usar el flujo de trabajo.
Luego está el plugin Meetings: instálalo desde Plugins, completa la configuración de audio y usa Take notes (Tomar notas) para una reunión.
Avisa a los participantes y obtén su consentimiento antes de grabar. Después, revisa el resumen y las acciones propuestas antes de convertirlas en compromisos.
En el lanzamiento, Meetings es una beta de escritorio para macOS en Pro y Business, con Enterprise en fase alpha. Las conexiones de calendario añaden comodidades como recordatorios.
7. Construye, revisa y publica con Codex
Supongamos que el informe de lanzamiento detecta un problema real: la página de registro se rompe en móvil.
https://x.com/OpenAIDevs/status/2104996045482778973
Dale a la tarea de programación un objetivo reproducible.
Primero, configura Codex Cloud: elige Work in → Cloud (Trabajar en → Nube), crea un entorno y conecta el repositorio de GitHub necesario.
Deja que la configuración inspeccione el proyecto e instale dependencias. Revisa su informe, resuelve lo que falte y publica el entorno antes de empezar la tarea.
Reproduce el fallo de registro descrito en [issue]. Identifica la causa, aplica la corrección mínima adecuada y ejecuta las comprobaciones pertinentes. Devuelve el diff, los resultados y las dudas restantes.
El renovado Codex CLI ofrece otro punto de entrada. Sigue la guía de instalación, inicia sesión y ábrelo en el directorio de tu proyecto.
Para empezar con Sol:
1codex --model gpt-6.1-sol
La actualización añade control por voz y una vista /agents para rastrear el trabajo delegado.
- La CLI también incluye selección de modelo, permisos y controles de revisión. Elige el entorno que le dé al agente el repositorio y las herramientas que realmente necesita.
Después, abre Code Review (Revisión de código) en la barra lateral de escritorio, conecta tu proveedor y selecciona una pull request.
La guía de revisión menciona compatibilidad con GitHub y versión preliminar de GitLab. Las revisiones automáticas pueden hacer un primer repaso en la nube una vez configuradas.
Revisa los hallazgos junto con los cambios y las pruebas antes de hacer merge.
Para temas de seguridad, instala Codex Security Cloud, selecciona New scan (Nuevo escaneo) y configura el repositorio y el entorno en la nube.
Activa las comprobaciones continuas de commits cuando sea útil e inspecciona las pruebas de cada hallazgo.
- Fix with Codex (Corregir con Codex) puede preparar un parche; revísalo antes de crear un PR en borrador.
Mi regla aquí es simple: pide las pruebas necesarias para aceptar el cambio y después léelas de verdad.
8. Crea tus propias herramientas con Sites y Plugins
Después de unas cuantas actualizaciones de lanzamiento, notarás pasos repetitivos: las mismas entradas, el mismo formato, las mismas comprobaciones.
Ese es un candidato perfecto para un plugin.
Donde esté disponible, menciona a @Plugin Creator y describe el flujo de trabajo. La guía de creación explica cómo pulirlo, probarlo e instalarlo.
Crea un plugin de Actualización de Lanzamiento. Entradas: un briefing de lanzamiento, la checklist actual y cambios con fecha. Salida: una actualización con fuentes, bloqueos, responsables y decisiones. Pide las fuentes que falten. Distingue los hechos confirmados de las sugerencias. Prepara borradores para revisión. Usa esta actualización adjunta como referencia de formato.
Pruébalo con información incompleta y fechas contradictorias. Un flujo de trabajo que solo funciona con un ejemplo perfecto no te ahorrará mucho tiempo.
Los anuncios de plugins del DevDay también cubren el envío y descubrimiento, además de Extensions (Extensiones) para interfaces más ricas, como apps en la barra lateral, paneles de conversación y editores de archivos.
Explora los ejemplos oficiales de Extensions antes de decidir si tu plugin necesita una interfaz personalizada.
A continuación, usa Sites para construir un panel de lanzamiento. Describe a sus usuarios, los datos de origen y las acciones que cada persona debería poder realizar.
La nueva capacidad Sites with plugins (Sitios con plugins) puede utilizar herramientas y datos conectados. En el lanzamiento, esos sitios son privados para el espacio de trabajo y dependen de que la función esté habilitada en él.
Cada visitante usa sus propias cuentas y permisos conectados. Compartir el sitio no le entrega a todo el mundo tus conexiones.
Previsualízalo con datos reales y permitidos. Guarda versiones mientras iteras; desplegar genera una URL pública, así que haz de la publicación un paso consciente.
MCP Events añade otra pieza: los servidores compatibles pueden enviar eventos que inicien el trabajo del agente mediante suscripciones y webhooks.
Por ejemplo, un nuevo bloqueo de lanzamiento podría disparar un borrador de actualización. La guía de eventos detalla el soporte de servidor requerido; un conector normal no se convierte automáticamente en una fuente de eventos.
Por último, los perfiles compartibles te dan un lugar para mostrar los Sites que elijas.
Abre tu perfil, elige qué mostrar y revisa la configuración de uso compartido. Los perfiles personales empiezan siendo privados; la disponibilidad y los controles del espacio de trabajo varían, y el soporte para Enterprise aparece como «próximamente».
9. Integra agentes en tu propio producto (competidor de Jev)
https://x.com/thsottiaux/status/2104986448269279399
Para los desarrolladores, la siguiente pregunta es cómo ofrecer este tipo de flujo de trabajo dentro de una aplicación que los clientes ya usan.
La API de Agents se lanzó el 10 de septiembre. DevDay amplía la historia con el uso de ordenadores; son hitos independientes.
Empieza por la guía rápida oficial. Crea una clave API de proyecto con los permisos necesarios, instala el SDK y ejecuta el ejemplo de sandbox incluido.
Mantén la clave fuera del sandbox del agente. Tu primer objetivo es crear una sesión, observar el progreso e inspeccionar un resultado real.
Después, añade el uso de ordenador basado en navegador si tu flujo de trabajo lo necesita. La guía cubre solicitudes de acceso a sitios web, inicio de sesión, actividad del navegador y limpieza de sesiones.
Para nuestro lanzamiento, empieza con una tarea acotada: comprobar el flujo de registro público e informar del primer paso roto. Usar una cuenta de prueba cuando sea necesaria la autenticación.
- La API Decisions elige entre respuestas predefinidas usando contexto de texto o imagen. Se centra en clasificación, enrutamiento y decisiones similares.
Ejemplo de diseño: enrutar un problema de lanzamiento entrante a copy, engineering o human_review. Acuerda las etiquetas y los ejemplos de evaluación antes de conectar la decisión a producción.
Se lanzó en vista previa limitada, con acceso más amplio previsto para los días siguientes. Comprueba el acceso antes de crear una dependencia alrededor de ella.
Para equipos de AWS, Bedrock Managed Agents lleva el sistema de agentes y la inferencia de modelos de OpenAI a Amazon Bedrock.
Su ejecución, autenticación y servicios de apoyo difieren de la API alojada en OpenAI. Usa la configuración específica de AWS, incluido IAM, para esa ruta de despliegue.
Los anuncios de Private Intelligence también requieren una lectura atenta.
Private Safety Processing permite revisiones de seguridad automatizadas sin que OpenAI retenga los prompts y respuestas cubiertos. Los registros de seguridad cifrados permanecen en almacenamiento controlado por el cliente bajo la política de retención documentada.
Private Inference se anunció en vista previa para este otoño. Trátalo como un hito de disponibilidad futura al planificar un despliegue.
Por último, OpenAI Marketplace permite a las empresas elegibles usar parte de su compromiso con OpenAI para software de socios aprobados. El acceso se gestiona mediante el proceso de interés empresarial.
Esos estados de lanzamiento están recogidos en el resumen oficial del DevDay.
10. Manos a la obra: cuatro configuraciones prácticas
No necesitas montar todo esto el primer día.
Elige el flujo de trabajo que te genere algo útil esta semana. Son diseños iniciales; cada uno depende de los accesos y conexiones descritos arriba.
A. El coordinador de lanzamientos
Dale a Dots el briefing de lanzamiento, la checklist, las conversaciones seleccionadas y una programación verificada. Mantén el plan actual en una página de Space.
Prepara la actualización de lanzamiento de hoy. Muestra cambios, pruebas, bloqueos y decisiones que me corresponden. Redacta cualquier mensaje de seguimiento para que lo apruebe.
Comprueba: ¿Puedes rastrear cada afirmación importante hasta su fuente? ¿Captó el informe el último cambio acordado?
B. La mesa de investigación del creador
Usa una tarea programada de Dot para recopilar cambios de una lista de fuentes definida. Usa Sol para convertir las notas verificadas en un borrador.
Revisa estas fuentes oficiales en busca de novedades desde el [fecha]. Separa las funciones lanzadas de las vistas previas y los anuncios. Enlaza cada afirmación fáctica. Sugiere tres enfoques para artículos.
Comprueba: Abre las fuentes, verifica las fechas y elimina cualquier frase que implique que probaste personalmente algo que no has usado.
C. El flujo issue-a-PR del desarrollador
Dale a Codex un problema reproducible y un entorno configurado. Revisa los cambios resultantes y usa Code Review y herramientas de seguridad cuando corresponda.
Reproduce este problema, propón una solución y ejecuta las comprobaciones pertinentes. Muestra el diff y los resultados reales. Señala cualquier cosa que no hayas podido verificar.
Comprueba: ¿Desaparece el fallo original? ¿Son relevantes las pruebas? ¿Puede un revisor entender el cambio y sus riesgos restantes?
D. La mesa de seguimiento del equipo
Usa Meetings para las notas, Space para el registro acordado y una Team Task para el seguimiento una vez configurado el acceso compartido.
Extrae de estas notas las decisiones, acciones propuestas, responsables y fechas. Marca cualquier cosa incierta. Prepara el seguimiento para revisión antes de enviarlo.
Comprueba: ¿Aceptó cada responsable su acción? ¿Están claramente marcadas las fechas provisionales? ¿Puede el equipo abrir el registro enlazado?
El cambio de paradigma
El área donde Dot realmente supera a GrokBot es el modelo.
Pero, ¿bastará eso para convencer a mucha gente de pasarse a OpenAI?
Tú defines el resultado → los agentes hacen avanzar el trabajo → tú tomas las decisiones.
Lo verdaderamente valioso es conectar estos lanzamientos en un flujo de trabajo con responsabilidades claras, contexto útil y un resultado que puedas verificar:
- Dale a Dots un trabajo continuo y límites de permisos claros.
- Usa Sol y Codex para investigar, construir y revisar.
- Mantén el trabajo compartido en Space. Convierte los pasos repetitivos en plugins y tareas programadas.
Ahora eres tú quien diseña cómo se ejecuta el trabajo.
¿Qué lo inicia? ¿Qué fuentes debe usar? ¿Cómo es el resultado final? ¿Qué decisiones vuelven a ti?
Ya tienes la configuración, los prompts y cuatro flujos de trabajo prácticos. Elige una tarea recurrente. Mide el tiempo que ahorras y las correcciones necesarias. Luego, escala.
La habilidad que debes desarrollar es definir el trabajo con tanta claridad que un agente pueda hacerlo avanzar sin que tú dirijas cada clic.
Guarda esta guía en favoritos y asígnale a tu Dot su primer trabajo de verdad
