GitHub Copilot: cómo aislar comandos de agentes en el entorno de desarrollo

Agente de desarrollo dentro de un entorno protegido con controles de archivos y red

Los agentes de desarrollo pueden ejecutar comandos, leer archivos y llamar a herramientas locales. Esa capacidad acelera el trabajo, pero exige comprobar con precisión qué puede tocar cada ejecución. El 7 de octubre de 2026, GitHub anunció la disponibilidad general del local sandboxing de Copilot en CLI, la aplicación de Copilot y sesiones de VS Code con Agent Host.

Qué cambia

Las órdenes y herramientas iniciadas por Copilot se ejecutan con una política de acceso al sistema de archivos, la red, credenciales y otras capacidades. La implementación se apoya en Microsoft eXecution Container (MXC), que traduce políticas a controles del sistema operativo. Los administradores pueden exigir configuraciones gestionadas. El aislamiento de herramientas es independiente del modelo elegido.

Para equipos que mantienen extensiones X++, scripts de empaquetado o repositorios de integración de Dynamics 365 Finance, el uso es una aplicación propuesta: limitar un ensayo de agente al repositorio y a los destinos de red necesarios. El anuncio no documenta una integración especial con D365FO.

Prueba reproducible en Copilot CLI

  1. Comprobar que la versión instalada y el sistema operativo admiten el sandbox; revisar los requisitos específicos de Windows en la documentación vigente.
  2. Crear una rama y usar datos y credenciales de prueba. Delimitar los directorios autorizados, preferiblemente con permisos de lectura o escritura específicos.
  3. Activar el sandbox con /sandbox enable. Consultar /sandbox policy para ver la política efectiva, incluida la aplicada por la organización.
  4. Ejecutar una tarea acotada: inspección del código y una compilación o prueba local permitida. Comprobar que una escritura fuera del área autorizada y una conexión de red denegada fallan.
  5. Revisar accesos automáticos a herramientas de desarrollo, Git y GitHub CLI; restringirlos si el caso no los requiere. Repetir con un servidor MCP local y verificar qué procesos quedan aislados.
  6. Registrar resultados, excepciones y comandos que solicitaron elevación; ajustar la política antes de ampliar el piloto.

Límites que importan

El sandbox no equivale a una máquina virtual ni elimina la revisión de código y permisos. Algunas configuraciones conceden acceso a red o credenciales por defecto. Un servidor MCP remoto no queda aislado como proceso local por esta función; necesita controles propios en el servicio. En Windows, ciertas reglas de red dependen de que el programa respete el proxy, por lo que hay que probar las restricciones en el sistema operativo real.

La función está incluida en GitHub Copilot sin cargo adicional por el sandbox; sigue haciendo falta la licencia de Copilot correspondiente. Para un piloto de un día, la evidencia útil es una matriz de rutas, destinos y credenciales permitidos, pruebas de denegación y un registro de los bypass necesarios. La recomendación es probar con repositorios de muestra antes de establecer una política empresarial.

Fuentes

Deja un comentario

Scroll al inicio