Mantén tu agente de código dentro del proyecto: lista de verificación de sandbox para operadores individuales

Le pides a un agente de código local que corrija una prueba que falla. Empieza a leer tu carpeta de inicio, luego un repositorio vecino, y después un script que toca una clave en la nube. Lo detienes antes del daño, pero la hora se ha ido.

Para un stack de una sola persona, el control duradero es una valla por proyecto alrededor de archivos, red y credenciales. El sandbox es un control que puedes probar. Un operador individual no tiene un equipo de seguridad, un pager ni una segunda mirada. El costo de un comando fallido se mide en horas: limpieza, reescrituras, pérdida de confianza en la herramienta.

La valla local es el primer control

Si el agente puede leer tu directorio de inicio, puede encontrar claves, notas y scripts antiguos. Escribir fuera del proyecto permite que un solo comando fallido toque archivos que no le pediste que tocara. Un límite por proyecto se ajusta a la tarea. El agente no necesita toda tu laptop para corregir una prueba en un solo repositorio.

El sandbox local de Copilot llegó a la aplicación GitHub Copilot el 23 de septiembre de 2026. La función está en vista previa pública, así que espera bordes ásperos. Funciona en macOS, Linux y versiones recientes de Windows 11. Utiliza Microsoft eXecution Container para aplicar políticas de aislamiento a través de los mecanismos nativos de cada sistema operativo. La aplicación y la CLI mantienen sus configuraciones de sandbox separadas, por lo que un cambio en una no afecta a la otra.

La red y las credenciales son los puntos débiles

Las ejecuciones de prueba no deben tener acceso saliente abierto por defecto. El acceso saliente es un camino directo desde una prueba local hasta un problema remoto. Una solicitud bloqueada debe fallar lo suficientemente claro para que lo notes. Después de que Copilot CLI alcanzó la disponibilidad general en marzo de 2026, un comando elaborado podía evadir la lista de permisos de solo lectura de la CLI y descargar y ejecutar una carga externa sin un diálogo de confirmación.

Mantén las credenciales del repositorio y de la nube desactivadas hasta que una tarea las necesite. Las credenciales deben activarse solo para la tarea exacta que las requiere. Tokens dejados disponibles pueden ser utilizados por un comando que no revisaste. Los agentes de IA basados en GitHub Actions, incluido Copilot Agent, pueden ser manipulados mediante ataques Comment-and-Control para enviar claves API y tokens de acceso a través de la infraestructura de GitHub, eludiendo tres capas de seguridad en tiempo de ejecución. Un agente que puede leer tus claves API también puede enviarlas a un lugar que no pretendías.

El lado en la nube tiene su propia valla

Copilot Workspace de GitHub alcanzó la disponibilidad general y añade un Agent Sandbox que ejecuta cada tarea en un contenedor Linux temporal, de modo que los cambios del repositorio esperan la fusión de un revisor. La aplicación Copilot da a cada sesión su propio git worktree, una copia de rama aislada, para que las sesiones paralelas no compartan un solo árbol de trabajo. Su agente en la nube pide aprobación antes de cada escritura por defecto, y una opción de piloto automático está disponible solo después de que los equipos hayan establecido confianza. Esos controles no reemplazan una valla local.

La lista de verificación es la prueba antes de la siguiente sesión

Úsala como el mínimo aprobado para una laptop individual. Verifica el límite que quieres que el agente respete. El margen viene de saber qué no puede tocar el agente. La lista se mantiene corta porque el riesgo es ordinario. Revisar rápido gana a una larga limpieza, reescrituras y pérdida de concentración después de un comando fallido. Cada elemento debería tomar aproximadamente un minuto en verificarse. Si un elemento falla, detente y corrige el permiso antes de la siguiente tarea.

• Activa la opción Sandbox de nuevas sesiones por proyecto para futuras sesiones locales.
• Deniega al agente el acceso a tu carpeta de inicio, documentos personales y carpetas de proyectos vecinos.
• Corta la red saliente para las ejecuciones de prueba y verifica que una solicitud bloqueada falle.
• Mantén las credenciales del repositorio y de la nube desactivadas hasta que una tarea las necesite.
• Usa /sandbox on para una sesión puntual cuando necesites aislamiento sin cambiar el valor predeterminado del proyecto.
• Ejecuta una prueba de denegación después de cada cambio de herramienta, modelo o permiso.