Visual Studio Code 1.122 llega hoy, y la noticia principal es directa pero significativa: BYOK (Bring Your Own Key) ya no requiere un inicio de sesión de GitHub. Eso no es una pequeña mejora de UX — es el cambio que desbloquea las funciones de IA de VS Code para entornos regulados, aislados y con restricciones de red que nunca antes pudieron usar GitHub Copilot. Combinado con la maduración de la Ventana de Agentes, las señales OpenTelemetry de nivel empresarial y el proveedor de Custom Endpoint pasando de Preview a Stable, este lanzamiento se lee más como un anuncio de plataforma empresarial que como una versión puntual mensual.

BYOK Aislado: El Cambio que Cambia la Conversación

Hasta 1.122, usar su propia clave de API de modelo de lenguaje en VS Code — incluso si esa clave apuntaba a un endpoint local sin tráfico externo — requería un inicio de sesión de GitHub. La identidad de GitHub era la puerta de entrada. Para agencias gubernamentales, contratistas de defensa, instituciones financieras que operan en redes segmentadas, o cualquier organización con restricciones estrictas de autenticación de terceros, esa dependencia era un bloqueador absoluto.

Esa dependencia ahora se ha eliminado para chat, herramientas y servidores MCP.

Configure un proveedor a través de Command Palette → Manage Language Models — Anthropic, Azure, Gemini, OpenAI, Ollama, OpenRouter, o un endpoint personalizado — y la vista de Chat de VS Code estará disponible sin GitHub. Las solicitudes van directamente a su proveedor configurado. Los avisos de inicio de sesión se suprimen.

Lo que esto habilita:

  • Azure OpenAI detrás de endpoints privados. Las organizaciones que ejecutan Azure OpenAI a través de integración VNet o zonas DNS privadas pueden apuntar VS Code directamente a esos endpoints. Ningún dato sale del tenant. No se requiere autenticación saliente de GitHub.
  • Implementaciones locales de Ollama. Los equipos que ejecutan modelos Llama o Mistral en servidores internos ahora tienen una ruta estable y completamente compatible para usar esos modelos en el chat de VS Code.
  • Redes gubernamentales/de defensa restringidas. Entornos donde GitHub.com está completamente bloqueado ahora pueden implementar funciones de IA de VS Code siempre que su endpoint LLM elegido sea accesible internamente.
  • Flujos de trabajo completamente offline. Combine BYOK con la política de telemetría configurable de VS Code (TelemetryLevel) y podrá ejecutar una experiencia de desarrollo asistida por IA significativa completamente dentro del límite de su red.

Lo que aún requiere inicio de sesión de GitHub: Sugerencias en línea y Next Edit Suggestions (NES). BYOK cubre chat, herramientas y servidores MCP — no el motor de completación en tiempo real. Para la mayoría de los casos de uso aislados, esa es una compensación aceptable. Los desarrolladores que principalmente quieren asistencia de chat con IA y herramientas agentic en lugar de completaciones en tiempo real obtienen exactamente lo que necesitan.

El detalle del modelo de utilidad: VS Code usa modelos de “utilidad” más pequeños para tareas en segundo plano — generación de títulos de chat, generación de mensajes de commit, flujos de retroalimentación. Cuando no ha iniciado sesión, esos modelos de utilidad predeterminados no son accesibles. VS Code 1.122 muestra una notificación pidiéndole que configure modelos BYOK para tareas de utilidad (chat.utilityModel, chat.utilitySmallModel). Puede configurarlos para funcionalidad completa de IA o descartar la notificación si solo necesita chat.

Custom Endpoint Provider Alcanza Stable

Directamente relacionado con BYOK aislado: el proveedor de Custom Endpoint pasa de Preview a Stable en 1.122.

Este proveedor le permite conectar cualquier modelo que implemente las APIs Chat Completions, Responses o Messages — las mismas familias de protocolo utilizadas por OpenAI, Anthropic y Azure. Esto significa que LLMs auto-alojados servidos por vLLM, TGI o LM Studio, plataformas de IA empresarial detrás de APIs personalizadas, o Azure OpenAI a través de un gateway — todos son ahora proveedores BYOK de primera clase en VS Code Stable.

La consecuencia práctica: ahora existe una ruta completamente compatible con Microsoft y estable en producción para ejecutar el chat de VS Code contra cualquier endpoint LLM controlado internamente. Esto cierra la brecha entre lo que es técnicamente posible y lo que es oficialmente compatible — una distinción importante para los equipos de TI y cumplimiento normativo.

Gestión Granular de Proveedores BYOK

Gestionar proveedores BYOK anteriormente significaba editar la configuración JSON sin formato para rotar claves, agregar modelos o limpiar proveedores. 1.122 muestra acciones específicas directamente en el editor de Language Model:

  • Update API Key — rote claves sin tocar JSON
  • Add Model — extienda un grupo de proveedores con modelos adicionales
  • Rename Group — limpie los nombres de los grupos de proveedores in situ
  • Delete — elimine un grupo de proveedores por completo

Son pequeñas mejoras de UX individualmente. Colectivamente, señalan que Microsoft está tratando BYOK como un flujo de trabajo convencional en lugar de una vía de escape para usuarios avanzados. A medida que las organizaciones empresariales configuran y rotan claves para múltiples proveedores BYOK entre equipos, estas acciones reducen la fricción operativa y el riesgo de mala configuración por edición JSON.

Ventana de Agentes: Madurando hacia una Herramienta de Flujo de Trabajo Real

La Ventana de Agentes — un panel complementario dedicado para explorar, iterar y revisar sesiones de agentes de IA — continúa su evolución en Preview con dos adiciones en 1.122:

Detalles al pasar el ratón sobre sesiones. Pase el ratón sobre cualquier sesión en la lista para ver su título, el harness utilizado (indicado por icono), el proyecto, worktree y archivos modificados — sin hacer clic en la sesión. Para desarrolladores que gestionan múltiples sesiones de agente concurrentes entre proyectos, esta es una mejora de usabilidad significativa.

Gestión de modelos desde la Ventana de Agentes. “Chat: Manage Language Models” ahora está disponible directamente desde la Ventana de Agentes. Esto es importante porque la Ventana de Agentes es cada vez más donde ocurre el trabajo en modo agente — poder configurar modelos BYOK sin volver a la ventana principal del editor mantiene el flujo de trabajo coherente.

Para organizaciones que evalúan si las capacidades de agente de VS Code pueden desplazar herramientas de codificación agentic independientes como Cursor o Claude Code: la Ventana de Agentes es la respuesta a largo plazo. Todavía está en Preview, pero cada lanzamiento añade funciones que la hacen más práctica para uso en producción. El harness Local VS Code sigue siendo solo para Insiders por ahora (sessions.chat.localAgent.enabled), pero la trayectoria es clara.

Señales OpenTelemetry: Los Agentes se Vuelven Observables

Este cambio es fácil de pasar por alto en las notas de la versión, pero importa significativamente para el gobierno empresarial.

Las sesiones de agente local ahora emiten un espacio de nombres de atributos canónico github.copilot.* a OpenTelemetry, alineado con las convenciones de OpenTelemetry de GitHub Copilot CLI. Las nuevas señales cubren:

  • Contexto del repositorio
  • Tipo de agente
  • Parámetros de herramientas estructuradas
  • Resultados de hooks

Por qué esto es importante para equipos de IT y DevOps:

Si su organización ejecuta un pipeline de OpenTelemetry — alimentando Datadog, Grafana, Azure Monitor, Splunk o cualquier backend compatible — la actividad de los agentes de VS Code ahora puede fluir hacia la misma infraestructura de observabilidad que su telemetría de aplicación. Esto permite:

  • Visibilidad de costos. Rastree el consumo de tokens LLM por desarrollador, equipo o proyecto.
  • Pistas de auditoría de seguridad. Sepa qué herramientas se ejecutaron, qué servidores MCP se conectaron, qué hooks se ejecutaron — no solo que ocurrió una sesión de agente.
  • Evidencia de cumplimiento. Para entornos regulados, un registro de auditoría estructurado de la actividad del agente es un requisito de gobierno, no un lujo.
  • Líneas base de rendimiento. Mida el impacto real en productividad del desarrollo asistido por IA frente a sesiones sin IA usando la misma infraestructura de métricas.

La alineación de atributos con las convenciones de GitHub Copilot CLI también es significativa: si su organización usa tanto agentes de VS Code como herramientas de agente basadas en CLI, la telemetría ahora habla un lenguaje común. Esa es la base para la monitorización centralizada de agentes en toda su cadena de herramientas de desarrollo.

Refinamiento del Comportamiento del Sandbox

Configuración: chat.agent.sandbox.enabled

El cambio aquí es sutil pero vale la pena entenderlo. Anteriormente, los comandos ejecutados con Bypass Approvals o modo Autopilot se intentaban primero en el sandbox; si fallaban, VS Code los reintentaba automáticamente fuera del sandbox. Dado que las aprobaciones estaban omitidas, este bucle de reintento no proporcionaba un beneficio real de seguridad — solo hacía que el comportamiento fuera más difícil de razonar.

Nuevo comportamiento: El sandboxing de terminal solo se aplica cuando se usan Default Approvals.

Esta es una aclaración pragmática del modelo de seguridad:

  • Default Approvals = sandboxing aplicado → equilibrio genuino entre seguridad y utilidad
  • Bypass Approvals / Autopilot = sin sandboxing → el usuario ha reconocido explícitamente el riesgo, el reintento en sandbox sería un teatro engañoso

Para organizaciones que establecen políticas en torno al uso de agentes, esta aclaración importa. Si requiere que los desarrolladores usen Default Approvals para repositorios sensibles, el sandboxing proporciona protección real. Si los desarrolladores tienen Bypass Approvals habilitado, no hay sandbox — lo cual es honesto y predecible, incluso si requiere controles de gobierno adicionales en otros lugares.

D dos adiciones al navegador integrado completan el lanzamiento:

Emulación de dispositivos. El navegador integrado ahora admite emulación de dispositivos lista para usar — tamaños de pantalla, emulación móvil/táctil, user agents personalizados. Actívelo mediante la opción “Show Emulation Toolbar” en el menú desplegable de la pestaña del navegador. Para desarrolladores web, esto elimina la necesidad de cambiar a Chrome DevTools o una ventana separada del navegador para probar diseños responsivos. Notably, los agentes pueden activar la emulación de dispositivos mediante código Playwright, habilitando comprobaciones automatizadas de capacidad de respuesta móvil como parte de flujos de trabajo de prueba impulsados por agentes.

Captura de pantalla al chat. Adjunte una captura de pantalla del viewport actual del navegador directamente al chat de VS Code como contexto. El caso de uso práctico es inmediato: capture una pantalla con un diseño roto, adjúntela al chat y pida a Copilot que diagnostique el problema de CSS o diseño sin salir del editor.

Qué Deberían Hacer las Organizaciones

Si opera en entornos aislados o con restricciones de red: Evalúe 1.122 como la versión que hace viables las funciones de IA de VS Code. Mapee su situación de endpoint LLM interno — endpoint privado de Azure OpenAI, Ollama local o endpoint personalizado — y pruebe la configuración BYOK. La capacidad ahora es Stable y compatible.

Si gestiona implementaciones de VS Code a escala: Revise su configuración de implementación de VS Code para los ajustes de TelemetryLevel. Si las funciones de IA estaban previamente bloqueadas por los requisitos de inicio de sesión de GitHub, esos bloqueos pueden necesitar ser reconsiderados. Por el contrario, asegúrese de que exista gobierno de configuración BYOK — no quiere que los desarrolladores apunten VS Code a endpoints externos no verificados.

Si ejecuta cargas de trabajo de agentes en VS Code: Configure la exportación OpenTelemetry para sesiones de agente. Incluso si no lo está monitoreando inmediatamente, establecer el pipeline de datos ahora le da una línea base antes de que el uso de agentes se escale. El espacio de nombres de atributos github.copilot.* es la señal para mapear a su infraestructura OTel existente.

Si es un desarrollador web: Active la barra de herramientas de emulación de dispositivos. Es una mejora de calidad de vida que elimina un cambio de contexto de su flujo de trabajo de depuración.

Lo Que NO Ha Cambiado

  • Las sugerencias en línea y NES aún requieren inicio de sesión de GitHub. BYOK no reemplaza a Copilot para completaciones de código en tiempo real.
  • Los suscriptores existentes de GitHub Copilot no se ven afectados. BYOK sin inicio de sesión es una capacidad adicional para escenarios donde la autenticación de GitHub no es posible.
  • La Ventana de Agentes sigue en Preview. Las cargas de trabajo de agentes críticas para producción deben evaluarse en consecuencia.
  • Remote Development SSH/WSL/Dev Containers no se ven afectados por los cambios de IA y BYOK. La única nota de Remote Development en 1.122 es el fin de vida útil para hosts Linux ARM de 32 bits.

El Panorama General: VS Code como Infraestructura de IA Empresarial

Microsoft enfrenta una presión competitiva real de herramientas de codificación agentic — Cursor, Claude Code, OpenAI Codex — que se mueven rápido y atraen la atención de los desarrolladores. Los cambios centrados en la empresa de VS Code 1.122 no son casualidad. Son la respuesta a una pregunta específica: ¿Por qué deberían las organizaciones reguladas estandarizarse en VS Code en lugar de evaluar alternativas?

La respuesta que se está construyendo en los lanzamientos recientes: VS Code es la opción que se integra con la identidad empresarial, el cumplimiento y la infraestructura de observabilidad. BYOK sin inicio de sesión de GitHub aborda la soberanía de datos. La alineación con OpenTelemetry aborda el gobierno. Custom Endpoint en Stable aborda la implementación de LLM auto-alojados. La aclaración del comportamiento del sandbox aborda la transparencia de la política de seguridad.

Este es el patrón que Microsoft ha aplicado en todo su portafolio empresarial — no compitiendo característica por característica en capacidad bruta, sino construyendo ganchos de gobierno, cumplimiento e integración que el IT empresarial requiere antes de implementar herramientas de IA a escala. Para organizaciones que necesitan que VS Code encaje dentro de la arquitectura de seguridad existente en lugar de trabajar alrededor de ella, 1.122 es la versión que hace esa conversación mucho más fácil.

Combinado con la narrativa de Build 2026 de Windows como una plataforma de agentes — donde los agentes se ejecutan en entornos reiniciables y auditables en lugar de sueltos en los escritorios de los desarrolladores — las características de observabilidad y ejecución controlada de VS Code 1.122 apuntan hacia una arquitectura de desarrollo de IA empresarial coherente. El editor, la plataforma y la infraestructura de gobierno se están construyendo en paralelo.

¿Listo para Optimizar sus Herramientas de Desarrollo?

Big Hat Group ayuda a las organizaciones a estandarizar e implementar VSCode a escala con Intune, Windows 365 y GitHub Copilot. Ya sea que esté evaluando BYOK para un entorno regulado, construyendo una línea base de productividad de desarrolladores o escalando GitHub Copilot entre equipos de ingeniería, aportamos experiencia práctica a cada compromiso.

Contacte a Big Hat Group para discutir su estrategia de herramientas de desarrollo.

Big Hat Group es un partner de Microsoft especializado en gestión moderna de endpoints, Windows 365 y herramientas de productividad para desarrolladores.