Claude Code y Codex en paralelo con checkouts separados

Ejecuta Claude Code y Codex en checkouts separados de Paneflow cuando sus tareas puedan avanzar de forma independiente. Asigna los archivos de cada tarea, revisa sus cambios y después integra y prueba ambas ramas. Dividir el terminal no separa los archivos que pueden editar los agentes.

Empieza con dos tareas independientes

Para una primera prueba, pide a Claude Code que actualice docs/setup.md y a Codex que añada pruebas en tests/parser.test.js para un parser existente. Ambos parten de la misma base confirmada en Git. Acuerda primero el comportamiento actual del parser; si las pruebas necesitan una implementación que aún no existe, realiza las tareas en secuencia.

Necesitas Paneflow 0.17.4, un repositorio Git con una base confirmada y agentes instalados y autenticados. La sintaxis se comprobó con Claude Code 2.1.286 y Codex CLI 0.159.2 en Windows x64 el 1 de octubre de 2026. La autenticación, el acceso a modelos y los costes dependen del proveedor de cada agente.

Elige el checkout antes de iniciar

1. Sigue la referencia de worktrees para crear docs/setup-guide y test/parser-cases desde la misma base, con Worktree activado. Una rama existente puede reutilizar un checkout; comprueba la ruta.
2. Abre un terminal en cada checkout. Ejecuta estos comandos en ambos y verifica que directorios y ramas sean distintos:

git rev-parse --show-toplevel
git branch --show-current
git status --short

3. Instala las dependencias donde hagan falta. Asigna un puerto de desarrollo distinto por tarea, por ejemplo 3001 y 3002, mediante los comandos propios del proyecto.
4. Ejecuta claude en el checkout de documentación y codex en el de pruebas. Introduce tú la tarea acotada. No pidas que modifiquen los archivos de la otra tarea ni que integren las ramas automáticamente.

Las entradas interactivas están documentadas en las referencias de Claude Code y Codex. Si un comando no aparece, comprueba la instalación o el PATH de ese shell con claude --version o codex --version.

Sigue la actividad y revisa el resultado

Los indicadores de actividad de Paneflow dependen de la integración de cada agente. Un estado inactivo no demuestra que las pruebas hayan pasado. Lee el terminal, responde conscientemente a las solicitudes de permiso e inspecciona el checkout activo en Changes. Compara los cambios preparados, sin preparar y archivos sin seguimiento con su HEAD, no toda la rama.

Guarda los buffers del editor antes de revisar. Ejecuta las pruebas pertinentes en su checkout, revisa la documentación por separado y conserva el trabajo revisado en commits. Intégralos en el checkout de integración siguiendo el flujo Git de tu equipo, resuelve conflictos y ejecuta la suite conjunta. Lee el diff completo de la rama además de Changes. El resultado observable son dos contribuciones revisadas y un árbol combinado probado, no dos mensajes de finalización.

Qué se comprobó

El ensayo técnico de esta guía usa solo shells en Windows x64: dos worktrees Git, cambios independientes, inspección de cada checkout e integración. También se comprobaron versiones y ayuda de los agentes. El mantenedor confirmó la creación y reutilización de worktrees de Paneflow en la revisión anterior; la implementación de 0.17.4 establece el comportamiento publicado. El ensayo no incluye tareas de pago con modelos ni comparaciones de velocidad.

Cuándo reducir el paralelismo

Dos agentes que editen el mismo archivo en un checkout compartido pueden sobrescribir cambios o generar conflictos. Los worktrees separan archivos de trabajo, pero los commits aún pueden entrar en conflicto al integrarse. Asigna responsables por archivo o ejecuta después la tarea dependiente.

Puertos, bases de datos, CPU, memoria y límites del proveedor siguen compartidos. Un conflicto de puertos requiere otra configuración, no otro panel. Si las compilaciones compiten por memoria, se limitan las solicitudes o una tarea espera continuamente el resultado incompleto de la otra, pausa una. Un worktree no es una sandbox de seguridad; los secretos locales y permisos de red necesitan controles propios.

Consulta la referencia de worktrees para gestionar checkouts y la guía de Files para conflictos de guardado mientras revisas el resultado combinado.