Las notas de versión de marzo/abril de GitHub Copilot para VS Code merecen una lectura atenta, no por un feature titular en particular, sino por lo que dos features juntos señalan sobre hacia dónde va la plataforma.
El primero es el modo Autopilot, ahora en public preview. El segundo es la ejecución sandboxeada de servidores MCP. A primera vista parecen dos ítems separados del changelog. No lo son.
Tres Niveles de Control del Agente
Antes de Autopilot, el modo agente de Copilot requería aprobación manual en cada acción significativa — ejecutar comandos, editar archivos, hacer llamadas externas. Es el comportamiento correcto por defecto para la mayoría de los desarrolladores que están empezando con flujos de trabajo agénticos. Pero para equipos que ya construyeron confianza en su setup, genera fricción innecesaria.
Las versiones de marzo introducen tres niveles explícitos de permisos:
- Default — Copilot pregunta antes de tomar acciones de consecuencia. El comportamiento actual.
- Bypass Approvals — Copilot omite los prompts de confirmación pero no se gestiona completamente solo.
- Autopilot — Los agentes aprueban sus propias acciones, reintentan automáticamente ante errores, y corren hasta que la tarea se completa. Sin intervención humana requerida.
Autopilot está en preview por algo. GitHub está siendo deliberado: esto no es un checkbox que activás por accidente. Es un modo que elegís por sesión, con plena conciencia de lo que estás otorgando. Ese es el diseño correcto. Los agentes autónomos no deberían ser el default — deberían ser opt-in, acotados, y revocables.
El beneficio práctico es real. Para tareas bien definidas en codebases establecidas — corregir una suite de tests que está fallando, refactorizar un módulo con alcance conocido, correr una migración de base de datos ya validada — Autopilot elimina el ida y vuelta que convierte una tarea agéntica de 10 minutos en una cadena de aprobaciones de 45. El agente trabaja. Vos revisás el resultado.
MCP Sandbox: El Feature de Seguridad que Nadie Pedía, Pero Todos Necesitaban
Acá está lo que creo que es el anuncio realmente más importante.
La adopción de MCP (Model Context Protocol) se aceleró más rápido que la postura de seguridad de nadie. Los desarrolladores están conectando agentes a sistemas de archivos, APIs, bases de datos y servicios internos a través de servidores MCP — y mayormente confiando en que todo va a salir bien. En un proyecto personal, está bien. En un entorno de equipo con un codebase compartido, es un vector de riesgo.
La nueva capacidad de sandbox permite ejecutar servidores MCP locales en un entorno restringido que limita tanto el acceso a archivos como a la red. Disponible actualmente en macOS y Linux.
Es un movimiento silencioso pero significativo. Es GitHub reconociendo que el ecosistema MCP — que ahora incluye cientos de servidores que cubren desde el propio GitHub hasta Slack y clientes de base de datos — necesita un modelo de seguridad, no solo un marketplace de plugins. El sandbox pone un límite entre lo que un servidor MCP puede leer y escribir versus lo que dice que necesita acceder.
Para equipos que ejecutan desarrollo asistido por IA a escala, este es el feature que realmente te permite decir sí a la adopción de MCP sin aceptar un radio de explosión ilimitado. Eso es un unlock real de gobernanza.
Por Qué Estos Dos Features Juntos Importan
El patrón es deliberado. GitHub está expandiendo la autonomía de los agentes (Autopilot) y al mismo tiempo cerrando el perímetro de seguridad alrededor de las herramientas que los agentes pueden usar (MCP Sandbox). No están en tensión — son complementarios. Podés confiar más en Autopilot cuando los servidores MCP que está llamando no pueden exfiltrar todo tu sistema de archivos.
Así se ve una plataforma agéntica lista para producción. No solo expansión de capacidades, sino expansión de capacidades con un relato de seguridad correspondiente. Es más maduro que el enfoque de “activar todo y ver qué pasa” que caracterizó la primera ola de herramientas de AI coding.
Vale notar que la configuración de MCP en VS Code ahora se transfiere tanto a las sesiones de Copilot CLI como a las de Claude agent. Eso es profundidad de integración que reduce la dispersión de configuración — lo configurás una vez y aplica en todas las superficies. Combinado con el sandbox, significa que los servidores MCP que configurás son a la vez más portables y más acotados.
El Takeaway Práctico
Si estás usando Copilot en VS Code, hay tres cosas que vale la pena atender ahora:
Primero, familiarizate con los niveles de permisos antes de que Autopilot salga de preview. Entender cuándo escalar de Default a Autopilot — y más importante, cuándo no — es un juicio que es mejor desarrollar deliberadamente que bajo presión de deadline.
Segundo, auditá qué servidores MCP está corriendo tu equipo localmente y qué accesos requieren. El sandbox está disponible ahora. Activarlo no te cuesta nada y limita tu exposición ante un servidor MCP mal configurado o comprometido.
Tercero, si tu configuración de MCP vive en VS Code, verificá que funcione en Copilot CLI. La portabilidad existe — pero hay que testarla, no asumirla.
La dirección en la que se mueve GitHub con Copilot es cada vez más clara: más autonomía, mejor acotada, con guardrails de seguridad que crecen junto con la superficie de capacidades. Para equipos que quieren adoptar el desarrollo agéntico en serio, esta versión es un paso significativo en la dirección correcta.
¿Ya estás probando el modo Autopilot? ¿O tu equipo todavía es cauteloso frente a la autonomía total del agente? Contanos dónde estás trazando la línea. 