El 7 de octubre de 2026, Microsoft describió un plan para que GitHub Copilot reparta tareas entre modelos locales y modelos en la nube. Copilot Auto tenía como objetivo llegar a finales de octubre de 2026: según el plan, decidiría dónde procesar cada tarea atendiendo a su contexto y al estado de la caché durante una sesión con varios turnos. Microsoft detalló el plan y los límites del sandbox.
Microsoft plantea el enrutamiento local y en la nube para Copilot
El enrutamiento automático aún era un plan con fecha objetivo, no una función cuyo lanzamiento se hubiera anunciado. Microsoft describió opciones de modelos locales para Copilot CLI, la aplicación Copilot y Visual Studio Code. GitHub, por su parte, presentó la detección de modelos locales instalados —como los que funcionan con Ollama o Foundry Local— y citó tareas como consultas sencillas, explicaciones de una base de código y automatizaciones en segundo plano entre los usos previstos para el procesamiento local.
BYOK y Copilot Auto dejan la elección del modelo en manos distintas
Con BYOK (trae tu propia clave), el usuario configura un proveedor o selecciona un modelo compatible. Copilot Auto, en cambio, está pensado para que Copilot elija entre inferencia local y en la nube según el contexto de la tarea y la caché de una conversación con varios turnos. Una opción prioriza la elección manual; la otra automatizaría el enrutamiento.
| Modo | Quién elige el modelo o la ruta | Implicación para la conexión |
| BYOK manual | El usuario configura el proveedor o elige el modelo. | En Copilot CLI, COPILOT_OFFLINE=true evita el contacto con GitHub; un proveedor remoto sigue siendo un destino de red. |
| Copilot Auto, previsto | Copilot asignaría las tareas a modelos locales o en la nube. | El diseño contempla el uso de modelos en la nube, así que no equivale a un modo sin conexión. |
GitHub presentó el uso de cómputo local como una forma de evitar créditos de IA en esos flujos. Ejecutar un modelo en el propio equipo también consume recursos de hardware y electricidad.
Qué documenta GitHub para los modelos locales de Copilot CLI
GitHub documenta tres tipos de proveedor para Copilot CLI: openai, azure y anthropic. El tipo openai admite servicios compatibles con OpenAI Chat Completions, entre ellos Ollama, vLLM y Foundry Local. Para funcionar con la CLI, el modelo debe admitir llamadas a herramientas y streaming; GitHub recomienda una ventana de contexto de al menos 128k tokens para obtener mejores resultados. La documentación de GitHub explica cómo configurar modelos BYOK en Copilot CLI.
En el ejemplo de Ollama local, COPILOT_PROVIDER_BASE_URL apunta a http://localhost:11434 y COPILOT_MODEL identifica un modelo instalado. Si el proveedor local no exige autenticación, no hace falta configurar una clave de API.
Inferencia local no significa trabajar sin conexión
COPILOT_OFFLINE=true impide que Copilot CLI contacte con GitHub, pero no bloquea las solicitudes a un proveedor remoto configurado. Si ese proveedor está en otra máquina o servicio, puede recibir las peticiones y el contexto de código que se le envíen. Mantener el procesamiento en el equipo requiere un proveedor local; aislar por completo la red también depende del entorno donde se ejecute.
Copilot Auto y el modo sin conexión resuelven cuestiones distintas: el primero está planteado para seleccionar entre modelos locales y en la nube, mientras que la opción de la CLI bloquea las conexiones con GitHub. La ruta elegida para la inferencia determina dónde se ejecuta el modelo; no define por sí sola los permisos de las herramientas que usa el agente.
La ubicación del modelo y el sandbox son controles distintos
Microsoft describió límites diferentes según la herramienta. Cuando el sandbox está activo, los comandos de shell y, de forma predeterminada, los procesos locales de MCP y de servidores de lenguaje se ejecutan dentro de un límite de proceso. Las herramientas de archivos integradas se someten a las políticas efectivas dentro de Copilot, en lugar de aislarse como procesos secundarios controlados por el sistema operativo. Los servidores MCP remotos quedan fuera del sandbox de procesos local; cuando se aplican controles de sandbox a esos servidores, Copilot comprueba su política de conexión dentro del propio proceso.
Por eso, elegir un modelo local no activa automáticamente el aislamiento de las herramientas. La inferencia local determina dónde se procesa la petición; el sandbox regula de manera distinta la ejecución de procesos y el acceso de las herramientas.
Los backends de sandbox que Microsoft identifica por sistema operativo
Microsoft identificó estos backends para el aislamiento local:
| Sistema operativo | Backend que identifica Microsoft |
| Windows | BaseContainer de ProcessContainer mediante Microsoft Execution Containers (MXC) |
| macOS | Seatbelt |
| Linux | bubblewrap |
Microsoft indicó que estos backends locales no requieren una máquina virtual independiente ni una imagen de contenedor.
