Las formas de bifurcar un chat de Codex
Bifurca el chat en el que estás con /fork
En la CLI de Codex, escribe /fork y presiona Enter. La documentación de los comandos de barra diagonal enumera los pasos: "Si Codex ofrece una opción de checkout, elige el directorio actual o un nuevo worktree". El resultado, en palabras de la documentación: "Codex clona el chat actual en un nuevo chat con un ID nuevo, dejando la transcripción original intacta para que puedas explorar un enfoque alternativo en paralelo".
El ID nuevo será importante más adelante. El original y la bifurcación son ahora dos chats guardados independientes, cada uno con su propio historial a partir de este punto.
Bifurca un chat guardado desde la terminal con codex fork
Para bifurcar un chat en el que no te encuentras actualmente, ejecuta codex fork desde tu terminal. La referencia de la línea de comandos dice: "Por defecto, codex fork abre el selector de sesiones; añade --last para bifurcar tu sesión más reciente en su lugar". También puedes pasar un ID de sesión.
Si estás en un directorio diferente de aquel en el que se guardó el chat, Codex te preguntará dónde trabajar. La referencia dice: "Cuando los directorios de la sesión actual y guardada difieren, codex fork utiliza el mismo prompt de directorio de trabajo y la configuración tui.resume_cwd que codex resume".
Bifurca desde un mensaje anterior
A veces el punto de ramificación no es el momento actual. Es tres mensajes atrás, antes de que Codex tomara el camino que quieres evitar. La referencia de la CLI describe un atajo: "Presiona Escape dos veces con un editor vacío para editar el mensaje de usuario anterior y bifurcar el chat desde ese punto".
La página de novedades de Codex registra que la bifurcación llegó a la aplicación en febrero ("La aplicación también añadió la bifurcación de chats"), y en una entrada de marzo: "Podrías bifurcar un chat desde un mensaje anterior, lo que facilita probar un nuevo enfoque sin perder la ruta original".
Haz una pregunta secundaria con /side
No cada desvío requiere una bifurcación completa. La documentación de los comandos de barra diagonal describe /side como una forma de "iniciar una bifurcación efímera desde el chat actual sin salir del chat principal". La transcripción del chat secundario "es independiente del chat padre" y, mientras estás en él, la TUI sigue mostrando el estado del chat padre.
Úsalo para una pregunta rápida sobre el plan, una verificación de un riesgo o una explicación que no quieras que sature la conversación principal. La documentación señala que "/side no está disponible dentro de otro chat secundario ni durante el modo de revisión".
Bifurca sin iniciar una sesión interactiva
Para scripts, codex exec fork copia una sesión guardada en una nueva. La referencia dice: "Sin ningún prompt, Codex crea la bifurcación sin iniciar un turno". Añade un prompt y la bifurcación comenzará a trabajar en él de inmediato.
Qué incluye una bifurcación y qué se queda atrás
La conversación viene con ella
Una bifurcación comienza con la transcripción completa hasta el punto de bifurcación. No tienes que volver a explicar la tarea, los archivos involucrados ni las decisiones ya tomadas. Esa es la razón principal para bifurcar en lugar de iniciar un nuevo chat.
Tus archivos dependen del checkout que elijas
Esta es la parte que debes planificar. Una bifurcación copia la conversación, no el directorio de trabajo. Si bifurcas en el directorio actual, el original y la bifurcación trabajarán en los mismos archivos. Cualquier cambio que realice la bifurcación, el original lo verá en el disco, y viceversa.
Para un experimento que edite código, bifurca en un worktree. En la CLI, codex fork <SESSION_ID> --worktree lo hace, y la referencia señala que "requiere un ID de sesión explícito y ejecución local; no es compatible con --last ni con el selector de sesiones". En /fork, elige un nuevo worktree cuando Codex te ofrezca la opción de checkout.
La documentación de los worktrees explica lo que obtienes: "Cada worktree tiene su propia copia de cada archivo en tu repositorio, pero todos comparten los mismos metadatos (carpeta .git) sobre commits, ramas, etc.". Para los worktrees que gestiona la aplicación de escritorio, "El commit inicial es el commit HEAD de la rama seleccionada cuando inicias tu chat", y "Si elegiste una rama con cambios locales, Codex también aplica los cambios no confirmados al worktree".
Los archivos que Git ignora son un caso diferente. La documentación dice: "Codex solo copia los archivos ignorados que coinciden con .worktreeinclude; no copia otros archivos locales que Git no rastrea". Si tu proyecto necesita un archivo .env para ejecutarse, lístalo en .worktreeinclude, o de lo contrario el experimento podría no iniciarse de la misma manera que el original. Se gestiona una excepción por ti: "Codex copia automáticamente un archivo AGENTS.override.md ignorado en los worktrees locales gestionados". La documentación añade que este comportamiento "se aplica a los worktrees locales gestionados por la aplicación de escritorio de ChatGPT, no a los worktrees remotos o worktrees de Git que crees tú mismo desde la línea de comandos".
Las instrucciones provienen del repositorio, no del chat
AGENTS.md no es parte de la conversación. Es un archivo en tu repositorio, por lo que una bifurcación lee el mismo AGENTS.md rastreado que leyó el original. Si bifurcas en un worktree y editas AGENTS.md allí, el original no verá ese cambio hasta que llegue a su propio checkout. Nuestra guía sobre por qué Codex omite las reglas de AGENTS.md cubre cómo Codex encuentra y combina esos archivos.
Las memorias son por máquina, con un interruptor por chat
Las memorias locales de Codex residen en tu directorio de inicio de Codex, por defecto bajo ~/.codex/memories/. Son compartidas por cada chat en esa máquina, por lo que una bifurcación recurre al mismo almacén que el original. Lo que puedes configurar por chat es si un chat utiliza memorias y contribuye a ellas. La documentación de las memorias dice: "usa /memories para controlar el comportamiento de la memoria para el chat actual" y "Las elecciones a nivel de chat no cambian tu configuración global de memoria".
La documentación no dice si una bifurcación mantiene la elección de /memories del chat original, así que verifícalo en la bifurcación si es importante. Si estás bifurcando para probar una mala idea a propósito, es posible que no quieras que ese chat alimente futuras memorias. Nuestra guía sobre las memorias locales de Codex cubre cómo se generan y se restablecen.
Los hallazgos de una bifurcación se quedan en la bifurcación
La documentación de bifurcación describe la copia de un chat en uno nuevo. No describe la fusión de la conversación de una bifurcación de vuelta al original. Lo que sea que descubra la bifurcación se queda en la transcripción de la bifurcación. Si el experimento funciona, el chat original no lo sabrá a menos que se lo digas.
Una captura compartida no se puede bifurcar
Si alguien te envía un chat de Codex compartido, puedes leerlo, pero no puedes retomarlo donde lo dejaron. La documentación dice: "No puedes bifurcar el hilo original a partir de una captura compartida. Puedes importar la captura como un archivo adjunto y hacer referencia a ella en un nuevo hilo". Las capturas compartidas también omiten mucho. "No incluyen las llamadas a herramientas, comandos de shell ni la entrada o salida de herramientas del hilo original".
Suposiciones que hacen que las bifurcaciones salgan mal
Asumir que una bifurcación tiene sus propios archivos. Tiene su propia conversación. Sus archivos son los del checkout que hayas elegido. En el directorio actual, ambos chats editan el mismo código.
Asumir que el original aprenderá lo que descubrió la bifurcación. Las dos transcripciones son independientes a partir del punto de bifurcación.
Asumir que un worktree tiene todo lo que tu proyecto necesita. Archivos rastreados, sí. Archivos ignorados solo si coinciden con .worktreeinclude.
Bifurcar cuando solo tenías una pregunta. Una bifurcación completa para una verificación puntual te deja con un chat guardado adicional del que hacer seguimiento. /side está diseñado para eso.
Bifurcar cuando el trabajo en realidad no se ha ramificado. Las mejores prácticas de Codex son directas: "Mantén un chat por unidad de trabajo coherente. Si el trabajo sigue siendo parte del mismo problema, permanecer en el mismo chat suele ser mejor porque preserva el hilo de razonamiento. Bifurca solo cuando el trabajo realmente se ramifique".
La solución: Decide si el trabajo se ramifica, bifurca en el checkout correcto y luego recupera el resultado
Paso 1: Decide si necesitas una bifurcación, un chat secundario o ninguno
Pregúntate qué vas a hacer. Si es una pregunta rápida sobre el trabajo actual, usa /side. Si es un enfoque genuinamente diferente que producirá un código distinto, bifurca. Si es el siguiente paso del mismo problema, quédate donde estás.
Si el punto de ramificación quedó atrás, usa el atajo de Escape en la CLI, para que la bifurcación comience antes del turno que deseas deshacer.
Paso 2: Bifurca en un worktree cuando ambos chats vayan a modificar archivos
Si el experimento va a editar código y quieres que los archivos del original no se toquen, bifurca en un worktree. Antes de confiar en él, verifica que el worktree tenga lo que el proyecto necesita para ejecutarse: añade los archivos de configuración ignorados a .worktreeinclude una vez, y cada worktree gestionado los obtendrá.
Si estás bifurcando para comparar planes sin editar nada, bifurcar en el directorio actual está bien.
Luego, nombra ambos chats para poder distinguirlos. El comando /rename, según la documentación, "actualiza el nombre del chat guardado sin cambiar su transcripción". Nombra al original según el enfoque que está tomando y a la bifurcación según la alternativa. En la aplicación de escritorio, fija el que vayas a continuar.
Paso 3: Escribe lo que decidió la bifurcación y recupéralo
Cuando termine el experimento, decide qué chat continúa. Si el enfoque de la bifurcación ganó, continúa en la bifurcación o lleva el resultado al original tú mismo: el cambio, por qué funcionó y qué descartaste.
Si la decisión también debe aplicarse a futuros chats, colócala en AGENTS.md o en la documentación de tu proyecto. La documentación de las memorias de Codex da la razón: "Mantén la guía requerida del equipo en AGENTS.md o en la documentación registrada. Trata las memorias como una capa de recuerdo útil, no como la única fuente de reglas que deben aplicarse siempre".
Si quieres compartir el resultado con alguien, recuerda que una captura compartida se puede leer y adjuntar, pero no bifurcar. Cuéntales la conclusión junto con el enlace.
Configurando esto en MemoryLake
Las bifurcaciones multiplican las conversaciones. Después de unos cuantos experimentos, el razonamiento detrás de una decisión puede quedar disperso en un chat original, dos bifurcaciones y un chat secundario, sin que ninguno sepa de los demás.
MemoryLake es una capa de memoria para mantener las conclusiones en una sola lista que tú gestionas, disponible para Codex y los demás asistentes que conectes, como ChatGPT y Claude Code, independientemente del chat del que provengan.
Tú mismo escribes las entradas, con tus propias palabras. No se lee, escribe ni elimina nada de tus chats de Codex, tus worktrees, tu directorio ~/.codex o sus memorias, tus archivos AGENTS.md ni del almacén de ningún proveedor. Excluye secretos y credenciales, y sigue la política de tu organización para los detalles del proyecto.
Paso 1: Crea una clave API
Inicia sesión y genera una clave desde el panel de control. La clave pertenece a tu espacio de trabajo de MemoryLake y es independiente de tu cuenta de ChatGPT.
Paso 2: Sube tus primeras memorias
Comienza con tus últimas bifurcaciones. Para cada una, escribe qué enfoque ganó, por qué y qué te enseñó el enfoque perdedor. Una decisión por entrada, con fecha y el repositorio al que se aplica.
Paso 3: Conecta tu IA y agentes
Conecta Codex y los demás asistentes que utilices. El próximo chat, ya sea bifurcado o nuevo, podrá comenzar a partir de lo que ya has decidido.
Qué cambia esto en la práctica
La primera diferencia es que los experimentos dejan de poner en riesgo al original. Con un worktree, la bifurcación tiene sus propios archivos y el código del original se mantiene tal como estaba.
La segunda es que puedes distinguir tus chats. Los chats con nombre y una regla clara sobre cuándo bifurcar y cuándo usar /side mantienen legible la lista de sesiones.
La tercera es que los resultados no se quedan aislados en la bifurcación. Escribir la conclusión en el original, en AGENTS.md o en una lista que mantengas significa que el próximo chat sabrá lo que descubriste. Si más adelante necesitas encontrar un chat o bifurcación más antiguo, nuestra guía para encontrar el historial de chat de Codex perdido cubre dónde los guarda Codex. Para saber por qué un nuevo chat podría no recordar el proyecto, consulta nuestra guía sobre por qué Codex olvida el contexto del proyecto.
Mejores prácticas para bifurcar chats de Codex
Bifurca solo cuando el trabajo se ramifique. Permanece en el mismo chat para el siguiente paso del mismo problema.
Usa /side para preguntas. Mantiene los desvíos fuera de la transcripción principal sin crear una bifurcación completa.
Bifurca en un worktree para cambios de código. De lo contrario, ambos chats editarán los mismos archivos.
Configura .worktreeinclude una vez. De lo contrario, los archivos ignorados que necesita un proyecto, como .env, no estarán en un nuevo worktree.
Nombra ambos chats. Usa /rename para que el selector muestre qué enfoque es cada uno.
Verifica /memories en la bifurcación. Decide si un experimento debe alimentar futuras memorias.
Recupera el resultado. Escribe la decisión en el chat que continúes, o en AGENTS.md si debe ser permanente.
Conclusión
Bifurcar un chat de Codex copia la conversación en un nuevo chat con un ID nuevo y deja el original intacto. Puedes bifurcar el chat en el que estás con /fork, un chat guardado con codex fork, un punto anterior con el atajo de Escape, o hacer una pregunta secundaria con /side. Lo que una bifurcación no hace es asignarse archivos independientes a menos que elijas un worktree, fusiones sus hallazgos de vuelta o trabajes desde una captura compartida.
Decide si el trabajo realmente se ramifica, bifurca en un worktree cuando ambos chats vayan a modificar código, nombra ambos chats y recupera el resultado cuando hayas terminado. De esa manera, el experimento ayuda al original en lugar de reemplazarlo.