Con un solo agente de código abierto, elegir entre Claude Code y Codex parece la decisión principal. Cuando hay tres o cuatro sesiones, el problema cambia. Pasa a importar qué tarea recibió cada agente, dónde se detuvo y qué cambio sigue pendiente de revisión.
La terminal puede abrir tantas sesiones como soporte el equipo. La atención humana se agota antes. Se pierden avisos de finalización, se confunden ramas parecidas y hay que releer resultados casi iguales desde el principio. Orca y Paseo reorganizan ese trabajo de supervisión; no aportan un modelo más inteligente.
Esta comparativa no es una prueba propia de velocidad o estabilidad. Parte de documentación oficial, repositorios públicos y recursos oficiales de interfaz revisados el 19 de agosto de 2026. Las funciones cambian rápido, así que conviene comprobar las páginas enlazadas antes de convertir una herramienta en estándar del equipo.
La pregunta práctica
La pregunta útil no es «¿cuántos agentes puedo ejecutar?», sino «¿cuánto tardo en encontrar la sesión que necesita a una persona ahora?». Para quien alterna entre dos terminales, otro panel puede ser ruido. Con diez worktrees y varias suscripciones, las pestañas se convierten en una prueba de memoria.
También importa el lugar. Hay quien revisa durante horas un diff junto al navegador en el escritorio. Otra persona necesita alejarse, mirar una aprobación pendiente desde el teléfono y enviar la siguiente instrucción. Orca está más orientado al primer trabajo; Paseo, al segundo. Si ninguno es necesario, la terminal conserva la ventaja.
Las condiciones de prueba
El escenario se limita a un repositorio: una sesión modifica una función, otra refuerza pruebas y otra comprueba la interfaz. Una persona revisa los resultados y adopta una rama. Los criterios son estado de sesiones, aislamiento con worktrees, revisión de diff y navegador, uso de cuentas, reconexión, permisos y límites de red.
La diferencia principal es el lugar de supervisión. En la terminal, el estado queda repartido entre ventanas. Orca lo concentra en una superficie de escritorio. Paseo mantiene los agentes en un daemon y permite que varios clientes vuelvan a conectarse.
Cuándo basta la terminal
El repositorio oficial de Codex CLI describe un agente de código que se ejecuta localmente. Claude Code también comienza en la terminal. Usar shell, tmux y Git worktrees sin otra capa conserva un sistema fácil de rastrear. Los atajos y scripts existentes siguen funcionando y hay menos software que actualizar.
Suele bastar para una o dos sesiones que se siguen con atención hasta el final. También es la opción más previsible cuando una empresa restringe nuevas aplicaciones de escritorio o conexiones remotas, o cuando el propio arnés debe mantenerse bajo control estricto.
El problema aparece al recordar por la posición de las ventanas qué sesión «espera pruebas», «espera respuesta» o «terminó sin revisión». Si reconstruir ese estado ya consume tiempo de desarrollo, tiene sentido evaluar una capa de supervisión.
Orca se parece a una sala de control de escritorio
La documentación de Orca lo define como un IDE de escritorio que asigna a cada tarea un Git worktree, una terminal del agente y una pestaña de navegador. Puede enviar la misma tarea a varios worktrees, comparar resultados y devolver comentarios del diff al agente. Design Mode convierte un elemento de la página, su HTML, CSS calculado y datos de recorte en contexto. Claude Code y Codex tienen integración adicional para cambiar cuentas y ver uso y límites.
Fuente: repositorio oficial stablyai/orca, docs/assets/readme-hero.jpg, consultado el 19-08-2026. Orca es código abierto con licencia MIT.
Orca encaja con quien compara y revisa muchos resultados desde un mismo escritorio. El trabajo frontend que alterna página, DOM y diff es un caso claro. También resuelve un problema concreto cuando cambiar entre varias cuentas de Claude o Codex y vigilar sus límites se ha vuelto rutinario.
El coste es una interfaz densa. Editor, terminal, navegador, lista de worktrees y revisión viven en una sola aplicación que hay que aprender. Para una o dos sesiones puede ser excesivo. Su aplicación móvil acompaña más al escritorio, mientras que Paseo trata móvil y web como puntos de acceso centrales.
Paseo mantiene la sesión entre dispositivos
El repositorio de Paseo describe un daemon que ejecuta agentes en un ordenador o servidor, mientras clientes de escritorio, web, iOS, Android y CLI se conectan a él. Claude Code, Codex, OpenCode y Pi tienen integración nativa, y el catálogo ACP amplía proveedores. Los worktrees, la revisión de diffs y la orquestación entre proveedores también forman parte del flujo documentado.
Fuente: repositorio oficial getpaseo/paseo, packages/website/public/hero-mockup.png, consultado el 19-08-2026. Paseo utiliza AGPL-3.0.
La ventaja más clara de Paseo es la continuidad, no la densidad de información. El daemon puede vivir en un portátil, un equipo de escritorio, un VPS o Docker, y el cliente cambia con la ubicación. El control por voz puede usar un modelo local o el proveedor elegido.
Esa separación exige diseñar la red. Según la documentación de seguridad, el relay está desactivado en una instalación nueva hasta que el usuario lo habilita; una vez activo, usa cifrado de extremo a extremo. También se admite conexión directa mediante una VPN como Tailscale. En cambio, enlazar el daemon a 0.0.0.0 lo expone en todas las interfaces. Una dirección pública requiere contraseña, firewall, hosts permitidos y HTTPS adecuados.
Dónde se rompe en la práctica
Un worktree reduce conflictos de Git, pero no es una sandbox de seguridad completa. Si el agente puede leer credenciales del directorio personal, acceder a Internet o tocar datos de producción, necesita otra frontera de permisos.
La documentación de agentes compatibles de Orca indica que las nuevas sesiones incluyen flags de omisión como --dangerously-skip-permissions de Claude y --dangerously-bypass-approvals-and-sandbox de Codex. El modo puede cambiarse a Manual. Es más seguro comenzar con aprobación manual y ampliar por repositorio que confiar en que el worktree protege todo.
Paseo se enlaza a localhost por defecto, pero el acceso remoto convierte el daemon en un servicio de red. Su documentación advierte que, sin contraseña, puede conectarse cualquiera que alcance la dirección. Cifrar el transporte y controlar quién entra son problemas distintos; hay que resolver ambos.
El fallo más frecuente sigue siendo la cola de revisión. Si cinco agentes terminan a la vez y una persona aprueba todos los diffs, el rendimiento no se multiplica por cinco. Registrar durante una semana el estado, la espera de revisión humana, los reintentos y los worktrees descartados permite decidir si falta una herramienta o sobra concurrencia.
Lo que comparé en la práctica
| Criterio | Terminal | Orca | Paseo |
|---|---|---|---|
| Lugar de supervisión | Ventanas de terminal o tmux | Superficie de escritorio integrada | Clientes de escritorio, web, móvil y CLI conectados al daemon |
| Trabajo paralelo | Worktrees y ventanas manuales | Worktree, navegador y diff en un flujo | Workspaces con worktree y varios clientes |
| Mejor encaje | Simplicidad, poco coste añadido, control previsible | Comparación paralela, revisión de UI y diff, cuentas | Continuidad remota, self-hosting, varios dispositivos |
| Primer riesgo | Pérdida humana del estado | Omisión de permisos y complejidad | Exposición del daemon, autenticación y cifrado |
| Licencia y modelo | Condiciones de cada agente | MIT; modelo y suscripción aparte | AGPL-3.0; modelo y suscripción aparte |
Qué volvería a elegir
Para dos sesiones concentradas, mantendría la terminal. Si varios agentes resuelven el mismo problema y comparo pantalla y diff desde el escritorio, miraría Orca primero. Si los agentes siguen en un servidor remoto y necesito consultar el estado o enviar instrucciones mientras me muevo, elegiría Paseo.
No instalaría ambos el primer día. Durante una semana basta con anotar cinco estados: en ejecución, esperando pregunta, esperando revisión, adoptado y descartado. Si el estado se pierde al comparar en el escritorio, probaría Orca. Si se pierde al cambiar de lugar, Paseo. Si no se pierde, la terminal ya resuelve el problema.
Checklist antes de usarlo
- Contar resultados que requieren revisión simultánea, no solo sesiones en ejecución.
- Separar tareas duplicadas para comparar de tareas independientes en paralelo.
- Enumerar credenciales, archivos y redes accesibles fuera de cada worktree.
- Iniciar los nuevos agentes de Orca con permisos en modo Manual.
- Para Paseo remoto, combinar relay o VPN con contraseña, hosts permitidos y firewall.
- Medir tiempo de espera de revisión y resultados descartados, no solo avisos de fin.
- Nombrar a quien aprueba el merge final y el despliegue externo.
Compara tus propias condiciones operativas
Este artículo es una investigación comparativa basada en documentación oficial y repositorios públicos, no una prueba práctica de rendimiento ni estabilidad. Antes de elegir una herramienta, anota en la hoja de trabajo la fuente actual, el flujo de supervisión, los permisos, el límite de red y el límite de revisión que importan en tu entorno. Descargar la hoja de trabajo para comparar herramientas de IA.
Fuentes que revisé
- Repositorio oficial de OpenAI Codex: base CLI local
- Documentación de Orca: IDE centrado en worktrees y ejecución remota
- Agentes y permisos de Orca: flags de omisión y modo Manual
- Repositorio de Orca: funciones, licencia MIT e interfaz oficial
- Repositorio de Paseo: daemon, clientes, AGPL-3.0 e interfaz oficial
- Seguridad de Paseo: relay, conexión directa, contraseña y exposición
- Worktrees de Paseo: aislamiento, ramas, revisión y limpieza
Orca y Paseo no hacen que un agente sea más inteligente. Recuperan el estado que una persona pierde cuando crece el trabajo en paralelo. Por eso la elección debe empezar por el problema de supervisión, no por el número de agentes.
Fuentes y referencias
Páginas públicas usadas para contrastar hechos reportados, documentación oficial, contexto de política, información de producto y afirmaciones que pueden cambiar.
- Codex CLI official repositoryOpenAIUsado para: base de terminal; flujo CLI localRevisado: 2026-08-19
- What is Orca?OrcaUsado para: diseño con worktrees; flujo objetivo; worktrees remotosRevisado: 2026-08-19
- Supported agentsOrcaUsado para: agentes compatibles; modos de permisosRevisado: 2026-08-19
- Orca repositoryStably AIUsado para: worktrees paralelos; Design Mode; uso de cuentas; licencia MIT; interfaz oficialRevisado: 2026-08-19
- Paseo repositoryPaseoUsado para: arquitectura daemon-cliente; clientes; AGPL-3.0; interfaz oficialRevisado: 2026-08-19
- Paseo securityPaseoUsado para: relay cifrado; conexión directa; contraseñas; exposición de redRevisado: 2026-08-19
- Paseo git worktreesPaseoUsado para: aislamiento de worktrees; flujo de ramas y revisiónRevisado: 2026-08-19
