GitHub permite fijar el modelo por defecto de Copilot en JetBrains. Un valor por defecto no es una política

La mayoría de las personas nunca cambia un valor por defecto. Por eso los valores por defecto son poderosos, y por eso es fácil confundirlos con controles.

La actualización del 10 de octubre de GitHub para los IDE de JetBrains añade dos configuraciones que los administradores empresariales notarán. A través de la configuración gestionada, ahora pueden “elegir cualquier modelo de agente de Copilot disponible como predeterminado para las nuevas conversaciones”. Y una nueva configuración “les permite desactivar el inicio automático del servidor para Copilot y Claude”, lo que significa que los servidores MCP ya no tienen que lanzarse en el momento en que lo hace el IDE. La versión también añade una acción Fix que envía diagnósticos del IDE a Copilot, trabajo de fiabilidad en sesiones, worktrees y cambio de modelo, y un requisito: JetBrains IDE 2025.2 o posterior, ya que el soporte para 2025.1 ha finalizado.

Qué hace un modelo por defecto

Un valor por defecto dirige. Si la mayoría de los desarrolladores mantiene el modelo con el que comienza una nueva conversación, el valor por defecto empresarial decide la mayor parte del gasto y la mayor parte del comportamiento en miles de sesiones. Elegir un modelo eficiente como punto de partida, con el modelo de frontera a un clic de distancia, es una palanca de costo sensata, la misma lógica que aplicamos a pagar por velocidad solo donde alguien está esperando.

Pero GitHub es explícito en que la elección explícita de un usuario en el selector de modelos se conserva. El valor por defecto establece dónde comienza la gente, no a dónde puede ir. Restringir qué modelos están disponibles es una decisión separada, que se toma a través de las políticas de modelos de Copilot de la organización. Tratar el nuevo valor por defecto como una restricción dejaría una brecha entre lo que el administrador cree y lo que los desarrolladores pueden hacer.

Qué hace el inicio automático de MCP

La configuración de MCP es similar. Desactivar el inicio automático cambia cuándo se lanzan los servidores MCP configurados: bajo demanda en lugar de con el IDE. Eso reduce el número de conexiones de herramientas que se ejecutan en segundo plano en cada máquina de desarrollador, lo cual es una buena higiene. No decide qué servidores MCP están permitidos, a qué pueden acceder o qué credenciales poseen. El registro de cambios tampoco dice si la configuración se gestiona de forma centralizada o la elige cada desarrollador.

Las preguntas que gobiernan el riesgo de MCP siguen donde estaban: qué servidores están permitidos, bajo qué identidad actúan y dónde se registra su tráfico, la brecha que describimos en conectividad MCP sin gobernanza MCP.

Use ambos, etiquételos correctamente

Nada de esto disminuye la actualización. La gobernanza de agentes de codificación se está moviendo hacia el IDE, donde los desarrolladores realmente trabajan, y estas configuraciones facilitan establecer una base consistente en toda una flota. La disciplina está en las etiquetas:

• Valores por defecto establecen el punto de partida: qué modelo, qué servidores se lanzan. Dan forma al costo y la consistencia.
• Políticas establecen el límite: qué modelos y herramientas están permitidos en absoluto. Son lo que un auditor preguntará.
• Versiones establecen el piso: una flota de IDE que todavía está en 2025.1 acaba de perder el soporte de plugins, lo cual es un riesgo en sí mismo.

Anote cuáles de sus controles de Copilot son valores por defecto y cuáles son políticas. Si la lista de políticas es corta, el modelo por defecto no es un control. Es una sugerencia que la mayoría de la gente aceptará.