ANUNCIO Y DISPONIBILIDAD
Contraste documental actualizado el 24 de octubre de 2026 con el anuncio de GitHub, el blog de Visual Studio y Microsoft Learn. Se distinguen hechos atribuidos, interpretación editorial y ejemplos propuestos. No se han probado las funciones en una instalación ni validado cambios de código. Las fuentes contienen referencias a Stable e Insiders que no permiten establecer un canal mínimo común para todas las funciones.
GitHub Copilot in Visual Studio — September updateGitHub publicó el 22 de octubre su resumen de septiembre de Copilot en Visual Studio 2026: transición de modelos propios, exploración de pull requests y asistencia con avisos de NuGet. El anuncio incluye todos los planes de Copilot, también Free. Anuncio de GitHub.
BYOM cambia de experiencia y sigue en preview
Bring Your Own Model (BYOM) continúa en preview y está activado por defecto en Community, Professional y Enterprise. Ahora requiere Agent (Preview); los anteriores modos Ask y Agent dejan de admitirlo. Microsoft advierte además de que los modelos Ollama configurados previamente deben añadirse de nuevo tras esta actualización. Blog de Visual Studio.
Los proveedores admitidos incluyen Microsoft Foundry, OpenAI, Anthropic y Ollama, con endpoints personalizados para OpenAI y Ollama. BYOM puede configurarse sin iniciar sesión en GitHub desde Add a model o Manage Models, en el selector del chat. Las capacidades del agente dependen del modelo elegido. Esta posibilidad de usar BYOM sin sesión no elimina los requisitos propios de otras funciones conectadas. Presentación oficial de BYOM.
Versiones y canales: disponibilidad con matices
Las notas sitúan la actualización de septiembre en Visual Studio 18.10.0, publicada el 8 de septiembre de 2026. Sus instrucciones de BYOM, denominado allí BYOK, remiten a Insiders 18.10; el blog del 29 de septiembre invita a instalar Stable. Estas referencias no fijan un canal mínimo uniforme. Notas de versión, resumen de Microsoft.
Las notas detallan un caso de reconfiguración de Ollama: pasar de 18.10 Insiders 1 a Insiders 2. Ese caso concreto no limita el aviso general del blog. Conviene comprobar la compilación de origen, la presencia de Agent (Preview) y la configuración de los modelos antes de actualizar. La fecha del resumen de GitHub no equivale al lanzamiento simultáneo de todas las funciones. Detalle de la transición.
Pull requests: contexto conectado al repositorio
Para explorar una pull request, se selecciona el agente Git en Copilot Chat y se adjunta la PR desde Git Repository. La respuesta incluye enlaces a comentarios y archivos. Requiere conectar los servidores MCP del proveedor Git; GitHub y Azure DevOps están admitidos. Anuncio de GitHub.
MCP, Model Context Protocol, conecta al agente con herramientas y servicios externos al IDE. Microsoft documenta autenticación, autorizaciones de herramientas y listas de servidores permitidos por la organización. Una conexión configurada puede seguir bloqueada por esas políticas. Documentación de MCP en Visual Studio.
NuGet: las propuestas necesitan revisión
Desde Visual Studio 2026 18.10, los avisos NU1901–NU1904 de NuGet Audit emitidos al restaurar dependencias ofrecen una acción en la columna Fixer de Error List. Abre Copilot Chat en modo agente para solicitar cambios. Requiere sesión en GitHub Copilot y el servidor MCP de NuGet habilitado. La documentación pide revisar y aplicar las propuestas. Guía de Error List.
El servidor viene integrado en Visual Studio 2026, pero debe habilitarse desde las herramientas del chat. Su documentación exige .NET 10 SDK o posterior. Requisitos del servidor MCP de NuGet.
Lectura práctica: una propuesta de actualización todavía necesita revisión del diff, compilación y pruebas pertinentes antes de dar el problema por resuelto. Este contraste documental no demuestra que Copilot haya corregido una vulnerabilidad en un proyecto concreto.
Lectura de Nexo: preparar la transición del equipo
La consecuencia práctica es revisar la conexión al modelo y el acceso a las herramientas del proyecto. Es una interpretación editorial de los requisitos publicados; las fuentes no cuantifican el trabajo de migración de un equipo ni garantizan la corrección de una respuesta generada. Proponemos estas comprobaciones:
- Registrar versión y canal instalados e inventariar proveedores, endpoints y modelos antes del cambio.
- Ensayar la configuración en un proyecto de prueba, con criterios de éxito para la conexión, las herramientas necesarias y la revisión del resultado.
- Comprobar acceso al repositorio, autenticación de servidores y políticas aplicables con la cuenta que utilizará el equipo.
- Revisar los cambios propuestos y ejecutar la compilación y las pruebas pertinentes antes de integrarlos.
Ejemplos propuestos, sin pruebas ejecutadas
Estos escenarios ilustran una evaluación posible. No describen sesiones realizadas, respuestas obtenidas ni resultados de seguridad verificados.
- Pull request: «Resume esta PR, enlaza los comentarios y archivos que sustentan tus conclusiones e indica qué contexto falta». Después, contrastar cada enlace con la PR original.
- NuGet: «Explica qué dependencias cambiarías, por qué y qué pruebas serían necesarias antes de aplicar la propuesta». Después, evaluar el diff y repetir las comprobaciones del proyecto.
Elaborado con asistencia de IA y revisado por Nexo Community. Las propuestas prácticas y la interpretación editorial se distinguen de los hechos documentados.
Consultar la fuente ↗

