Para empezar con Codex, elige una tarea pequeña con una entrada que conozcas y un resultado que puedas comprobar. Puede ser ordenar unas notas de marketing en un brief, el documento que reúne el objetivo, la información y la estructura de una pieza. Indica qué archivo debe leer, qué quieres recibir y qué debe conservar.

En esta guía seguimos una aplicación documentada en MDF: convertir unas notas de nuestro plan en un brief para mejorar un artículo de emails. Codex leyó archivos, preparó una primera versión y guardó una revisión. La tarea se realizó en esta conversación, que ya tenía contexto del proyecto; no es una prueba desde una cuenta nueva ni una demostración de que siempre produzca la misma salida.

Qué es Codex y para qué lo usamos en MDF

Codex es la herramienta de OpenAI con la que trabajamos en los archivos de MDF. La usamos para desarrollar el sitio y preparar contenido: leer referencias, editar archivos y comprobar resultados. Para este ejercicio pedirás un documento de texto; puedes seguir los pasos sin escribir código.

OpenAI ofrece Codex en distintas superficies, incluida la aplicación de escritorio, la terminal y extensiones para editores. Aquí nos centramos en el trabajo local desde la aplicación. La documentación de inicio explica cómo elegir un proyecto o carpeta y comenzar una tarea.

Si empiezas con una pregunta o un borrador corto dentro de un chat, nuestra guía de ChatGPT para principiantes muestra una primera conversación. Esta guía desarrolla una tarea con archivos: conservar una entrada, producir un documento y revisar otra versión.

La documentación actual también presenta ChatGPT Work como una experiencia para trabajo general y permite continuar usando Codex para tareas ajenas a programación. Nuestro ejemplo se realizó en Codex; no estamos comparando ambas experiencias ni comprobando que sus pantallas sean idénticas. OpenAI: comenzar con Work.

Para tu primera tarea, busca algo que puedas contrastar con el original. Ordenar cinco o diez notas es más fácil de revisar que delegar todo el marketing de un negocio.

Cómo abrir Codex y preparar tu carpeta

Consulta la guía oficial de la aplicación para obtenerla desde OpenAI y seguir las opciones de acceso de tu cuenta. En la documentación consultada el 14 de octubre de 2026, el flujo consiste en abrir la aplicación, iniciar sesión, elegir un proyecto o carpeta y comenzar con New chat en Codex. Los nombres y la disponibilidad pueden variar con la versión y la cuenta.

Para seguir el ejercicio:

  1. Crea una carpeta de práctica, por ejemplo primera-tarea-codex.
  2. Guarda en ella unas notas que tengas autorización para utilizar. Más abajo tienes la entrada de nuestro ejemplo.
  3. Abre esa carpeta o selecciónala como lugar de trabajo en la aplicación.
  4. Inicia un chat de Codex y describe el resultado que quieres obtener.

No necesitas conectar la web, el correo o una cuenta publicitaria para convertir estas notas en un documento. La carpeta de práctica permite reconocer qué archivos pertenecen al ejercicio y conservar las entradas.

En MDF realizamos la tarea dentro del proyecto existente. No reinstalamos la aplicación ni abrimos una cuenta nueva para documentar estos pasos de acceso: proceden de la documentación oficial. Lo que comprobamos en el ejercicio fue la lectura y escritura de archivos.

Cuando Codex pida autorización para una acción, revisa qué intenta hacer y sobre qué archivos. Para empezar, conserva la configuración de permisos disponible y utiliza una carpeta acotada a la tarea. Las buenas prácticas de OpenAI explican el papel del contexto, los límites y las comprobaciones.

Qué información necesita antes de empezar

Nuestra entrada fue notas.md. La extensión .md identifica un archivo Markdown: texto que puede incluir títulos y listas. Para preparar notas basta un editor de texto; no hace falta aprender sus formatos antes de escribir la información.

Estas son las notas utilizadas, sin el título del archivo:

- El proyecto es un blog educativo en español sobre IA aplicada al marketing.
- Benjamin quiere aprender mientras investiga, aplica y escribe los posts.
- El primer cluster elegido es Contenido y voz de marca con IA.
- La guía voz-de-marca-ia está en revisión; todavía no está publicada.
- Después queremos mejorar el artículo de emails con un ejemplo de bienvenida.
- El lector gestiona el marketing de un negocio y necesita pasos comprensibles.
- La pieza debe explicar cómo reunir audiencia, objetivo y hechos antes de pedir un email.
- No hay una oferta comercial ni resultados medidos de esta pieza.
- No definimos aún destinatario específico del email, canal de envío o fecha de publicación.

Un cluster es un grupo de contenidos relacionados con una necesidad. En nuestro caso reúne voz, contexto y redacción de piezas. La última nota identifica datos que faltan: el brief debe conservarlos como pendientes.

Para adaptar la entrada, sustituye el proyecto, la pieza y los hechos por información de tu negocio. Incluye lo que ya sabes y lo que todavía falta decidir. Si trabajas con un cliente, comparte solo el material necesario y autorizado para la tarea.

También preparamos reglas-voz.md con tres criterios de MDF para la revisión:

- Escribe en español comprensible y dirige el texto al lector de tú.
- Explica una tarea y una comprobación concreta por apartado.
- No inventes hechos, experiencia humana, resultados ni condiciones comerciales.

Estas reglas son una selección para el ejercicio. Más adelante puedes completarlas con ejemplos propios. Primero vamos a revisar el brief; no hace falta preparar un manual de marca entero para ordenar las notas.

Cómo dar tu primer encargo

Una petición útil incluye el resultado, la entrada y los límites. En este ejercicio Codex debe leer notas.md y escribir brief-inicial.md. Son dos archivos distintos: el original se conserva y el resultado se revisa aparte.

Esta fue la especificación que seguimos, preparada por Codex para desarrollar el encargo de crear esta guía:

Lee notas.md y prepara un brief para mejorar una guía de emails de marketing con IA.

Incluye audiencia, objetivo, hechos permitidos, estructura y datos pendientes.
Usa solo las notas. No inventes una oferta, resultados, fecha de publicación o destinatario concreto.
Guarda el resultado en brief-inicial.md. Conserva notas.md sin cambios.
No escribas el artículo completo, publiques ni envíes nada.

El nombre de archivo indica qué debe leer; escribir «mis notas» podría dejar dudas si hay varios documentos en la carpeta. Si utilizas otros nombres, cambia también las rutas del encargo.

Codex guardó un brief con audiencia, objetivo, hechos permitidos, una estructura de seis puntos y tres datos pendientes. Este fue el apartado de objetivo:

Explicar cómo reunir audiencia, objetivo y hechos antes de pedir un email a la IA, y desarrollar un ejemplo de bienvenida.

La estructura inicial proponía elegir al destinatario, reunir información, preparar el encargo, desarrollar la bienvenida, revisar el borrador y guardar las correcciones. No redactó el artículo completo ni una campaña: el resultado era el documento de preparación pedido.

En la sección de pendientes mantuvo:

Abre el archivo y compáralo con la entrada antes de pedir otra tarea. Aquí había información suficiente para un brief, pero todavía faltaban decisiones para escribir el email final.

Cómo continuar y pedir una revisión

Puedes continuar en la misma conversación y precisar qué parte del resultado quieres cambiar. Nuestra segunda instrucción pidió reducir la estructura a tres apartados y añadir una comprobación en cada uno, manteniendo la entrada y la primera salida.

Revisa brief-inicial.md con reglas-voz.md.

Reduce la estructura a tres apartados: preparar los datos, pedir el borrador y revisar el email.
En cada apartado añade una comprobación concreta que se pueda seguir sin saber programar.
Mantén los hechos y deja separados los datos pendientes.
Guarda la revisión como brief-revisado.md. No sobrescribas notas.md ni brief-inicial.md.
No publiques ni envíes nada.

La revisión quedó en brief-revisado.md. Esta es la nueva estructura:

  1. Prepara los datos del email. Define audiencia, objetivo y hechos confirmados. Comprueba que cada condición de la pieza procede de información disponible; deja los datos ausentes como pendientes.
  2. Pide un borrador con contexto. Explica qué debe entender o hacer el destinatario y qué datos debe conservar la IA. Comprueba que el encargo no exige inventar una oferta o una condición que todavía no está definida.
  3. Revisa el email antes de usarlo. Contrasta hechos, tono y acción final con la entrada. Anota qué conservarías, qué corregirías y qué información falta antes de publicar o enviar.

La primera estructura servía para desarrollar el tema. La segunda agrupa el recorrido en tres pasos y añade una forma de revisar cada uno. El cambio responde al encargo de revisión; no demuestra por sí solo que el artículo futuro consiga mejores resultados.

Los tres datos pendientes siguen separados y la guía de voz continúa descrita como no publicada. Ambos briefs y las notas quedaron guardados. La redacción y su revisión las hizo Codex con contexto previo de MDF; la valoración editorial personal de Benjamín sigue pendiente.

Qué revisar antes de usar el resultado

Comprueba el contenido y lo que ocurrió con los archivos. Una respuesta de chat que anuncia «terminado» no sustituye abrir el documento y contrastarlo con la entrada.

Comprobación Qué encontramos en este ejercicio Qué revisar en tu tarea
Archivo de entrada Conservamos notas.md. Que la información original siga disponible.
Entregable Existen brief-inicial.md y brief-revisado.md. Que el archivo pedido exista y contenga el resultado.
Datos ausentes Destinatario, canal y fecha siguen pendientes. Que no se hayan rellenado con condiciones inventadas.
Estado del proyecto La guía de voz se describe como en revisión. Que una propuesta no aparezca como publicada o aprobada.
Cambio solicitado La revisión tiene tres apartados con comprobaciones. Que el ajuste se haya aplicado conservando los hechos.
Acciones externas No publicamos ni enviamos el material. Qué acciones se ejecutaron y si correspondían al encargo.

Una instrucción como «no inventes datos» expresa un límite, pero todavía tienes que leer el resultado. Si el documento añade un precio o da por aprobado un contenido, señala el pasaje y pide que lo corrija usando la entrada.

Antes de seguir

Abre la entrada y la salida. Identifica un hecho conservado, un dato pendiente y una decisión que todavía tengas que tomar. Si falta un archivo o una condición aparece sin respaldo, resuelve eso antes de continuar.

Para desarrollar las reglas de escritura y revisar si el texto representa a tu negocio, continúa con la guía de voz de marca con IA. Ese es el siguiente paso del recorrido: pasar de un encargo claro a referencias de estilo que puedas comprobar.

Cómo reutilizar el procedimiento

Puedes usar el mismo recorrido para preparar el esquema de una publicación a partir de notas o revisar un borrador contra un briefing. Esas son propuestas para otra tarea; este ejercicio solo documenta la preparación y revisión del brief de emails.

Cuando repitas instrucciones de proyecto, Codex admite archivos AGENTS.md con reglas duraderas. La documentación oficial explica cómo las encuentra y combina. Una primera tarea puede empezar con un mensaje y archivos nombrados; añade reglas permanentes cuando sepas qué necesitas repetir.

Elige unas notas que conozcas, pide un documento pequeño y guarda su primera versión. Después solicita un cambio concreto y anota qué aceptaste, qué corregiste y qué falta decidir. Tendrás una referencia propia para preparar el siguiente encargo.