# Tus primeros 7 días con Codex (edición para negocios) Un plan día a día para tu primera semana. Cada día es pequeño. Cada día avanzas. El día 7 entregas un borrador real de boletín. Elige la misma hora cada día. Con 30 minutos basta. La idea es crear el hábito antes de construir el flujo de trabajo. ## Día 1: instalación y red de seguridad Hoy es el día más difícil. Supéralo y el resto será más fácil. - Abre la terminal de comandos (Terminal en Mac, PowerShell en Windows). - Ejecuta el comando de instalación de tu sistema operativo. En Mac: `brew install --cask codex`. En Windows o Linux: `npm install -g @openai/codex`. - Escribe `codex` y pulsa Intro. Inicia sesión con tu cuenta de ChatGPT en la pestaña del navegador que se abra. - Crea una carpeta para tu trabajo de negocio fuera de iCloud, Dropbox y OneDrive. Una opción sencilla: `~/Work-Local/`. - En esa carpeta, ejecuta la regla del día 1: `git init && git commit -m "before codex"`. Este es tu punto de guardado. Es el único mecanismo para deshacer que tiene Codex. - Coloca el archivo inicial de configuración en `~/.codex/config.toml` para tener valores seguros desde el primer minuto. Al terminar el día: Codex está instalado, con sesión iniciada y apuntando a una carpeta de proyecto que puedes restaurar en cualquier momento. ## Día 2: el ajuste de seguridad Hoy conoces los dos interruptores que deciden qué puede tocar Codex y con qué frecuencia pide permiso. Son los 30 minutos que evitan todos los desastres públicos de Codex. - Lee entero el módulo de modos de seguridad. No basta con leer por encima. - Abre `~/.codex/config.toml` y confirma los dos valores seguros: `sandbox = "workspace-write"` y `approval_policy = "on-failure"`. - Ejecuta Codex una vez con permisos de solo lectura: `codex --sandbox read-only`. Pídele que lea un archivo de tu proyecto y lo resuma. Observa que nunca intenta escribir. - Imprime o guarda la referencia rápida de ajustes de seguridad. Déjala a la vista junto a la pantalla. - Prométete una regla en voz alta: nunca combines `danger-full-access` con el nivel de aprobación `never`. Al terminar el día: puedes describir de memoria los cuatro escenarios de negocio del módulo 2. ## Día 3: escribe tu AGENTS.md a mano Hoy escribes el documento que convierte a Codex de ayudante genérico en miembro de tu negocio. La versión escrita a mano mejora el éxito alrededor de un 4%. La generada por un LLM lo reduce alrededor de un 3%. Este paso no admite atajos. - Abre un archivo nuevo en tu carpeta de proyecto llamado `AGENTS.md`. - Escribe tres secciones breves. Perfil de audiencia: a quién sirves, qué le importa y sus objeciones. ADN de voz: cómo escribes, patrones de inicio y ritmo de las frases. Perfil de negocio: qué vendes y tu escalera de ofertas. - Añade una lista de "cosas que nunca digo": frases, palabras y estructuras que el agente nunca debe producir. Esta es la pieza que más peso soporta. - Guarda. Ejecuta `git add . && git commit -m "first AGENTS.md"`. - Pruébalo. Ejecuta `codex` y pide: "redacta un tuit sobre mi última oferta". Lee el borrador. Observa cuánto más se parece a tu voz que el resultado de un prompt genérico. Al terminar el día: Codex ya sabe quién eres y cómo escribes. ## Día 4: crea tus tres primeros atajos guardados Los atajos (comandos de barra) evitan que vuelvas a escribir los mismos prompts largos. Con tres basta para la primera semana. - Crea `/draft`. El atajo recibe un tema y escribe un texto con tu voz usando AGENTS.md. - Crea `/edit`. El atajo hace una revisión editorial básica: voz, hechos y conversión. El módulo 11 lo amplía a cinco perfiles con nombre. - Crea `/repurpose`. El atajo convierte un texto en un boletín, un post de LinkedIn y un hilo de X. - Prueba cada atajo en algo pequeño: un borrador de tuit, un titular o un párrafo breve de una publicación reciente. - Guarda los archivos de atajos en la carpeta del proyecto y haz un commit: `git add . && git commit -m "first 3 slash commands"`. Al terminar el día: tres atajos que de verdad usas. ## Día 5: instala tus tres primeros conectores Los conectores enlazan Codex con las herramientas que ya usas. Con tres basta para la primera semana. Primero Calendly, luego Notion y después uno más. - Abre el marketplace dentro de Codex con `/plugins`. - Instala el conector de Calendly. Es el más fácil del grupo: un clic de OAuth, sin clave de API. - Instala el conector de Notion. Autoriza una vez. Pruébalo pidiendo a Codex que lea una de tus páginas existentes. - Instala el conector de la herramienta que más usas. Stripe si vendes productos digitales. HubSpot si trabajas en ventas. Slack si tu equipo trabaja allí. - Aplica la lista de revisión de 5 puntos a cada uno antes de instalar: autor, actualidad, permisos, existencia de scripts y señales de GitHub. - Guarda la configuración en un commit: `git add . && git commit -m "first 3 connectors"`. Al terminar el día: Codex está conectado a tres herramientas reales de negocio. ## Día 6: prueba Codex Cloud una vez Cloud es Codex trabajando en segundo plano mientras haces otra cosa. Hoy lo pruebas una vez en un pequeño trabajo paralelo. - Abre `codex.openai.com` en el navegador. Inicia sesión con la misma cuenta de ChatGPT del día 1. - Elige una tarea pequeña en paralelo. El primer trabajo clásico de Cloud: "redacta 4 introducciones distintas para mi próximo boletín y dime cuál elegirías". Es la técnica de intentos paralelos. - Observa los cuatro borradores. Elige el ganador. Incorpóralo al borrador de mañana. - Ten presente el límite estricto: solo puedes ejecutar 4 intentos en paralelo desde Cloud. Planifica en consecuencia. - Si Cloud es más rápido que trabajar en local, úsalo. Si no, no lo fuerces. Al terminar el día: has usado una vez el patrón de intentos paralelos en un trabajo real. ## Día 7: entrega un borrador real de boletín El proyecto final de la primera semana. Termínala con un trabajo real de negocio entregado. - Elige un tema para tu próximo boletín. Algo que habrías escrito esta semana de todos modos. - Ejecuta `/draft `. Lee el primer borrador. Estará al 80%. - Ejecuta `/edit` sobre el borrador. Lee los problemas señalados. Corrige los P0 y la mayoría de los P1. Pasa los P2 a una lista para la próxima semana. - Añade tu voz a las partes que resulten planas. Codex redacta. Tú publicas. - Haz un commit antes de enviar: `git add . && git commit -m "newsletter v1 shipped"`. - Envíalo. Lista real. Asunto real. Botón de envío real. Anota el tiempo que dedicaste a este borrador y compáralo con el de la semana pasada. Al terminar el día: has enviado tu primer boletín real usando Codex. Has recorrido todo el bucle. La segunda semana empezarás a afinarlo y añadir los tres conectores siguientes. El objetivo de la primera semana no es tenerlo todo conectado. Es entregar un trabajo real de principio a fin para confiar en el bucle. Confía en el bucle. Luego amplíalo.