Modelo
GPT‑5.6 Sol es la variante principal para trabajo complejo; Terra prioriza equilibrio entre capacidad, velocidad y coste; Luna, rapidez y menor coste. Su disponibilidad depende del producto y el plan.
Academia HLT · Trabajo con IA
Chat, Work y Codex
Tres superficies, tres tipos de trabajo. Aprende a elegir bien antes de pedir nada.
Una guía para pasar de la consulta rápida al entregable completo y, cuando toca código, trabajar sobre repositorios con permisos, revisión y puntos de control.
Información de producto revisada el 23 de julio de 2026. Algunas funciones se activan gradualmente y dependen del plan, la región, la versión y la configuración del espacio de trabajo.
01 · Introducción
No es solo elegir modelo
La decisión útil ya no es únicamente qué modelo abrir. También importa en qué superficie trabajas, qué acceso necesita la tarea y quién revisa el resultado.
Chat resuelve intercambios rápidos. Work se ocupa de tareas largas y entregables. Codex entra cuando hay repositorios, archivos, terminal, cambios y revisión técnica.
Criterio HLT
Empieza por el tipo de resultado y el nivel de acceso. La herramienta viene después.
02 · Decisión
Qué usar y cuándo
La misma petición cambia mucho según necesite una respuesta, un entregable o una intervención sobre un sistema real.
Pregunta o conversaciónChatPara aclarar ideas, comparar opciones, analizar algo puntual, preparar una decisión o hacer una consulta que no necesita un flujo agente completo.
Tarea larga o entregableWorkPara investigar, combinar archivos y aplicaciones conectadas, crear documentos, hojas, presentaciones, informes o Sites y mantener una tarea de varios pasos.
Código y repositoriosCodexPara leer y editar archivos, ejecutar comandos, revisar cambios, trabajar en paralelo, preparar una pull request o automatizar tareas de desarrollo.
| Si necesitas… | Ruta recomendada | Señal de que has elegido bien |
|---|---|---|
| Entender o decidir | Chat | La conversación basta; no hace falta crear ni mantener un artefacto complejo. |
| Entregar algo terminado | Work | El resultado es un documento, análisis, hoja, presentación, informe o sitio revisable. |
| Cambiar un proyecto técnico | Codex | La tarea necesita contexto del repositorio, archivos reales, terminal, diff y comprobaciones. |
| Trabajar con varias aplicaciones | Work o Codex | La superficie elegida admite el plugin o la integración y el acceso está aprobado. |
| Ejecutar algo de forma recurrente | Work o Codex | Usa tareas programadas de Work o, en Codex de escritorio, tareas en segundo plano con worktrees cuando estén disponibles. |
03 · Conceptos clave
La capa que suele olvidarse
Modelo, superficie, integración y permiso son decisiones distintas. Mezclarlas produce expectativas falsas y tareas frágiles.
Superficie
Chat, Work, Codex, CLI, IDE y API no ofrecen exactamente lo mismo. Work se distribuye en web, móvil y escritorio para cuentas elegibles; Codex no se selecciona como modo en web o móvil.
Integración
Plugins, aplicaciones y conectores aportan contexto o acciones. Deben estar instalados, disponibles y autorizados en la superficie concreta.
Permiso
Leer, editar, usar red o salir del proyecto no son la misma acción. El acceso debe ser el mínimo necesario para completar la tarea.
Entorno
En Codex, local, nube y worktree cambian dónde se ejecuta el trabajo y cómo se aíslan los cambios.
Revisión
Un resultado agente no se da por bueno porque haya terminado. Se revisan archivos, diferencias, pruebas, enlaces, cifras y decisiones.
| Superficie | Disponibilidad verificada | Modelos GPT‑5.6 |
|---|---|---|
| Chat estándar | Web, móvil y escritorio. | Sol en planes elegibles; Plus ofrece esfuerzo medio y alto, mientras Pro, Business y Enterprise añaden extra alto y Pro. Free y Go no incluyen Sol en Chat estándar. |
| Work | Despliegue gradual en web y móvil para planes de pago elegibles; en escritorio depende del plan o espacio de trabajo. | Sol, Terra y Luna en Plus, Pro, Business y Enterprise. |
| Codex | Aplicación de escritorio, CLI, extensión de IDE y nube; no es un modo seleccionable en web o móvil. | Terra en Free y Go; Sol, Terra y Luna en Plus, Pro, Business y Enterprise. |
| API | Acceso según cuenta, organización y región compatibles. | Sol, Terra y Luna. |
04 · Método
De la petición al resultado
Un buen flujo reduce suposiciones, limita el acceso y deja puntos claros para corregir antes de que el trabajo se desvíe.
Define la salida
Concreta qué debe existir al final: respuesta, informe, presentación, cambio de código, revisión o automatización.
Elige la superficie
Usa Chat para conversar, Work para producir entregables y Codex para intervenir sobre proyectos técnicos.
Prepara el contexto
Aporta archivos, proyecto, instrucciones, restricciones y ejemplos. No entregues acceso irrelevante «por si acaso».
Marca permisos
Empieza con el límite más estrecho. Amplía red, carpetas o acciones sensibles solo cuando la tarea lo justifique.
Planifica si hay varias etapas
Antes de ejecutar, pide un plan cuando haya dependencias, riesgo, varios archivos o decisiones difíciles de deshacer.
Revisa durante el proceso
Comprueba el plan, los puntos de control y cualquier solicitud de aprobación. No esperes al final para detectar una dirección equivocada.
Valida el resultado
Abre el entregable, ejecuta pruebas, revisa el diff, comprueba enlaces y confirma que el resultado responde a la petición real.
05 · Codex
Trabajo técnico con puntos de control
Codex no es solo una conversación sobre código. Puede actuar sobre el proyecto, por eso permisos, aislamiento y revisión forman parte del método.
Corrección pequeña
Abre el proyecto, describe el fallo y el resultado esperado, pide planificación si toca varias zonas y termina con revisión y pruebas.
Revisión de cambios
Usa el modo de revisión local o solicita revisión en la pull request. Prioriza fallos, regresiones, seguridad y ausencia de pruebas.
Tarea amplia
Divide líneas de trabajo, usa entornos aislados o worktrees y reúne los resultados solo después de revisar cada rama de cambios. La interfaz de worktrees es exclusiva de Codex en la aplicación de escritorio.
Permiso recomendado
Empieza con el perfil más estrecho. La red se controla por separado y puede requerir aprobación. Los perfiles de permisos están en beta y pueden cambiar.
| Nivel de acceso | Cuándo encaja | Riesgo principal |
|---|---|---|
| Solo lectura | Inspeccionar archivos, entender el proyecto o preparar un plan sin editar. | No puede aplicar cambios; aun así, revisa qué información queda dentro del alcance. |
| Espacio de trabajo / Automático | Leer, editar y ejecutar dentro del proyecto activo. | Puede cambiar muchos archivos; el acceso fuera del proyecto o a la red puede exigir aprobación según la configuración. |
| Acceso completo peligroso | Solo en un entorno controlado y con una necesidad excepcional demostrable. | Elimina el aislamiento y las aprobaciones; puede afectar el sistema o usar red sin un punto de control. |
06 · Sintaxis
@, / y $ no significan lo mismo
Las invocaciones dependen de la superficie. No conviene memorizar una lista sin saber dónde funciona.
Mencionar una integración
En ChatGPT puede invocar un plugin instalado. En GitHub, Slack o Linear, una mención a Codex puede iniciar una revisión o una tarea en la nube si la integración está configurada. No selecciona modelos.
Comando de la superficie
Codex ofrece comandos como /plan, /review, /model, /reasoning, /status y /worktree. ChatGPT web tiene su propio menú y la lista cambia según la superficie.
Invocar una skill
En un hilo de Codex, escribir $ permite seleccionar una skill instalada. La skill aporta instrucciones y recursos, pero no sustituye los permisos.
| Acción | Uso práctico | Comprobación |
|---|---|---|
| /plan | Preparar una tarea de varias etapas antes de ejecutar. | Revisa alcance, archivos afectados y validación prevista. |
| /review | Revisar cambios locales o compararlos con una base. | Pide hallazgos priorizados y referencias concretas. |
| /model | Cambiar el modelo del chat actual cuando la superficie lo permita. | Confirma que el modelo está realmente disponible en esa cuenta. |
| /reasoning | Ajustar el esfuerzo de razonamiento. | Usa más esfuerzo solo cuando la complejidad lo justifique. |
| /status | Consultar contexto y límites de la sesión. | Útil antes de tareas largas o cuando la conversación se ha extendido. |
| /worktree | Crear un nuevo worktree de Git cuando el comando esté disponible. | Comprueba rama, destino y estrategia de integración; la interfaz visual de worktrees es de escritorio. |
Si un comando no aparece, no asumas que «está roto»: puede pertenecer a otra superficie, plan, versión o permiso. La referencia mostrada corresponde a la documentación oficial consultada el 23 de julio de 2026.
07 · Ejemplos
De vago a ejecutable
La mejora no consiste en escribir más. Consiste en dar contexto útil, límites y una definición verificable de terminado.
Antes
Arregla este repositorio.
Después
Analiza el fallo de autenticación reproducible al renovar sesión. No cambies la arquitectura ni dependencias. Propón un plan, identifica los archivos afectados, implementa la corrección mínima y ejecuta las pruebas relacionadas. Al final, resume el diff y los riesgos pendientes.
Mejora porque define problema, límites, proceso y validación.Antes
Haz una presentación con estos archivos.
Después
Crea una presentación ejecutiva de diez diapositivas para dirección. Usa los archivos adjuntos como contexto, separa hechos de recomendaciones, evita inventar cifras y cierra con tres decisiones que requieren aprobación.
Encaja en Work porque el resultado es un entregable, no una respuesta breve.Antes
Dime qué herramienta usar.
Después
Necesito comparar tres opciones para una decisión interna. No hay que crear archivos ni ejecutar acciones. Hazme cinco preguntas de contexto y después entrega una tabla con ventajas, límites y recomendación.
Encaja en Chat porque la conversación y la decisión son el resultado.08 · Recursos copiables
Para usar hoy
Cuatro estructuras breves para decidir superficie, encargar trabajo técnico y revisar disponibilidad sin confundir producto con promesa.
R01
Selector de superficie
Para decidir antes de empezar.
Analiza esta tarea y dime si conviene resolverla en Chat, Work o Codex.
Tarea: [DESCRIBE LA NECESIDAD]
Resultado final: [RESPUESTA / DOCUMENTO / PRESENTACIÓN / CAMBIO DE CÓDIGO / OTRO]
Material disponible: [ARCHIVOS, PROYECTO O CONTEXTO]
Acciones necesarias: [LEER / EDITAR / EJECUTAR / USAR RED / PUBLICAR]
Riesgos o límites: [INDICA QUÉ NO DEBE HACERSE]
Justifica la elección, enumera los accesos mínimos y propón un primer paso reversible.R02
Encargo técnico pequeño
Para una corrección acotada en Codex.
Objetivo: [RESULTADO OBSERVABLE]
Problema reproducible: [PASOS Y COMPORTAMIENTO ACTUAL]
Comportamiento esperado: [QUÉ DEBERÍA PASAR]
Límites:
- no cambies la arquitectura
- no añadas dependencias sin justificarlo
- conserva los cambios existentes no relacionados
Antes de editar, inspecciona el proyecto y propone un plan breve.
Después implementa la corrección mínima, ejecuta las pruebas relevantes y entrega:
1. resumen del cambio
2. archivos afectados
3. validación realizada
4. riesgos pendientesR03
Revisión de cambios
Para centrar una revisión en problemas accionables.
Revisa estos cambios como una revisión técnica.
Prioriza:
1. fallos funcionales
2. regresiones
3. seguridad y permisos
4. pérdida o corrupción de datos
5. pruebas ausentes
Para cada hallazgo indica:
- gravedad
- archivo y zona afectada
- escenario concreto de fallo
- corrección mínima sugerida
No resumas el cambio salvo que ayude a explicar un hallazgo.R04
Auditoría de disponibilidad
Para comprobar lo que existe en tu cuenta antes de diseñar el flujo.
Comprueba esta función en mi entorno sin asumir disponibilidad universal:
Función: [NOMBRE]
Superficie: [WEB / ESCRITORIO / MÓVIL / CODEX / CLI / IDE / API]
Plan o espacio de trabajo: [INDICA EL QUE USAS]
Región: [SI ES RELEVANTE]
Separa:
- visible en la interfaz
- instalable o conectable
- autorizado por administración
- invocable en esta superficie
- pendiente de despliegue o no confirmado
Si falta evidencia, indícalo como pendiente. No rellenes huecos.09 · Errores frecuentes
Lo que rompe el flujo
La mayoría de fallos no vienen de «usar mal la IA», sino de elegir mal el entorno, abrir demasiado acceso o revisar demasiado tarde.
Usar Chat para una operación
Conversar sobre un repositorio no equivale a trabajar sobre sus archivos, ejecutar pruebas y revisar el diff.
Usar Codex para cualquier cosa
Si solo necesitas pensar o decidir, un flujo técnico completo añade fricción sin mejorar el resultado.
Confundir @ con un selector
Las menciones suelen apuntar a plugins o integraciones concretas. No invocan cualquier modelo o herramienta en cualquier lugar.
Memorizar comandos sin superficie
Los comandos disponibles cambian entre escritorio, Codex, web, móvil, CLI e IDE.
Dar acceso completo por comodidad
Más permiso no significa mejor resultado. Aumenta el radio de impacto de una instrucción equivocada.
Aceptar «terminado» sin validar
Una tarea finalizada todavía puede tener enlaces rotos, pruebas fallidas, cifras inventadas o cambios fuera de alcance.
10 · Checklist
Antes de dar permiso
Una comprobación breve para elegir bien, limitar el riesgo y revisar el trabajo con criterio.
He definido un resultado final observable.
La superficie elegida coincide con el tipo de trabajo.
He confirmado que la función existe en mi plan y entorno.
Solo he dado acceso al contexto necesario.
Las acciones sensibles requieren un punto de control.
La tarea amplia tiene plan y fases revisables.
Los cambios paralelos están aislados para evitar colisiones.
He revisado archivos, diferencias, pruebas y resultado visible.
Las dudas se presentan como dudas, no como hechos.
Sé cuál es el siguiente paso y quién debe aprobarlo.
11 · Ejercicio final
Diseña un flujo real
Elige una tarea que tengas pendiente y conviértela en un encargo ejecutable, seguro y revisable.
1. Resultado
Escribe qué debe existir al terminar y cómo comprobarás que está bien.
2. Ruta
Elige Chat, Work o Codex y justifica la elección en una frase.
3. Contexto
Enumera solo los archivos, aplicaciones o repositorios necesarios.
4. Permisos
Marca qué puede hacer sin preguntar y qué exige aprobación.
5. Puntos de control
Decide cuándo revisarás plan, progreso, cambios y resultado.
6. Cierre
Define pruebas, revisión humana y siguiente paso si algo falla.
12 · Cierre
El acceso también es diseño
Un flujo bien montado no busca que la IA haga «más». Busca que haga lo necesario, en el lugar correcto, con el contexto justo y una revisión que realmente compruebe el resultado.
Idea final
Chat para pensar. Work para entregar. Codex para intervenir. Y siempre: contexto, límites y revisión.