T3 Code frente a Orca: cambiar de agente ya no basta

Dos formas de organizar el trabajo con agentes

T3 Code y Orca reúnen agentes de programación en un mismo entorno. Ambos permiten trabajar con distintos proveedores, gestionar conversaciones y organizar cambios en Git. La elección depende cada vez más de cómo quieres continuar una tarea, revisar su resultado y coordinar otros proyectos.

T3 Code pone en primer plano los hilos y su continuidad entre agentes y dispositivos. Orca combina esa conversación con un espacio de trabajo de terminales, paneles y worktrees. Las funciones se solapan bastante: T3 también delega tareas y Orca también tiene chat estructurado. Reducir la comparación a «chat frente a orquestador» deja fuera buena parte del producto.

Esta comparativa revisa la documentación de T3 Code v0.1.6 y Orca v1.4.245, disponibles al cierre de octubre de 2026. Es un análisis documental, sin un benchmark propio de rendimiento o calidad del código.

Qué comparten y dónde mirar las diferencias

Los dos pueden encajar en un flujo profesional. Esta tabla resume lo que cambia la decisión; los matices de cuentas, contexto y permisos se desarrollan después.

Varias suscripciones: sí, pero el historial tiene sus propias reglas

T3 Code permite añadir varias cuentas de ChatGPT y elegirlas desde el selector del hilo. Con Codex, las instancias compatibles pueden continuar una conversación si comparten el mismo CODEX_HOME. Para varias sesiones CLI utiliza un directorio compartido y un shadow home que conserva la autenticación separada. Dos homes completamente independientes no comparten esa continuidad.

Con Claude la condición cambia. T3 admite configuraciones separadas mediante CLAUDE_CONFIG_DIR, pero un hilo existente solo cambia entre instancias con el mismo directorio de configuración. No conviene asumir que pasar de la cuenta personal a la de trabajo conservará la conversación igual que en Codex.

Orca ofrece un selector de cuentas de Codex y Claude y muestra su consumo por separado. El cambio se aplica a las nuevas sesiones; los procesos que ya están funcionando mantienen la cuenta anterior hasta reiniciarse. Es una diferencia práctica respecto a elegir una instancia compatible dentro de un hilo de T3.

Una suscripción puede atender varios chats, pero todos consumen los límites de esa cuenta. Ninguna aplicación convierte varias suscripciones en una cuota única ni elimina las condiciones del proveedor. Además, entrar en Codex con ChatGPT y usar una API key son vías de facturación distintas. Tener acceso por suscripción no convierte cualquier llamada API en gratuita.

Cambiar de modelo no significa trasladar todo su contexto

Una de las partes mejor explicadas de T3 Code es el traspaso entre proveedores. Conserva las conversaciones cortas y, en las largas, selecciona mensajes y actividad relevante dentro de un presupuesto. Mantiene referencias para que el agente pueda consultar historial omitido. No copia el razonamiento interno, el estado de las herramientas ni los adjuntos del proveedor anterior.

Esto permite que otro agente continúe con información útil, pero no garantiza que entienda una decisión que solo estaba implícita. Antes de cambiar, ayuda dejar escritos el objetivo, los archivos modificados, las pruebas pendientes y las restricciones que siguen vigentes.

Orca permite continuar conversaciones compatibles entre chat y terminal, con condiciones según agente y máquina de ejecución. Su chat estructurado sigue identificado como experimental. Conviene distinguir esa continuidad de sesión de un cambio a otro proveedor: ver mensajes anteriores en pantalla no demuestra que el nuevo modelo haya recibido todo su contenido.

Encolar y corregir el trabajo en curso son acciones distintas

T3 Code permite elegir Queue para reservar el mensaje al siguiente turno o Steer para redirigir el turno activo. La cola se guarda en el servidor y sus mensajes pueden editarse o eliminarse antes del envío. La posibilidad de redirigir depende de que el agente la soporte.

Orca también tiene encolado en su chat estructurado. Su implementación mantiene los mensajes pendientes mientras hay trabajo activo o una pregunta que impide continuar. Por tanto, la cola no es un motivo para descartar T3 ni una función exclusiva de Orca.

La distinción importa al revisar código. «Cuando acabes, añade pruebas del nuevo endpoint» puede esperar en cola. «Detén la migración, esa base de datos es producción» necesita corregir o interrumpir el trabajo actual. Son dos intenciones diferentes, aunque ambas se escriban en la misma caja.

Delegar entre repositorios: ambos pueden hacerlo

T3 Code expone herramientas MCP para crear tareas delegadas, consultar hilos, enviar seguimientos y esperar resultados. También permite a agentes externos acceder a proyectos e hilos con permisos elegidos al autorizar la conexión. Un agente puede coordinar trabajo sin que toda la interacción pase por copiar y pegar mensajes.

Orca ofrece comandos de CLI para dirigirse a un worktree o terminal. Cuando hace falta seguimiento más formal, su orquestación experimental organiza un Run con tareas, dependencias, intentos de ejecución y mensajes de finalización. Esa capa permite distinguir un encargo enviado de un resultado recibido y aceptado.

En un ejemplo de API y frontend en repositorios separados, el coordinador fija primero el contrato de respuesta. El agente del backend cambia el endpoint y entrega el contrato y las pruebas; el del frontend adapta la pantalla con ese resultado. Enviar «haz la parte web» sin identificar proyecto, rama y condición de entrega deja demasiadas decisiones abiertas.

El matiz también afecta a T3: su creación de hilos por lotes hereda proyecto, rama y worktree del padre. Lanzar varios chats no crea automáticamente varios checkouts aislados. Hay que seleccionar la estrategia de workspace adecuada o dirigirse al hilo del proyecto que corresponda. En Orca también se elige dónde colocar el worker; un Run no lo decide por sí solo.

El repositorio debe seguir teniendo la última palabra

Delegar al agente del proyecto correcto tiene una ventaja concreta: trabaja desde su directorio y puede cargar sus instrucciones, herramientas y convenciones locales. Orca conserva los archivos CLAUDE.md y AGENTS.md y los hooks del repositorio; las reglas siguen perteneciendo al agente, no a la ventana que lo muestra.

T3 también se apoya en la configuración de sus proveedores. Sus tareas delegadas reciben el encargo y, opcionalmente, una instrucción de rol; no una copia automática de todo el historial del padre. El prompt de delegación debe incluir lo que ese agente necesita para entregar su parte, sin arrastrar instrucciones ajenas que contradigan las del proyecto.

Es una ayuda para mantener cada base de código coherente, no una garantía de cumplimiento. Los archivos de instrucciones aportan contexto. Las comprobaciones, los permisos y la revisión son los que permiten detectar o impedir desviaciones. Tampoco un worktree aísla por sí mismo una base de datos, un servicio externo o las credenciales del proceso.

Revisar código y trabajar en la interfaz

T3 Code separa el diff del turno de la comparación completa de rama. Esa distinción evita atribuir al agente todos los archivos que llegaron mediante un pull o un rebase y permite revisar después el conjunto. Integra además commits y pull requests en el flujo de trabajo.

Orca centra la revisión en el worktree, con cambios preparados y pendientes, conflictos y comparación de imágenes. Para trabajo visual, Design Mode adjunta el HTML, los estilos calculados y una captura del elemento seleccionado. Resulta útil para pedir un cambio concreto sin describir a mano toda la pantalla.

T3 ofrece otra vía complementaria: SnapShots adjunta una ventana y, cuando está disponible, sus datos de accesibilidad. No es la misma captura de DOM que Design Mode. La elección depende de si necesitas señalar un elemento web o aportar contexto de una ventana del escritorio.

Móvil y remoto: el trabajo sigue viviendo en una máquina

Ambos permiten seguir tareas desde el móvil y trabajar con entornos remotos. T3 ofrece web, aplicaciones móviles y escritorio; Orca combina el escritorio con su companion móvil y servidores remotos. El teléfono controla una sesión que se ejecuta en un host: si esa máquina se desconecta o deja de ejecutar el servicio, no basta con mantener abierta la app móvil.

La conexión remota tampoco convierte el código en un servicio de inferencia local. La aplicación puede ejecutar herramientas en tu máquina y enviar contexto al proveedor elegido. Antes de conectar un repositorio de trabajo importa saber qué host conserva sus archivos, qué cuenta consume y qué permisos recibe cada agente.

Precio y privacidad: dos capas que conviene separar

Los dos proyectos publican su código bajo licencia MIT. Eso no incluye la inferencia, los planes de los proveedores ni la máquina que mantiene las tareas. Si ya pagas una suscripción compatible, puede ser útil aprovecharla desde otra interfaz; si conectas una API, el consumo sigue su modalidad de cobro.

T3 muestra costes equivalentes estimados a partir del uso. Orca también puede mostrar estimaciones con tablas locales de precios. Esas cifras ayudan a comparar actividad, pero no son la factura de una suscripción. Para evaluar productividad tiene más sentido contar tareas aceptadas y tiempo de revisión que acumular tokens o agentes abiertos.

Código abierto tampoco significa ausencia de telemetría. T3 documenta eventos de uso asociados a identificadores de cuenta o instalación mediante hash, y Orca describe eventos vinculados a un identificador local aleatorio. Sus políticas de telemetría excluyen prompts y contenido de archivos y ofrecen desactivación. Esa exclusión se refiere a la telemetría del producto; no al contexto que debe recibir el proveedor para resolver una tarea.

Cuál elegiría para cada forma de trabajar

Probaría T3 Code primero si el centro del trabajo son los hilos: continuar tareas entre agentes, revisar cambios por turno y controlar el mismo entorno desde escritorio, web y móvil. Su documentación de portabilidad y compatibilidad entre cuentas ayuda a decidir cómo organizar las conversaciones antes de llenarlas de contexto.

Probaría Orca primero si prefieres organizar el trabajo alrededor de repositorios, terminales, paneles y worktrees, y quieres coordinar encargos mediante CLI o explorar su seguimiento supervisado. Hay que asumir que partes como el chat estructurado y la orquestación conservan carácter experimental.

No elegiría por el número de proveedores del catálogo. Usaría una tarea representativa con dos repositorios y comprobaría si puedo localizar la cuenta activa, dejar un seguimiento en cola, recibir el resultado del otro agente y revisar el diff sin perder el contexto. La herramienta que reduzca esos pasos sin debilitar la revisión será la mejor para ese flujo.

Fuentes