Harness no es modelo (ni rol, ni entorno)

Cinco mandos, no uno

Cuando ves un selector en tu editor que dice «Local», «Cloud», «Agent» o «Plan», es fácil mezclarlo todo. VS Code insiste en que son decisiones distintas. Piensa en un equipo de rodaje: una cosa es quién paga el estudio, otra qué actor protagoniza, otra quién dirige, otra el papel que hace y otra el plató donde se rueda.

Las cinco decisiones

Una a una, con ejemplos

Acceso al modelo. Puedes llegar a un modelo mediante una suscripción de Copilot, otra cuenta compatible con el harness o tu propia clave de un proveedor. Quien te da el acceso no es necesariamente quien creó el modelo: Copilot puede darte acceso a modelos de Claude, desarrollados por Anthropic. Iniciar sesión tampoco activa todos los harness: cada uno decide qué modelos y accesos admite.

Modelo. Un harness puede ofrecer varios modelos, y un mismo modelo puede estar disponible en más de un harness. Elegir un modelo de Claude dentro del harness de Copilot no te cambia al harness de Claude.

Rol. Es el papel que juega el agente en una tarea (planificar, preguntar, actuar). Cambiar de rol da forma al comportamiento dentro del harness, pero no sustituye al harness.

Entorno de ejecución. Puede ser tu máquina, un host remoto (SSH, túnel o WSL), un contenedor de desarrollo o infraestructura en la nube. El harness coordina el trabajo en el entorno elegido, pero el entorno no es el harness. Elegir un Dev Container cambia el entorno, no el harness.

Dos nombres engañosos

El control Session Target de VS Code mezcla harness y destino de ejecución. Dos nombres piden cuidado:

• Local es el nombre de un harness, no la única manera de ejecutar agentes en tu máquina. Otros harness también pueden trabajar con tus archivos locales.
• Cloud es un destino de ejecución, no un harness aparte. Usa el harness de Copilot en un entorno gestionado, incluso si eliges un modelo de otro proveedor.

Qué cambia al elegir harness

Según la fuente, elegir harness afecta a las herramientas disponibles, a los modelos ofrecidos, a los flujos específicos del proveedor y a los modos de permisos. No determina por sí solo dónde corre el modelo ni si los cambios van a una carpeta o a un worktree.

Un matiz de seguridad: un worktree de Git (una copia de trabajo aparte) aísla el código, no es una barrera de seguridad. No restringe comandos ni acceso a red. Para eso existe el sandboxing del sistema operativo.