Si piensas en Codex como un simple "chat que escribe código", ya estás una generación atrás.
El 9 de julio de 2026, GPT-5.6 se lanzó al público.
En su centro se encuentra el modelo insignia, "Sol".
Su capacidad para llevar a cabo una sola solicitud hasta el final —desde codificación compleja, investigación, creación de documentos, hasta operaciones de navegador, Computer Use, seguridad y ejecución de proyectos a largo plazo— ha crecido significativamente.
Registró un 80 en el Artificial Analysis Coding Agent Index. En Terminal-Bench 2.1, alcanzó el 88.8%, y en configuraciones Ultra, subió al 91.9%.
Sin embargo, hay un cambio aún mayor que los números.
Es que Codex se ha transformado de una "IA que responde preguntas" en una "IA que ensambla y completa trabajo".
Investigar.
Planificar.
Crear.
Verificar.
Distribuir tareas a múltiples IAs si es necesario.
Guardar procedimientos completados y ejecutarlos automáticamente la próxima vez.
Puedes completar todo este ciclo dentro de Codex.
Ya más de 5 millones de personas usan Codex semanalmente, y aproximadamente el 20% de ellos no son ingenieros. Además, el uso entre no ingenieros crece más de tres veces más rápido que entre desarrolladores.
En otras palabras, este cambio no es solo para ingenieros.
Producción de artículos, gestión de redes sociales, investigación de competidores, planificación de productos, creación de documentos, atención al cliente y producción web.
Casi cualquier trabajo que se haga en una computadora es un objetivo.
En este artículo, conectaré todas las funciones necesarias para aprovechar al máximo Codex en la era GPT-5.6 Sol, en orden de potencia creciente.
Desde elegir entre Sol, Terra y Luna, hasta el modo Plan, AGENTS.md, config.toml, Skills, Plugins, MCP, Ultra, Subagents, Custom Agents, revisiones y Automations.
Esto no es una introducción fragmentaria de características, sino un mapa estratégico para completar tu propio entorno de trabajo dedicado.
Para quienes quieren conocer el panorama general para obtener resultados en un trabajo secundario junto con este artículo 🎁
Actualmente, en la LINE oficial,
"Estrategia completa de trabajo secundario en redes sociales estilo Kuroneko: Paquete de 5 bonos principales"
se está regalando de forma gratuita 🎁
Como esto estaba originalmente planeado para lanzarse como contenido de pago,
la distribución se cerrará una vez que se alcance la capacidad.
Recíbelo junto con el artículo mientras puedas.
▼▼▼
▶︎▶︎▶︎ Recibe los 5 bonos principales
¡Ahora, entremos en el tema principal!
La verdadera identidad de Codex no es un "chat de IA", sino un sistema operativo que ejecuta trabajo
Para entender Codex en la era Sol, primero necesitas captar el panorama general.
Codex consta de las siguientes 6 capas.
Muchas personas solo miran la primera capa: "qué modelo es el más inteligente".
Sin embargo, la diferencia en el trabajo práctico se marca a partir de la segunda capa en adelante.
No importa lo inteligente que sea un modelo, si el propósito es vago, faltan materiales necesarios y no se establecen condiciones de finalización, lo que se obtiene es una teoría general que no alcanza el objetivo.
Por el contrario, si proporcionas contexto, reglas, herramientas, roles y condiciones de finalización, Codex se convierte en el lado que completa los entregables.
No hay duda de que Sol es fuerte.
Pero solo elegir Sol no completa Codex.
Solo ves su verdadero potencial cuando conectas el rendimiento del cerebro con el mecanismo del trabajo.
1. Elegir entre Sol, Terra y Luna para el trabajo
En GPT-5.6, puedes elegir entre tres modelos según tu propósito.
Sol es el "Centro de Comando" que piensa hasta completar
Sol es el modelo insignia de GPT-5.6. Es adecuado para trabajos donde la respuesta no está decidida desde el principio.
- Leer múltiples materiales para decidir una estrategia
- Entender una base de código grande para agregar funciones
- Avanzar desde la investigación hasta la estructura, producción y verificación todo a la vez
- Completar entregables a través de navegadores y aplicaciones
- Mantener la consistencia en proyectos largos
- Comandar múltiples subagentes
Sol es para trabajos donde quieres que la IA piense no solo en "qué hacer", sino también en "cómo proceder para lograr el objetivo".
Terra es el "Practicante" que equilibra velocidad y calidad
Terra es un modelo que equilibra capacidad y costo. Es adecuado para trabajos que requieren juicio pero no necesitan el pensamiento profundo y continuo de Sol, como investigación diaria, resumen, organización de archivos, redacción de borradores, corrección de código y revisión de múltiples materiales.
Al ejecutar múltiples subagentes, asignar Terra a roles de investigación o exploración aumenta la eficiencia.
Luna es el "Trabajador" encargado del volumen y la velocidad
Luna es el modelo más rápido y de menor costo.
- Categorizar grandes cantidades de archivos
- Verificar inconsistencias de notación
- Cribado primario
- Convertir texto estándar
- Generar grandes cantidades de candidatos
- Dar formato a un estilo fijo
Es adecuado para ejecutar estas tareas ligeras a alta frecuencia. En lugar de dejar el juicio final a Luna, deja que se encargue de recopilar, organizar y reducir candidatos, y luego vuelve a Sol al final. Esta división del trabajo es poderosa.
Si no estás seguro, comienza con esta combinación
No necesitas ejecutar Sol al máximo cada vez. Sol para el centro de comando, Terra para investigación y Luna para procesamiento rutinario. Al igual que un equipo humano, asignas cerebros según el peso del trabajo.
Ultra no es solo una "configuración de pensamiento profundo"
Ultra es una configuración que utiliza el nivel más alto de razonamiento para el modelo correspondiente. Aún más importante es su capacidad para distribuir activamente tareas adecuadas a múltiples subagentes.
En configuraciones normales, puedes paralelizar diciendo explícitamente "divide esto entre tres personas". En Ultra, Codex juzga que "dividir este trabajo será más rápido y mejorará la calidad", y puede descomponerlo en investigación, producción, verificación, etc. En resumen, Ultra no es solo un modo de alta inteligencia; es un modo de formación automática de equipos de IA.
El modo Fast aumenta la velocidad sin cambiar el modelo
Codex también tiene un modo Fast. A cambio de aumentar la velocidad del modelo correspondiente aproximadamente 1.5 veces, consume más créditos en GPT-5.6 de lo habitual. Puedes cambiarlo en la CLI con los siguientes comandos:
/fast on
/fast off
/fast status
Esta función es para correcciones con plazos cortos o trabajo concentrado donde quieres reducir el tiempo de espera. El modo Fast es diferente de "cambiar a un modelo más ligero". Úsalo cuando quieras aumentar la velocidad manteniendo las capacidades de Sol.
2. Elegir entre App, CLI, IDE y Cloud
Las fortalezas de Codex cambian según dónde lo uses.
La aplicación de escritorio de ChatGPT es la "Sala de mando"
Si quieres planificar mientras miras múltiples archivos, avanzar con tareas y manejar imágenes, documentos, tablas, navegadores y herramientas externas, la aplicación de escritorio es el centro. Puedes gestionar el progreso de Codex, los diffs, subagentes, Skills, Plugins y tareas programadas todo junto. Para los no ingenieros que buscan integrar Codex en su trabajo, comenzar con la aplicación es el camino más corto.
CLI es el "Ejecutor en la terminal"
La CLI es buena para manejar directamente archivos y código locales, ejecutar comandos, pruebas, operaciones de Git y procesamiento automático no interactivo. Usando codex exec en lugar del codex interactivo, puedes ejecutarlo desde scripts o CI. El valor de la CLI aumenta para quienes quieren ejecutar procesos fijos de la misma manera cada vez.
La extensión IDE es el "Asistente junto al código"
Si quieres avanzar con correcciones, explicaciones y revisiones mientras miras el código que tienes abierto en VS Code o similar, usa la extensión IDE. Es fácil dar instrucciones detalladas mientras cambias de archivos objetivo, lo que hace que el ir y venir durante la implementación sea el más corto.
Cloud es el "Externalista que libera tu computadora"
Cloud es adecuado cuando quieres dejar tareas que consumen mucho tiempo a un entorno separado. Puedes avanzar con otras tareas en paralelo sin detener tu trabajo local.
El razonamiento es simple:
- Comando diario: Aplicación de escritorio
- Comandos y procesamiento automático: CLI
- Trabajo de contacto cercano para implementación de código: IDE
- Tareas separadas de larga duración: Cloud
No necesitas consolidar todo en uno. Usa el mismo Codex desde la entrada que se ajuste al trabajo.
3. Proporciona instrucciones con cuatro elementos: Propósito, Contexto, Restricciones y Condiciones de finalización
GPT-5.6 Sol puede moverse bastante bien incluso con instrucciones cortas. Aun así, para trabajos importantes, proporcionar estos cuatro elementos lo hace abrumadoramente más estable.
Propósito
No se trata de qué hacer, sino de lo que quieres lograr. En lugar de "escribe un artículo", di "completa un artículo que permita a los lectores que solo usan Codex para chats únicos crear su propio entorno de trabajo de IA dedicado".
Contexto
Qué archivos, materiales, ejemplos y decisiones pasadas debe mirar. La fortaleza de poder dar carpetas a Codex radica aquí. En lugar de reescribir explicaciones en el cuadro de chat cada vez, deja que lea los materiales correctos.
Restricciones
Condiciones a seguir. Incluye límite de palabras, tono, archivos que no se deben tocar, tecnologías a usar, audiencia objetivo, información principal a consultar, expresiones prohibidas, etc.
Condiciones de finalización
Qué debe ocurrir para que el trabajo esté terminado. En lugar de "termina después de escribir el texto", decide "completa después de terminar la verificación de hechos, verificación de enlaces, verificación de recuento de palabras, verificación de legibilidad y guardar en la carpeta especificada".
Resumir estos cuatro elementos da como resultado el siguiente formato:
ーーーーーーーーーーーー
【Prompt básico para entregar trabajo a Codex】
Propósito:
[Lo que quieres lograr con este trabajo]
Contexto:
[Archivos, carpetas, materiales de referencia, decisiones pasadas a leer]
Restricciones:
[Reglas a seguir, alcance del cambio, audiencia objetivo, formato]
Condiciones de finalización:
[Qué verificar y en qué estado debe estar para completar]
Procede con la investigación y el trabajo necesarios tú mismo, y ejecuta hasta que se cumplan las condiciones de finalización. Haz preguntas solo donde se requiera juicio, y por lo demás, juzga y procede de manera racional.
ーーーーーーーーーーーー
Sol se mueve con más fuerza cuando el propósito y las condiciones de finalización son claros que cuando enumeras 30 pasos detallados. Si decides todos los pasos, Codex solo puede hacer el trabajo que se le indicó. Clarifica el objetivo y deja espacio para el proceso. Esa es la instrucción para un agente.
Convierte la información dada a Codex en archivos, no en chat
Cuanto más uses Codex, más importa el diseño de archivos que la habilidad de chat. Si solo avanzas con conversación, las decisiones importantes, los materiales de referencia, los entregables y las próximas tareas se mezclan en el mismo lugar. Tienes que volver a explicar cada vez que inicias un nuevo chat, y vuelve un juicio diferente al de la última vez. Para escapar de este estado, decide "qué necesita ser leído para reanudar el trabajo" para cada proyecto.
La configuración mínima son los siguientes cuatro:
Project/
├── Context.md # Propósito, objetivo, premisas que rara vez cambian
├── Project.md # Problemas actuales, decisiones, próximas tareas
├── Materials/ # Materiales de referencia, datos fuente, información de competidores
└── Outputs/ # Entregables completados
Coloca "premisas que rara vez cambian" en Context.md
Coloca información que se necesita cada vez, como el propósito del proyecto, la audiencia objetivo, los criterios de juicio y las condiciones a seguir.
Coloca "lo que se está haciendo ahora" en Project.md
Actualiza los problemas actuales, los planes en consideración, las decisiones y el próximo movimiento. Incluso si el chat cambia, puedes retomar desde donde lo dejaste al leer este archivo.
Coloca "evidencia" en Materials
Resume materiales para crear entregables, como artículos de referencia, investigación de competidores, imágenes, actas, datos y especificaciones.
Coloca "versiones finales" en Outputs
Al separar borradores y versiones finales, se vuelve más difícil que Codex confunda un borrador antiguo con la copia maestra.
Una vez que hayas creado esta estructura, escribe el orden de lectura en AGENTS.md. Luego, la próxima solicitud puede ser corta:
Sigue el AGENTS.md de este proyecto y lee Context.md y Project.md. Procede desde el punto actual hasta que se cumplan las condiciones de finalización.
El chat es el lugar para las instrucciones y el juicio. Los archivos son el lugar para la memoria y los entregables. Cuando se logra esta división de roles, Codex deja de ser un interlocutor de conversación única y se convierte en un responsable de avanzar continuamente en el proyecto.
4. Comienza con el modo Plan para trabajos vagos
Tienes algo que quieres hacer, pero no sabes qué hacer ni por dónde empezar. Si saltas directamente a la implementación o producción en este estado, las premisas se desviarán a mitad de camino. Ahí es donde entra el modo Plan.
En el modo Plan, Codex primero investiga archivos y la situación, hace preguntas necesarias y crea un plan antes de la ejecución. Puedes cambiar a él con /plan en la CLI o Shift+Tab en la aplicación.
El modo Plan es fuerte para los siguientes trabajos:
- Proyectos nuevos donde los requisitos aún son vagos
- Cambios que abarcan múltiples archivos
- Renovaciones donde no quieres romper mecanismos existentes
- Introducción de herramientas con muchas opciones
- Diseño de procesos para proyectos a largo plazo
- Producción de artículos decididos desde la dirección de los lectores o productos
El uso no es difícil.
ーーーーーーーーーーーー
【Prompt para el modo Plan】
No ejecutes esta solicitud de inmediato; primero, investiga la situación actual.
- Reúne información necesaria para lograr el propósito
- Separa los puntos poco claros de los juicios importantes
- Planifica los pasos de ejecución, los objetivos de cambio y los métodos de verificación
- Pregunta solo las cosas que necesito decidir
Una vez que el plan esté sólido, preséntalo en un orden ejecutable.
Propósito: [Lo que quieres lograr]
ーーーーーーーーーーーー
El valor del modo Plan no es ser cauteloso; es eliminar el retrabajo. Es más rápido pasar los primeros 15 minutos creando un diseño correcto que comenzar a hacerlo en 10 minutos y rehacerlo 3 horas después. Cuanto más grande es el trabajo, más amplia se vuelve esta brecha.
5. Elimina las "explicaciones repetidas" con AGENTS.md
El primer activo que alguien que comienza con Codex debería crear es AGENTS.md. AGENTS.md es el libro de reglas que Codex lee antes de comenzar a trabajar. Puedes fijar cosas que quieres que siga cada vez en un archivo en lugar de en el chat.
Por ejemplo, el siguiente contenido:
- Orden de archivos a leer primero
- Propósito del proyecto
- Carpetas importantes
- Reglas para escribir y diseñar
- Comandos de prueba y confirmación
- Alcance que no debe cambiarse
- Definición de finalización
- Método de informe al usuario
Separa Global y Proyecto
Coloca reglas personales comunes en ~/.codex/AGENTS.md. Coloca reglas para un proyecto específico en AGENTS.md directamente en la raíz del proyecto. Si una carpeta específica necesita reglas separadas, puedes agregar un AGENTS.md dentro de esa carpeta. Codex lee desde las reglas de nivel superior y prioriza los archivos más cercanos al espacio de trabajo. En otras palabras, puedes separar las reglas generales de las reglas del sitio.
El primer AGENTS.md es suficiente con esto
AGENTS.md
Propósito
- Qué lograr en este proyecto
Leer primero
- Context.md
- Project.md
- Especificaciones de la función objetivo
Reglas de trabajo
- No eliminar datos existentes
- Priorizar patrones de diseño existentes
- No cambiar archivos no relacionados
Condiciones de finalización
- La implementación o los entregables necesarios están completos
- Las pruebas y la confirmación de visualización están terminadas
- Informar detalles de cambios y resultados de confirmación
No necesitas crear una enciclopedia desde el principio. Cuando Codex cometa el mismo error, agrega la regla que lo causó. Si das la misma explicación dos veces, es un problema del mecanismo, no de la conversación. No lo arregles solo en el momento; cámbialo para que no vuelva a suceder la próxima vez. AGENTS.md es el lugar para hacer crecer a Codex.
6. Configura el estado inicial de Codex con config.toml
Si AGENTS.md son las "reglas de trabajo", config.toml es la "configuración del cuerpo principal de Codex". Principalmente gestiona los siguientes elementos:
- Modelo a usar
- Esfuerzo de razonamiento
- Permisos y métodos de aprobación
- Sandbox
- Servidores MCP
- Configuración de subagentes
- Banderas de funciones
- Perfiles
Coloca la configuración personal en ~/.codex/config.toml. Coloca la configuración específica del proyecto en .codex/config.toml. La CLI, las extensiones IDE y las aplicaciones de escritorio comparten esta capa de configuración.
En una configuración mínima, se ve así:
model = "gpt-5.6"
model_reasoning_effort = "high"
approval_policy = "on-request"
[agents]
max_threads = 6
max_depth = 1
max_threads es el número de hilos de agente que se pueden abrir simultáneamente, y max_depth es la profundidad hasta la cual los subagentes pueden ramificarse aún más. El estándar actual es un máximo de 6 hilos y una profundidad de 1. No necesitas aumentar recursivamente una gran cantidad de agentes desde el principio. Es lo suficientemente fuerte como para que el principal entregue trabajo a múltiples especialistas y recoja los resultados.
Dividir los roles de la configuración evita confusiones:
- Cómo comportarse: AGENTS.md
- Qué modelo, permiso y conexión usar: config.toml
- Cómo proceder con el trabajo: Skills
- Qué hacer con servicios externos: MCP / Plugins
7. Convierte "procedimientos exitosos" en habilidades con Skills
¿Estás explicando desde cero cada vez el trabajo que haces todas las semanas? Producción de artículos, investigación de competidores, resumen de reuniones, lanzamientos, revisiones, procesamiento de facturas, creación de informes. Si repites el mismo proceso, lo siguiente que debes crear no es un prompt largo, sino un Skill.
Un Skill es una habilidad específica de trabajo que se puede agregar a Codex. Básicamente, escribes lo siguiente en SKILL.md:
- Cuándo usarlo
- Qué entrada recibir
- Qué leer
- En qué orden proceder
- Qué herramientas usar
- Qué verificar para la finalización
Si es necesario, los materiales de referencia, plantillas, scripts y activos de imagen se pueden colocar en la misma carpeta.
Los Skills leen el texto completo solo cuando es necesario
Codex no carga todo el texto de los Skills desde el principio. Primero mira el nombre y la descripción y abre solo el Skill que se ajusta a la solicitud actual. Esto es "Divulgación progresiva". Puedes llamar solo a las habilidades necesarias sin meter un gran número de procedimientos en el contexto cada vez.
Se puede usar explícita o automáticamente
Cuando es explícito, especifica $skill-name en el prompt. Si la descripción y el contenido de la solicitud coinciden, Codex también puede elegir automáticamente. Por eso la descripción es más importante que el nombre del Skill. ¿Qué tipo de Skill es, cuándo usarlo y cuándo no usarlo? Si esto está claro, las falsas activaciones disminuirán.
Trabajo que debería convertirse en un Skill
Si se aplican dos o más de los siguientes, es hora de convertirlo en un Skill:
- Has hecho el mismo proceso 3 o más veces
- Los materiales de referencia son los mismos cada vez
- La calidad baja si el orden es incorrecto
- Hay elementos de verificación que siempre deben pasarse
- Se requiere coordinación con una herramienta específica
- Quieres reutilizarlo con otras personas o en otros proyectos
Solo guardar un prompt que funcionó una vez no aumenta la reproducibilidad. Se convierte en una habilidad solo después de fijar la entrada, el proceso, los criterios de juicio y la verificación.
Si usas macOS donde Computer Use está disponible, puedes crear Skills a partir de demostraciones
Para operaciones que son difíciles de explicar en texto, puedes usar Record & Replay. Si muestras realmente la operación en una Mac, Codex analiza el procedimiento y crea un borrador del Skill. Esta función es compatible con "trabajo que es más rápido mostrar que explicar", como reembolsos de gastos, descarga de informes rutinarios, publicación de videos y llenado de formularios fijos.
8. Los Plugins agrupan "Habilidades, Conexiones y Herramientas"
Si un Skill es un procedimiento de trabajo, un Plugin es un paquete que distribuye múltiples habilidades y conexiones. Un Plugin puede agrupar los siguientes elementos:
- Skills
- Conectores como Gmail y Google Drive
- Servidores MCP
- Hooks
- Funciones del navegador
- Plantillas de tareas programadas
Antes de crear un Skill tú mismo, si hay un Plugin que se ajuste a tu propósito, es más rápido usar el existente primero. Por ejemplo, al agregar Plugins para GitHub, Gmail, Google Drive y Slack, el espacio de trabajo de Codex se expande más allá de las carpetas locales.
Diferencia entre Skill y Plugin
Los Plugins están disponibles desde el navegador de Plugins en la aplicación de escritorio y la CLI. En la CLI, ábrelo con /plugins. Después de la instalación, iniciar un nuevo chat o sesión hace que los Skills y herramientas agregados estén disponibles.
9. Dale a Codex "manos y pies para servicios externos" con MCP
Por muy fuerte que sea Codex, no puede tocar los datos más recientes o la información privada de servicios a los que no está conectado. Quieres que lea materiales de Google Drive. Quieres verificar Issues de GitHub. Quieres ver diseños de Figma. Quieres obtener información de Notion o sistemas internos. Quieres operar un navegador. Ahí es donde entra MCP.
MCP es un estándar común para conectar Codex con herramientas e información externas. Los servidores MCP proporcionan principalmente tres cosas:
- Tools: Operaciones como buscar, crear, actualizar y enviar
- Resources: Lectura de documentos, datos, especificaciones, etc.
- Prompts: Prompts reutilizables para ese servicio
Agregar MCP cambia la forma de la solicitud
Antes de la conexión, el usuario recopila información y la pega en Codex. Después de la conexión, Codex mismo puede obtener la información necesaria, crear entregables y reflejarlos en los lugares necesarios. Por ejemplo, trabajo como este:
- Reunir materiales de reunión de Google Drive y resumir decisiones
- Verificar PRs e Issues de GitHub e implementar correcciones
- Mirar Figma para reproducir pantallas y verificar la visualización en un navegador
- Extraer correos electrónicos que necesitan respuesta de Gmail y crear borradores
- Crear planes de implementación a partir de especificaciones de Notion
Combina Skill y MCP
MCP solo aumenta las herramientas. Escribe el orden de lo que hay que hacer en un Skill. "Cada lunes, leer valores de Drive, comparar con la semana pasada, verificar valores atípicos y crear un informe." En este caso, la mano que toma información de Drive es MCP, y el procedimiento de trabajo semanal es el Skill. Separa herramientas y procedimientos. Esta idea estabiliza Codex.
10. Crea un "Equipo de IA de una persona" con Ultra y Subagents
Lo más destacado de la era Sol no es hacer que una sola IA sea aún más inteligente. Es hacer que múltiples IAs trabajen simultáneamente. Codex puede dividir el trabajo en subagentes, proceder en paralelo y, finalmente, el agente principal puede integrar los resultados.
Dejar que una persona lo haga todo contamina el contexto
Si sigues poniendo largos registros de investigación, resultados de pruebas, errores, planes candidatos y planes rechazados en un solo chat, los propósitos y juicios importantes se entierran. Esto es contaminación del contexto. Además, a medida que la información innecesaria continúa aumentando, la precisión del juicio disminuye en la segunda mitad de una conversación larga. Por lo tanto, descarga el trabajo pesado intermedio en agentes separados.
- Principal: Propósito, juicio, integración, versión final
- Investigador: Materiales, competidores, hechos, números
- Creador: Primer borrador, implementación, creación de candidatos
- Verificador: Errores, omisiones, desviaciones, pruebas
Devuelve solo conclusiones organizadas al principal, no los largos registros de trabajo de cada responsable.
3 roles incorporados
Codex tiene tres agentes básicos:
default: Propósito generalworker: Procede con implementación y correccionesexplorer: Lee e investiga código y materiales
Estos tres son suficientes al principio. Si quieres fijar roles adicionales, puedes crear Custom Agents. Coloca archivos TOML en ~/.codex/agents/ para uso personal y .codex/agents/ para uso del proyecto. Además del nombre, descripción e instrucciones de asignación, también puedes cambiar el modelo, Reasoning, Sandbox, MCP y Skills para cada rol.
Primer equipo de 4 personas para crear
ーーーーーーーーーーーー
【Para Copiar y Pegar: Centro de Comando Sol + Equipo de IA de 3 personas】
Procede con este trabajo usando un agente principal y tres subagentes.
Agente Principal:
Gestiona el propósito y las condiciones de finalización, y crea la versión final a partir de los resultados de cada responsable.
Líder de Investigación:
Reúne la información primaria necesaria, ejemplos, números y premisas, y devuélvelos con evidencia.
Líder de Producción:
Crea el primer borrador del entregable basado en los resultados de la investigación y el propósito.
Líder de verificación:
Comprueba hechos, omisiones, calidad, legibilidad y desviaciones del propósito.
Ejecuta el trabajo que pueda realizarse de forma independiente en paralelo. Espera a que todos los líderes terminen y deja que el agente principal integre los resultados.
Resultado final:
- Versión final
- Base para la adopción
- Puntos corregidos en la verificación
- Decisiones pendientes
Propósito: [Propósito aquí]
Condiciones de finalización: [Condiciones de finalización aquí]
ーーーーーーーーーーーー
Paraleliza el "trabajo independiente"
Aumentar subagentes no lo hace todo más rápido. Lo que funciona es el trabajo que se puede hacer al mismo tiempo.
- Investigación de múltiples materiales
- Revisiones desde perspectivas separadas (seguridad, calidad, legibilidad)
- Clasificación de grandes cantidades de archivos
- Creación de múltiples planes
- Pruebas y análisis de registros
Por otro lado, si varias personas reescriben el mismo archivo al mismo tiempo, se generarán conflictos. Consolida el rol de escritura en una sola persona y paraleliza los roles de lectura, investigación y verificación. Esta es la primera respuesta correcta.
11. Separa el Líder de Producción y el Líder de Verificación
Simplemente pedirle a Codex que "lo haga y luego compruebe si hay problemas" repetirá la producción y la confirmación desde la misma perspectiva. Si quieres mejorar la calidad, separa los roles desde el principio.
Para código:
- Líder de implementación
- Líder de pruebas
- Líder de seguridad
- Líder de revisión de mantenibilidad
Para artículos:
- Líder de redacción
- Líder de verificación de datos
- Líder de perspectiva del principiante
- Líder de coherencia de títulos
Para materiales:
- Líder de estructura
- Líder de confirmación numérica
- Líder de confirmación de diseño
- Líder de perspectiva del tomador de decisiones
Incluso para el mismo entregable, los puntos que surgen cambian cuando el rol que lo revisa es diferente. Codex también tiene /review. Puedes proceder con revisiones después de la implementación dirigidas a cambios sin commit, commits específicos, diferencias con la rama base, etc. Sin embargo, no basta con llamar a la función de revisión. Decide qué quieres encontrar como problema.
ーーーーーーーーーーーー
【Para Copiar y Pegar: Revisión Previa a la Finalización】
Revisa este entregable como un revisor independiente del creador.
Prioridad:
- Defectos que impiden lograr el propósito
- Errores en hechos, números o especificaciones
- Premisas o pasos faltantes
- Lugares donde el usuario se perderá
- Legibilidad, mantenibilidad, expresión
Enumera los problemas en orden de importancia y muestra las partes relevantes y las correcciones sugeridas. Si no hay problemas, muestra brevemente el alcance confirmado y los riesgos restantes.
Condiciones de finalización: [Condiciones de finalización aquí]
ーーーーーーーーーーーー
No digas "haz que se vea bien"; da condiciones de aprobación. La verificación también es parte del trabajo.
12. Diseña el "alcance a delegar" con Permisos y Sandbox
Codex puede leer y escribir archivos, ejecutar comandos y operar servicios externos. Por eso, el diseño de permisos es tan importante como la inteligencia del modelo. Hay tres ideas básicas:
- Solo lectura: Solo leer
- Escritura en el espacio de trabajo: Puede cambiar dentro de la carpeta del espacio de trabajo
- Acceso completo: Puede acceder a un amplio rango
Base la producción diaria y la implementación en Escritura en el espacio de trabajo. Añade solo los rangos necesarios cuando se requieran redes externas o carpetas separadas. Y deja la confirmación para operaciones difíciles de deshacer, como eliminación, envío, publicación, pago y cambios en servicios externos. Esto no es para debilitar a Codex. Es la base para delegar tareas grandes con tranquilidad. Si los permisos son vagos, Codex se detendrá en operaciones necesarias o, por el contrario, tendrá un alcance demasiado amplio. Decidir "hasta dónde puede proceder automáticamente" reduce el número de confirmaciones durante el trabajo.
13. Automatiza el trabajo repetitivo con Automatizaciones
Una vez que el trabajo se realiza con éxito una vez, automatízalo a continuación. Usando las Tareas programadas de Codex, puedes ejecutar trabajo a horas fijas, intervalos regulares, después de eventos o bajo condiciones de monitoreo. Por ejemplo, usos como este:
- Cada mañana, recopila las últimas noticias del sector de la IA
- Cada semana, revisa nuevos artículos de la competencia
- Cada noche, revisa los cambios del proyecto
- Comprueba regularmente el estado de los PR y responde a los nuevos puntos planteados
- Crea un informe al comienzo del mes
- Realiza un seguimiento hasta que finalice un proceso de larga duración en el mismo chat
Distingue entre tareas únicas y chats continuos
Si quieres resultados independientes cada vez, usa una Tarea programada independiente. Si quieres retomar conversaciones anteriores y seguir el mismo trabajo, crea un programa dentro de un chat existente.
Mantén la aplicación en ejecución para trabajo local
Las tareas programadas que manejan proyectos locales en la aplicación de escritorio requieren que el ordenador y la aplicación estén en ejecución. En proyectos de Git, puedes elegir si usar la carpeta del espacio de trabajo actual directamente o separarla con otro Worktree. Si existe la posibilidad de que una tarea periódica toque archivos en los que estás trabajando actualmente, es más fácil manejarlo separándolo con un Worktree.
La automatización se hace "después del éxito manual"
No la ejecutes a diario de repente; primero complétala una vez en un chat normal. Luego, conviértela en una Skill. Finalmente, ponla como Tarea programada. Éxito manual → Skillización → Automatización. En este orden, no producirás en masa trabajo incorrecto todos los días.
14. Empieza con esta configuración según el propósito
No necesitas usar todas las funciones. Construye desde las capas necesarias para tu trabajo.
Principiantes en IA / Empleados
- Aplicación de escritorio
- GPT-5.6 Sol o Terra
- Propósito, Contexto, Restricciones, Condiciones de finalización
- Modo Plan
- AGENTS.md para el proyecto
El primer objetivo es entregar una carpeta a Codex y proceder desde la planificación hasta la finalización.
Producción de Artículos, Redes Sociales, Contenido
- Usa Sol para la estructura y la edición final
- Usa Terra para la investigación
- Guarda las reglas de producción en AGENTS.md
- Skilliza la producción de artículos y la creación de publicaciones
- Conecta la búsqueda web y Drive con MCP
- Convierte al líder de verificación de datos en un subagente
- Haz de la investigación de temas una Tarea programada
Con esta configuración, no solo se conecta la creación de texto, sino también la planificación, investigación, producción, confirmación y la siguiente mejora.
Autónomos / Empresas unipersonales
- Separa carpetas y copias maestras para cada tarea de negocio
- Coloca reglas generales en AGENTS.md
- Convierte las tareas rutinarias en Skills
- Conecta Gmail, Drive, GitHub, etc., con Plugins/MCP
- Crea Agentes personalizados para investigación, producción y verificación
- Distribuye múltiples proyectos con Ultra
- Mueve las tareas estables a Automatizaciones
El objetivo no es ser una persona que hace preguntas a la IA, sino una persona que distribuye trabajo a la IA y solo juzga los resultados.
Desarrolladores / Equipos de producción
- CLI o Extensión del IDE
- AGENTS.md directamente en el repositorio
.codex/config.toml- Arregla lint, pruebas y compilación como condiciones de finalización
- Distribuye la implementación, las pruebas y la revisión entre subagentes
/reviewe integración con GitHub- Mueve el monitoreo de PR y las revisiones periódicas a Tareas programadas
No te detengas en la generación de código; completa el ciclo a través de pruebas, confirmación de diferencias, revisión y respuesta a PR.
15. 7 Rasgos Comunes de las Personas que Fracasan con Codex
- Meter todo en un solo chat Si continúas investigación, producción, corrección y proyectos separados en el mismo chat, el propósito se entierra. Separa proyectos y delega el trabajo pesado intermedio a subagentes.
- Dar la misma explicación cada vez Mueve las premisas repetidas a AGENTS.md y los procesos repetidos a Skills. No acortes la conversación; convierte las explicaciones en activos.
- Sin definición de "finalización" Si terminas solo con hacerlo, los entregables no verificados aumentarán. Incluye pruebas, elementos de confirmación, ubicaciones de guardado y formatos en las condiciones de finalización.
- Procesarlo todo con Sol Ultra Separa el trabajo pesado y el trabajo ligero. El juicio final es Sol, el trabajo diario es Terra, y el procesamiento de volumen es Luna. Esta división organiza la velocidad y el uso.
- Solo agregar herramientas Incluso si pones una gran cantidad de MCPs o Plugins, no funcionarán si el proceso para usarlos no está decidido. Decide primero el trabajo y conecta solo las herramientas necesarias.
- Dejar que el Líder de Producción se evalúe a sí mismo Separa el rol que hace y el rol que confirma. Para entregables importantes, incorpora la mirada de otro agente.
- Automatizar antes del éxito Si pones un procedimiento del que no sabes si funcionará en una Tarea programada, el trabajo de confirmación aumentará. Complétalo manualmente, consolídalo en una Skill y finalmente automatízalo.
Completa tu entorno de Codex en la era Sol en 7 días
No necesitas aprenderlo todo hoy. Construye una capa de trabajo por día.
Día 1: Confía una tarea hasta el final
Abre la carpeta de destino y proporciona Propósito, Contexto, Restricciones y Condiciones de finalización. Solicita un entregable, no una pregunta.
Día 2: Deja que el modo Plan diseñe
Elige una tarea vaga y confíale la investigación, las preguntas y la planificación. Familiarízate con la eliminación de retrabajo antes de la ejecución.
Día 3: Crea AGENTS.md
Escribe solo 5 cosas que explicas cada vez. Incluir orden de lectura, reglas a seguir y condiciones de finalización es suficiente.
Día 4: Convierte el trabajo repetitivo en una Skill
Elige el trabajo que haces al menos una vez a la semana y fija el método de entrada, proceso y confirmación.
Día 5: Conecta un servicio externo
Conecta el que uses con más frecuencia, como Drive, GitHub, Gmail o un navegador, a través de Plugin o MCP.
Día 6: Ejecuta 3 subagentes
Divide en investigación, producción y verificación, y finalmente integra con Sol. Verás la diferencia con respecto a cuando una persona procede en orden para el mismo trabajo.
Día 7: Añade revisión y automatización
Añade revisión a las condiciones de finalización y mueve una tarea estable a una Tarea programada.
Para este punto, Codex no es un chat único. Se convierte en un entorno de trabajo que lee tus reglas, utiliza las herramientas necesarias, divide el trabajo entre múltiples líderes y confirma hasta la finalización.
Tabla de referencia rápida para consultar al final
Lo que se necesita en la era Sol no es habilidad con prompts, sino habilidad de diseño de trabajo
Con GPT-5.6 Sol, Codex se ha vuelto aún más inteligente. Pero el cambio realmente grande no son los números en la tabla de rendimiento. Es que la IA ahora puede pensar en el trabajo necesario a partir de un propósito, leer materiales, usar herramientas, distribuir a múltiples IAs y proceder hasta la finalización sin que los humanos tengan que instruir cada paso uno por uno.
De ahora en adelante, la diferencia la marcarán no aquellos que conocen prompts mágicos, sino aquellos que pueden preparar el contexto correcto. Aquellos que pueden convertir juicios repetidos en reglas. Aquellos que pueden guardar procesos exitosos en Skills. Aquellos que pueden conectar las herramientas necesarias con MCP. Aquellos que pueden dividir el trabajo entre múltiples IAs y gestionarlo con condiciones de finalización.
En otras palabras, no personas que usan IA, sino personas que crean un entorno donde la IA puede trabajar.
La era de simplemente abrir Codex y lanzar preguntas sobre la marcha ha terminado.
Crea una carpeta. Coloca copias maestras. Decide reglas con AGENTS.md. Deja que las Skills aprendan el trabajo. Dale manos y pies con MCP. Mueve el equipo con Ultra. Confirma la finalización con Review. Hazlo automático a partir de la próxima vez con Automation.
Para aquellos que crean este ciclo, Codex deja de ser "IA conveniente". Se convierte en un equipo que trabaja más tiempo que tú, lee más información que tú y procede con el trabajo según tus reglas. Eso es Codex en la era GPT-5.6 Sol.
Para aquellos que quieren conocer el panorama general de lograr resultados en un trabajo secundario junto con este artículo 🎁
Actualmente, en la línea oficial de LINE,
"Estrategia completa de trabajo secundario en redes sociales estilo Kuroneko: Paquete de 5 bonos principales"
se está regalando de forma gratuita 🎁
Dado que originalmente se planeó lanzar como contenido de pago,
la distribución se cerrará una vez que se alcance la capacidad.
Recíbelo junto con el artículo mientras puedas.
▼▼▼
▶︎▶︎▶︎ Recibe los 5 bonos principales
Ahora, ¡entremos en el tema principal!
