Ir al contenido

El medio de los artesanos de la web martes, 27 de octubre de 2026

MailStudio
IA para la web

Los permisos asistidos de GitHub Copilot llegan a disponibilidad general

GitHub anunció el 26 de octubre de 2026 la disponibilidad general de los permisos asistidos de Copilot, que delegan en un modelo la evaluación del riesgo de cada comando antes de pedir la aprobación del desarrollador. La función está disponible en Copilot…

GitHub anunció el 26 de octubre de 2026 la disponibilidad general de los permisos asistidos de Copilot. La función añade un control intermedio entre la ejecución automática de todas las acciones de un agente y la validación manual sistemática: un modelo evalúa cada solicitud de Copilot, ya sea ejecutar un comando, acceder a una ruta del sistema de archivos o abrir una URL, y solo deja pasar sin confirmación lo que considera claramente seguro.

Un árbitro automático entre ejecución directa y validación manual

Hasta ahora, los equipos que usaban Copilot en modo agente debían elegir entre dos extremos: validar cada acción una por una, lo que ralentiza cualquier sesión un poco larga, o permitir la ejecución automática de todos los comandos, lo que elimina la red de seguridad. Los permisos asistidos añaden un tercer modo: las solicitudes clasificadas como de bajo riesgo se ejecutan sin interrupción, el resto sigue volviendo al desarrollador para su aprobación. GitHub no detalla públicamente los criterios exactos de clasificación y remite a su documentación sobre comandos seguros.

Tres modos de permiso, un nuevo árbitro

ModoComportamientoNivel de control
ManualCada acción se somete a validaciónMáximo, pero ralentiza las sesiones largas
Asistido (nuevo, GA)El modelo filtra las acciones de bajo riesgo, el resto sigue requiriendo validaciónIntermedio, arbitrado automáticamente
Permitir todoTodas las acciones se ejecutan sin validaciónMínimo, bloqueable por administradores

Una solicitud considerada claramente segura se ejecuta automáticamente; cualquier otra vuelve al desarrollador para su aprobación.

Activar el modo asistido

El modo se configura directamente en cada superficie de Copilot, sin un ajuste global oculto que buscar.

# Copilot CLI: abrir el selector de permisos
/permissions
# luego elegir "assisted"

# App de Copilot: selector de modo -> Tool permissions -> Assisted
# VS Code: selector de permisos -> Assisted permissions

En el lado de la administración, las organizaciones conservan el control: es posible bloquear el modo «Permitir todo» manteniendo disponible el modo asistido, desactivar este último por separado y fijar el modo predeterminado de las nuevas sesiones. Si el modo predeterminado no está disponible o lo prohíbe una política, las nuevas sesiones empiezan en validación manual.

Lo que cambia para los equipos

La función sigue la misma lógica que las agent skills que ya estructuran la autonomía de los agentes de codificación: dar al agente más margen operativo sin renunciar a un punto de control humano sobre lo que realmente importa. Para los equipos que pilotan agentes desde una terminal, la principal ganancia es el tiempo: menos interrupciones por acciones sin consecuencias, sin renunciar al control sobre las acciones sensibles, como borrar un archivo o conectar con un dominio desconocido.

Lo que hay que recordar

Los permisos asistidos desplazan el equilibrio entre velocidad y control sin eliminarlo: un modelo hace la primera criba, un humano conserva la decisión final sobre todo lo que se sale del caso evidente. La disponibilidad general cubre Copilot CLI, la app de Copilot y Visual Studio Code; el anuncio de GitHub no menciona explícitamente el agente de codificación autónomo ni otros IDE.

El modo asistido es justo lo que faltaba para usar un agente con confianza en una sesión larga: el modo manual agota la paciencia en minutos, y el modo «permitir todo» inquieta en cuanto se trabaja en un repositorio con secretos o scripts de despliegue cerca. Queda por ver, una vez probada la función, si la clasificación de «bajo riesgo» aguanta en comandos ambiguos como un git push --force sobre una rama mal nombrada: ese es precisamente el tipo de caso que distingue una buena heurística de una mala. — Simon Janvier

Para saber más: el anuncio completo está en el changelog de GitHub.

Compartir LinkedIn Bluesky Hacker News E-mail

Leer también