Copilot CLI estrena /settings: menos JSON roto, más configuración visible para agentes en terminal
GitHub lanzó el 11 de junio de 2026 un comando /settings para Copilot CLI. Para builders, el cambio vuelve más auditable la configuración de modelos, permisos, MCP, UI y archivos sin depender siempre de editar settings.json a mano.
Por qué importa
Esta nota se enfoca en la decisión práctica para builders: qué cambia, qué riesgo agrega y cómo aplicarlo sin romper operación.
GitHub lanzó el 11 de junio de 2026 una mejora pequeña pero muy práctica para quienes usan agentes desde terminal: Copilot CLI ahora tiene /settings, un panel unificado para configurar opciones que antes estaban repartidas entre comandos sueltos o edición manual de archivos.
La noticia parece menor frente a lanzamientos de modelos, pero en productividad real importa. Los agentes de terminal viven o mueren por configuración: qué directorios son confiables, qué herramientas pueden usar, qué URLs pueden tocar, dónde se guardan MCP servers, qué archivo de settings se está leyendo y qué cambios aplican en vivo.
Qué resuelve /settings
Según el changelog de GitHub, el nuevo comando reúne opciones como tema, streamer mode, flags experimentales y configuraciones que antes requerían tocar el archivo de settings. También valida contra esquema antes de escribir, lo que reduce un error clásico: cambiar JSON a mano, dejar una coma mal puesta y romper la próxima sesión justo cuando necesitas que el agente trabaje.
Las consultas probables son concretas: Copilot CLI settings, GitHub Copilot CLI /settings, settings.json Copilot CLI, configurar Copilot CLI, Copilot CLI permisos. No hay herramienta SEO conectada en esta corrida, así que la demanda se infiere del changelog oficial, las docs de configuración, la referencia del directorio ~/.copilot y la fricción visible en equipos que ya operan agentes de terminal.
Por qué esto importa para builders
Un agente de terminal no es solo una app de chat. Puede leer archivos, invocar comandos, llamar herramientas, conectarse a MCP y modificar un repo. Si la configuración queda escondida en archivos dispersos, el usuario termina aceptando prompts sin entender qué superficie está abierta.
Un panel de settings ayuda por tres razones:
- hace más visible lo que el agente puede tocar;
- baja el costo de corregir configuración durante una sesión;
- vuelve más fácil documentar un setup reproducible para el equipo.
No elimina la necesidad de revisar permisos, pero reduce la probabilidad de que la configuración sea una caja negra.
El riesgo sigue en permisos y confianza
Las docs de GitHub siguen separando temas importantes: directorios confiables, acceso a herramientas, permisos para rutas y URLs, configuración de MCP y ubicación de archivos bajo ~/.copilot o COPILOT_HOME. /settings mejora la ergonomía, pero no decide por ti qué debe estar permitido.
La regla práctica: todo lo que permita escribir, instalar, ejecutar o llamar APIs externas debe tratarse como configuración de producción, aunque estés en una laptop. Si un agente puede tocar tu monorepo y correr comandos, el archivo de settings merece revisión igual que un workflow de CI.
Cómo lo usaría esta semana
Para un equipo pequeño, el cambio sirve para ordenar la base:
- abrir
/settingsy revisar opciones activas; - documentar
COPILOT_HOMEsi el equipo usa una ubicación compartida o controlada; - separar permisos de lectura y escritura por proyecto;
- revisar MCP servers conectados;
- probar un cambio simple y confirmar que el settings file no quedó roto;
- guardar un snippet de configuración recomendado en el README interno.
El objetivo no es “configurar todo”. Es reducir sorpresas. Si un agente falla, quieres saber si fue por prompt, permisos, herramienta, modelo o configuración.
No es reemplazo de política de equipo
Un panel local no reemplaza políticas de organización, revisiones de PR ni sandboxing. Tampoco convierte a Copilot CLI en la mejor opción para todo. Para cambios pequeños en un archivo, el chat del IDE puede ser suficiente. Para refactors largos o tareas repetibles, la CLI gana porque vive en el flujo natural de diffs, commits, tests y logs.
Esta noticia se complementa con la nota sobre Copilot CLI security review: una mejora ayuda a revisar código antes del commit y la otra ayuda a que el agente esté configurado de forma visible antes de trabajar. Si todavía estás aprendiendo a estructurar agentes, el curso gratis sigue siendo el punto de partida.
La lectura corta: /settings no hace a Copilot CLI más inteligente; lo hace menos opaco. Para builders, esa transparencia vale porque los agentes de terminal necesitan configuración entendible, versionable y revisable, no solo prompts mejores.