Visual Studio Bring Your Own Model sale de Insiders: en Preview y prendido en la 18.10.0

Visual Studio Bring Your Own Model ya no se limita al canal Insiders: desde el 8 de septiembre viene en la versión general 18.10.0 de Visual Studio 2026. Microsoft habilitó en Preview la posibilidad de conectarle al asistente del IDE un modelo de inteligencia artificial que no sea el de GitHub Copilot: tu propia clave de OpenAI, de Anthropic, un despliegue de Microsoft Foundry o un modelo servido con Ollama. Y funciona tengas o no la sesión de GitHub iniciada. Viene habilitado por defecto en las tres ediciones: Community, Professional y Enterprise.

Hasta ahí el titular. Ahora la letra chica, que conviene leer despacio: sigue siendo Preview. Las notas de la 18.10.0 no documentan un control para que un administrador lo apague. Y si ya venías usando modelos propios en los modos Ask y Agent anteriores, vas a tener que volver a cargarlos.

Actualización del 13 de septiembre de 2026. Esta nota salió el 24 de agosto, con la función nueva solo en Insiders. El 8 de septiembre llegó a la versión general 18.10.0, cuyas notas la llaman Bring Your Own Key (BYOK) y no mencionan la política ADMX prometida. Actualizamos el título, la entrada, la ficha, las secciones de proveedores, interruptor, versiones, configuración anterior y lo que significa para vos, las preguntas frecuentes y las imágenes. Y corregimos un error nuestro: dijimos que las notas de Visual Studio 2022 no documentaban modelos personalizados, y ya documentaban una función distinta, solo para el chat.

Lo que vas a encontrar acá abajo

• Qué es Visual Studio Bring Your Own Model y qué cambia de verdad
• Los cuatro proveedores que entran (y el detalle de la URL propia)
• Prendido de fábrica en las tres ediciones, con el interruptor sin documentar
• Dónde está exactamente: la 18.10.0 general, y por qué eso importa
• La parte incómoda: lo que tenías configurado dejó de funcionar
• Por qué Microsoft dice que lo hizo
• ¿Y esto qué significa para vos?
• Preguntas frecuentes sobre BYOM en Visual Studio

Qué es Visual Studio Bring Your Own Model y qué cambia de verdad

BYOM —por Bring Your Own Model, «traé tu propio modelo»— es la función que deja elegir qué motor de IA responde adentro del chat de Visual Studio. El anuncio oficial del blog de Visual Studio, firmado por Tanmayee Kamath, arranca con una observación honesta: la pregunta que más escuchan no es cuál modelo es el mejor, sino si se puede usar el propio.

«Los desarrolladores ya no trabajan en un mundo de un solo modelo. Podés recurrir a un modelo para programar todos los días, a otro para un problema de dominio específico, y a un modelo aprobado para trabajo que tiene que quedar dentro de los límites de gobernanza de tu organización.» (traducción nuestra)

Tanmayee Kamath, Microsoft — vía el blog oficial de Visual Studio

La mecánica concreta: abrís el chat, entrás al selector de modelos, elegís Add a model o Manage models, hacés clic en Add model provider y trabajás en el modo Agent (Preview). Funciona con la sesión de GitHub iniciada o sin ella, que es el dato más llamativo del anuncio.

Ojo con leer eso como una ruptura: GitHub no desaparece del circuito. El propio anuncio dice que el nuevo Agent está construido sobre un armazón basado en el SDK de GitHub Copilot, y presenta a BYOM como una opción que se suma a los modelos de GitHub Copilot, no como un reemplazo. Lo que se cae es el requisito de sesión, no la relación con Copilot.

Los cuatro proveedores que entran (y el detalle de la URL propia)

La lista de esta primera vuelta es corta y está escrita con nombre y apellido en el anuncio: Microsoft Foundry, OpenAI, Anthropic y Ollama. Dos de ellos traen un extra que conviene mirar: OpenAI y Ollama admiten URL personalizada, o sea que se puede apuntar a un endpoint propio en lugar del público. Anthropic y Foundry no aparecen en esa lista de URL a medida, ni en el anuncio ni en las notas de la 18.10.0.

Microsoft es explícita sobre el límite, y conviene citarlo antes de que alguien se ilusione de más: en la entrega de Insiders que presentó el anuncio no intentaba certificar cada combinación de modelo y proveedor y, cuando una función dependiera de algo que el modelo no ofrece, el objetivo declarado era «fallar con elegancia» (traducción nuestra de «fail gracefully»). Las notas de la 18.10.0 lo formulan así: cuando una función no está soportada, Visual Studio lo marca con claridad en lugar de fallar en silencio (traducción nuestra). En criollo: si algo no anda con el modelo que elegiste, es esperable.

Prendido de fábrica en las tres ediciones, con el interruptor sin documentar

Acá está la tensión más rara del anuncio, y no la inventamos nosotros: está en el mismo párrafo. Microsoft dice que BYOM llega «disponible y habilitado por defecto en las ediciones Community, Professional y Enterprise», y en la oración siguiente aclara que las capacidades de gestión empresarial —incluidos los controles de administrador para desactivar BYOM y la configuración centralizada de modelos para Professional y Enterprise— «llegan pronto» (traducción nuestra).

O sea: la función estaba encendida y, según el propio anuncio, la palanca para que un administrador la apague todavía no había llegado. En la sección de próximos pasos ponía fecha aproximada: la política ADMX para Professional y Enterprise llegaba «pronto, como parte del lanzamiento general de la 18.10» (traducción nuestra).

Ese lanzamiento general salió el 8 de septiembre, y la política no aparece en sus notas de versión. Tampoco nombran a BYOK las páginas de Microsoft Learn de políticas para despliegues empresariales, de plantillas administrativas (ADMX) y de controles de administrador de GitHub Copilot. Esta última sí documenta políticas ADMX para desactivar Copilot entero (desde Visual Studio 2022 17.10) y el modo Agent (desde la 17.14.16), pero ninguna de las tres dice si alcanzan a BYOK o al nuevo Agent (Preview). Que no esté documentado no prueba que no exista, pero ninguna explica cómo se apaga.

Que quede claro el alcance real: que esté habilitado no significa que haya un modelo ajeno funcionando sin que lo pidas. Alguien tiene que entrar al selector, agregar un proveedor y pegar una clave. Lo que no está documentado es cómo un equipo de TI impide que ese paso se dé. Para un desarrollador individual el asunto es indistinto; para el que administra diez máquinas en una industria regulada, no tanto.

Dónde está exactamente: la 18.10.0 general, y por qué eso importa

El anuncio del 24 de agosto nombra una sola versión: «BYOM está disponible en Preview dentro del Visual Studio 18.10 Insiders Release» (traducción nuestra). Su enlace de descarga apunta a la página oficial de Visual Studio 2026 Insiders, el canal de pruebas de esa generación.

Dos semanas después, la función saltó del canal de pruebas al general. Según las notas de Visual Studio 2026, el 8 de septiembre de 2026 salieron dos entregas generales: la 18.10.0, el «September Update», y la 18.9.3. La que trae la función es la 18.10.0, en una sección titulada «Updates to Bring Your Own Key»: las notas la llaman BYOK —de clave, no de modelo— y la describen como disponible en preview y habilitada por defecto en las tres ediciones, con los mismos proveedores del anuncio.

Esa misma sección todavía dice que para probarla hay que instalar «la última versión de Visual Studio Insiders (18.10)» (traducción nuestra), y aclara que los modelos de Ollama agregados en la 18.10 Insiders 1 hay que volver a agregarlos en la Insiders 2. Por lo que leemos, son restos del texto de Insiders, porque el mismo bloque da la función por disponible en la versión general.

Y un matiz: lo que ya figuraba en la 18.9 es una vista de gestión de modelos que promete «administrá tus modelos personalizados y los modelos de Copilot en un solo lugar» (traducción nuestra). Traer un modelo propio, entonces, no nació con este anuncio: ya existía. Lo que nace es la versión reconstruida sobre el Agent (Preview), encendida por defecto en las tres ediciones, y lo que muere, como veremos enseguida, es la configuración anterior.

Visual Studio 2022 pertenece a otra familia de versiones: las notas de la versión de Visual Studio 2022 lo identifican como la 17.14. Ni el anuncio de BYOM ni la sección de BYOK de la 18.10.0 lo mencionan. Pero ojo, porque acá esta nota se equivocó: dijo que las notas de Visual Studio 2022 no documentaban modelos personalizados, y ya los documentaban cuando la escribimos; buscamos una palabra que esa sección no usa. Dentro de GitHub Copilot, esas notas describen «Bring your own model to chat»: claves de API de Anthropic, Google u OpenAI, solo para el chat y sin soporte para Copilot Business ni Enterprise. No es la función de este anuncio, que vive en el Agent (Preview) de Visual Studio 2026, suma Foundry y Ollama y no lista a Google.

La parte incómoda: lo que tenías configurado dejó de funcionar

Si BYOM te suena conocido es porque Visual Studio 2026 ya tenía una versión anterior de la función, dentro de los modos Ask y Agent viejos. Esa versión ya no está soportada. El anuncio lo dice sin rodeos y lo marca como importante: la capacidad está evolucionando junto al nuevo Agent (Preview), y como parte de esa transición la experiencia anterior quedó afuera. Ni el anuncio ni la sección de BYOK de la 18.10.0 extienden esa baja a la función de chat de Visual Studio 2022, que es otra.

La consecuencia práctica está escrita en la misma línea: si ya habías agregado modelos con BYOM, vas a tener que volver a agregarlos con la actualización que presentó el anuncio. Las notas de la 18.10.0 lo confirman con otras palabras: la experiencia BYOK anterior de los modos Ask y Agent «ya no está soportada» (traducción nuestra). Para usar la función nueva se trabaja en el modo Agent (Preview) de la 18.10.0; ese modo está en la versión general desde la 18.8.0 de julio.

Por qué Microsoft dice que lo hizo

El anuncio dedica una sección entera a la motivación, y no habla de entusiasmo por la IA sino de permisos corporativos. Microsoft cuenta que pasó meses con desarrolladores de empresa, administradores de TI y responsables de seguridad —los que deciden si una herramienta de IA se aprueba o se bloquea— y que apareció un patrón repetido:

• Modelos ya aprobados. Organizaciones que ya invirtieron en modelos aprobados, muchas veces desplegados detrás de endpoints privados, y que quieren usarlos con Copilot en Visual Studio sin mandar código ni prompts a otro proveedor.
• Industrias reguladas. El texto nombra servicios financieros, salud, sector público y defensa: ahí la herramienta tiene que cumplir requisitos de identidad, flujo de datos y control administrativo para siquiera poder usarse.
• Costo y rendimiento. Equipos que quieren elegir el modelo que entra en su presupuesto y en sus tiempos de respuesta.

La hoja de ruta que declara para después incluye, además de la política ADMX: configuración centralizada de modelos, controles más finos —tamaño de contexto, llamadas a herramientas y esfuerzo de pensamiento del modelo—, más proveedores y modelos, detección de compatibilidad más inteligente e integración más profunda con Microsoft Foundry. El propio texto aclaraba que nada de eso estaba incluido en esa entrega de Insiders.

¿Y esto qué significa para vos?

Depende bastante de con qué Visual Studio te levantás a la mañana.

Si programás por tu cuenta y ya tenés una clave de API dando vueltas, esto es una buena noticia concreta: podés usar el chat del IDE con el modelo que ya pagás y sin tener que loguearte en GitHub. El costo se te va al proveedor del modelo. Y como OpenAI y Ollama aceptan URL personalizada, podés apuntar a un endpoint propio, que es la parte interesante para quien no quiere que su código salga a pasear.

Si usás Visual Studio 2022 con licencia perpetua, el BYOK nuevo no aparece en sus notas de versión: está documentado en Visual Studio 2026. Si estás en la 17.14, esas notas documentan otra función, dentro de GitHub Copilot: «Bring your own model to chat», solo para el chat y sin soporte para Copilot Business ni Enterprise. Y la baja de la configuración anterior se acota a los modos Ask y Agent anteriores: ni el anuncio ni las notas de la 18.10.0 la extienden a Visual Studio 2022. Y no hay que correr a actualizar: si algún día querés probar la generación nueva, la propia página de Insiders promete «instalación lado a lado con VS2022 y compatibilidad completa con las cargas de trabajo existentes» (traducción nuestra). Mientras tanto, una licencia de Visual Studio 2022 Professional te sigue dando el entorno de edición, depuración, Git y pruebas que ya conocés.

Si administrás las máquinas de un equipo o de una PyME, esto te toca más que el 24 de agosto: según las notas de la 18.10.0, la función ya no queda encerrada en Insiders, sino que llega con la actualización general y viene habilitada por defecto. La política ADMX que el anuncio prometía para esa versión no aparece en esas notas ni en las tres páginas de Learn que revisamos, y las de Copilot y del modo Agent que sí están documentadas no dicen si alcanzan a BYOK: antes de confiar en ellas, probalo en una máquina de prueba. La recomendación práctica: antes de pasar las máquinas de producción a la 18.10.0, decidí si te sirve así. Nuestra lectura, porque ni el anuncio ni las notas hablan de postura de seguridad, es que no se trata de un agujero, sino de una función encendida sin su control de gestión documentado. Distinto, pero igual de relevante cuando el código que se edita no es tuyo.

Y una nota de sentido común que vale para cualquier asistente al que le entregás llaves: darle a una herramienta acceso a tus servicios es tan grande como lo que ese acceso alcanza. Ya vimos cómo una cadena de tres fallas en Microsoft Copilot Personal llegó a leer el Gmail que el propio usuario le había conectado. No es el mismo mecanismo —allá eran conectores, acá es una clave de API—, pero el criterio es idéntico: mirá qué abre lo que estás pegando.

Preguntas frecuentes sobre BYOM en Visual Studio

¿Sirve en Visual Studio 2022?

La función nueva no aparece documentada para Visual Studio 2022: la que Microsoft anunció como BYOM y sus notas llaman BYOK es de Visual Studio 2026, en la versión general 18.10.0 desde el 8 de septiembre. Las notas de la 17.14 documentan otra, dentro de GitHub Copilot: «Bring your own model to chat», con claves de Anthropic, Google u OpenAI, solo para el chat y sin soporte para Copilot Business ni Enterprise.

¿Necesito tener la sesión de GitHub iniciada?

No. El anuncio dice que el flujo funciona tanto logueado como deslogueado de GitHub, y que se puede conectar un despliegue de Microsoft Foundry o usar una clave propia de otro proveedor soportado. Sobre suscripciones a Copilot no dice nada.

¿Qué modelos se pueden conectar hoy?

Los proveedores soportados en este Preview son Microsoft Foundry, OpenAI, Anthropic y Ollama; OpenAI y Ollama admiten además URL personalizada para apuntar a un endpoint propio. Las notas de la 18.10.0 advierten que todavía no todos los modelos soportan todas las capacidades del modo Agent.

¿Un administrador puede desactivarlo en las máquinas de su equipo?

No está documentado cómo. El anuncio prometía una política ADMX para desactivarlo en Professional y Enterprise con el lanzamiento general de la 18.10, que salió el 8 de septiembre: sus notas no mencionan ninguna política ADMX y las páginas de Learn sobre políticas, plantillas administrativas y controles de Copilot no nombran a BYOK. La de Copilot documenta políticas ADMX para desactivar Copilot y el modo Agent, pero no dice si alcanzan a BYOK. Mientras tanto, la función viene habilitada por defecto.

🛒 Te puede servir

Visual Studio 2022 Professional Retail – 1 PC – PermanenteSi te quedás en la 17.14, que sea con licencia a tu nombre.Ver precio de hoy →

¿Y vos qué opinás? Dejalo en los comentarios ⬇️
Tu Visual Studio 2022, con licencia a tu nombre →