GitHub Copilot para JetBrains estrena un ajuste pequeño en apariencia, pero bastante relevante para quien conecta su asistente de código con herramientas externas: ahora permite impedir que los servidores MCP configurados arranquen automáticamente. La actualización, anunciada por GitHub el 10 de octubre de 2026, también añade modelos predeterminados gestionados por la empresa, un acceso directo para pedir a Copilot que proponga una corrección desde los diagnósticos y varias mejoras de navegación.
Hay además un cambio que sí exige actuar: el complemento deja de admitir los IDE de JetBrains 2025.1. A partir de esta versión se necesita JetBrains 2025.2 o posterior. No es una renovación visual sin más. El paquete combina control sobre conexiones, administración del modelo inicial y un recorte de compatibilidad que conviene revisar antes de actualizar el plugin.
El cambio clave: decidir cuándo arrancan los servidores MCP
La nota oficial de GitHub publicada el 10 de octubre incorpora una preferencia para desactivar el inicio automático de servidores MCP tanto para Copilot como para Claude. MCP, o Model Context Protocol, permite que un asistente use herramientas y fuentes de datos configuradas fuera del chat, por ejemplo un repositorio, una base documental o un servicio interno.
Hasta ahora, tener un servidor configurado podía implicar que se pusiera en marcha junto con la experiencia del asistente. El nuevo control separa dos decisiones que no siempre deberían ir juntas: conservar la configuración y activar la conexión en cada sesión. Es útil en portátiles con recursos limitados, en proyectos que no necesitan las mismas herramientas y en equipos que prefieren una puesta en marcha deliberada.
Conviene no atribuirle más de lo que hace. Desactivar el arranque automático no equivale a revocar permisos, auditar un servidor o volver segura cualquier herramienta conectada. Solo cambia el momento de inicio. Cuando se active un servidor, siguen importando sus credenciales, las acciones permitidas y el alcance de los datos. Es una capa de control operativo, no un sustituto de las políticas de acceso.
Modelos predeterminados para empresas, sin bloquear el selector
La segunda novedad afecta sobre todo a organizaciones. Los administradores pueden elegir cualquiera de los modelos de agente disponibles como opción inicial para las conversaciones nuevas. La documentación de ajustes administrados de Copilot aclara que la clave model fija ese punto de partida y que puede usar selección automática o un modelo concreto.
GitHub mantiene, sin embargo, la elección explícita de quien abre la conversación. Es decir, el modelo predeterminado ayuda a estandarizar el inicio, pero no borra el selector cuando la organización permite alternativas. Esa distinción evita una lectura frecuente: predeterminado no significa necesariamente obligatorio.
Para una empresa, el valor está en reducir configuraciones distintas entre equipos y orientar cada sesión hacia una política común. Para el desarrollador individual, el efecto puede ser casi invisible. Si se necesita un modelo distinto para una tarea concreta, la actualización conserva la posibilidad de escogerlo. La política real dependerá de cómo se hayan definido los controles de la organización.
Copilot puede proponer una corrección desde el diagnóstico
Los menús de intención asociados a un diagnóstico incorporan una acción Fix. Al seleccionarla, el IDE abre el chat en línea y pide a Copilot que repare el problema. GitHub indica que utiliza el modo agente cuando está disponible y recurre al modo de consulta en caso contrario.
La mejora ahorra pasos, aunque no convierte el diagnóstico en una solución verificada. La propuesta sigue necesitando revisión, pruebas y una comparación con el comportamiento esperado. Es la misma cautela que vimos al analizar qué mide ReviewBench en la revisión de código con IA: encontrar una posible corrección y demostrar que es correcta son fases distintas.
La actualización también agrupa los mensajes por turnos, añade navegación rápida entre ellos y permite copiar o editar mensajes del usuario. Hay mejoras en el cambio de cuenta, el inicio de sesión y la fiabilidad de sesiones con agentes, personalizaciones, cambios de archivo y worktrees. Son retoques menos llamativos, pero reducen fricción en conversaciones largas.
JetBrains 2025.1 se queda fuera
El punto más urgente es la compatibilidad. GitHub confirma que termina el soporte para JetBrains IDE 2025.1 y exige la versión 2025.2 o una posterior. La lista oficial de entornos compatibles incluye IntelliJ IDEA, Android Studio, PyCharm, WebStorm, PhpStorm, Rider, GoLand, CLion, DataGrip, RubyMine, RustRover y otros productos de la familia.
La guía oficial de instalación del complemento remite al Marketplace de JetBrains para comprobar la compatibilidad exacta de cada versión. Si el IDE está fijado a 2025.1 por un plugin interno o una política corporativa, actualizar Copilot sin preparar el salto puede dejar el asistente sin soporte.
Antes de mover un equipo completo, merece la pena probar un grupo pequeño. Hay que comprobar que los plugins críticos funcionan en 2025.2, que el inicio de sesión de Copilot se mantiene y que las conexiones MCP no se activan de una forma distinta a la esperada. Si existen servidores con acceso sensible, la administración empresarial de políticas MCP permite controlar su disponibilidad, pero no sustituye la revisión de cada servidor.
Qué revisar después de actualizar GitHub Copilot para JetBrains
El cambio no requiere rehacer la configuración, pero sí ofrece una buena ocasión para ordenar conexiones y versiones. Una revisión práctica puede limitarse a cinco puntos:
- confirmar que el IDE es 2025.2 o posterior antes de actualizar el complemento;
- listar los servidores MCP configurados y anotar cuáles necesita cada proyecto;
- desactivar el inicio automático donde no aporte valor o añada exposición innecesaria;
- comprobar qué modelo aparece por defecto y si el selector sigue disponible;
- tratar cada corrección generada desde un diagnóstico como una propuesta que debe pasar pruebas.
El enfoque encaja con una tendencia más amplia: los asistentes de programación ya no se limitan a completar texto, sino que abren herramientas, modifican archivos y actúan dentro del entorno. Plataformas como OpenShell de NVIDIA intentan poner límites a esa ejecución. En JetBrains, GitHub da ahora un paso más modesto, pero útil: permitir que una conexión configurada no tenga que arrancar por defecto.
Nuestra lectura: menos automatismo y más control explícito
La parte más valiosa de esta versión no es el botón para pedir una reparación, sino la posibilidad de separar configuración y activación. GitHub Copilot para JetBrains puede conservar una herramienta preparada sin encenderla en todas las sesiones. Eso reduce ruido y permite adaptar el entorno al proyecto que está abierto.
El beneficio depende de usar el ajuste con criterio. Si todos los servidores se dejan activos y sus permisos no se revisan, nada cambia de fondo. Si el equipo identifica qué conexión necesita, cuándo debe arrancar y qué puede hacer, el nuevo control sí mejora la operación diaria. Para usuarios de JetBrains 2025.1, la prioridad es más sencilla: planificar la actualización del IDE antes de quedarse en una combinación sin soporte.
Transparencia editorial: este artículo se basa en el anuncio y la documentación oficial de GitHub consultados el 12 de octubre de 2026. No contiene enlaces de afiliado ni afirma pruebas propias del complemento.
