Elegir un modelo para un asistente de programación afecta a dos parámetros del trabajo: la calidad con la que se realiza la tarea y el coste de cada uso. El 26 de octubre de 2026, GitHub anunció la disponibilidad general de GPT-6.1 Terra en Copilot y describió su propósito como la programación agéntica cotidiana y el trabajo en terminal. Para un equipo, la pregunta práctica ahora es concreta: ¿en qué tareas rinde Terra lo bastante bien como para convertirse en la opción habitual?

Qué anunció exactamente GitHub
Según el anuncio de GitHub del 26 de octubre, GPT-6.1 Terra está disponible para los suscriptores de Copilot Pro, Pro+, Max, Business y Enterprise. Se puede seleccionar en VS Code, Visual Studio, Copilot CLI, el agente en la nube de Copilot y otros clientes de GitHub mencionados. El despliegue es gradual, así que el acceso puede habilitarse en distintos momentos para cada usuario.
GitHub presenta el modelo como una opción para el trabajo agéntico cotidiano y las tareas en terminal, y señala que su coste es menor que el de GPT-6.1 Sol. La empresa también afirma que, durante las pruebas iniciales, Terra resolvió bastantes más tareas de terminal y C# que GPT-5.6 Terra. Se trata de una afirmación de GitHub sobre pruebas preliminares: la nota publicada no indica el tamaño del conjunto, las métricas ni las condiciones de comparación. Por eso, conviene tomarla como una pista para elegir tareas para un piloto propio y medir los resultados en un repositorio de trabajo.
Acceso y pago
GitHub indica que se aplica la facturación por uso según las tarifas del proveedor. El coste concreto depende de las condiciones vigentes y de cómo Copilot facture el uso del modelo; antes del piloto, consulta la documentación de GitHub sobre modelos y los precios actuales de Copilot.
En las organizaciones Business y Enterprise, los administradores gestionan el acceso mediante políticas de modelos en la configuración de Copilot. Si está activado el valor predeterminado global, el nuevo modelo se habilita automáticamente, salvo que el administrador desactive esa regla o prohíba Terra por separado. Por tanto, si el modelo no aparece en la lista, conviene revisar tanto la cuenta del usuario como las políticas de la organización, y tener en cuenta el despliegue gradual.
Cómo realizar un piloto breve
Elige un conjunto de tareas reales y bien delimitadas: corregir un error pequeño mediante el terminal, modificar código en C#, actualizar una prueba y resolver una tarea en la que el agente deba explorar el repositorio antes de editarlo. Este conjunto se ajusta a los escenarios señalados por GitHub y ayuda a comprobar la utilidad del modelo en el contexto de tu base de código.
- Define la tarea y los criterios. Para cada ejemplo, anota el cambio esperado, las pruebas obligatorias y las condiciones para considerar que la tarea está terminada.
- Compara los modelos en las mismas condiciones. Usa la misma instrucción, rama o instantánea del repositorio y los mismos permisos para las herramientas. Guarda el diff y el registro de acciones del agente.
- Evalúa el resultado, no la impresión. Calcula la proporción de tareas que superan las pruebas y la revisión sin modificaciones sustanciales. Registra por separado el tiempo manual, el número de reintentos y los casos en que el agente eligió una acción incorrecta en el terminal.
- Compara la calidad con el gasto. Usa los datos reales de facturación del periodo piloto y calcula el coste por tarea aceptada. Así el equipo obtiene una comparación práctica, en lugar de basarse solo en el precio del modelo o la velocidad de algunas respuestas.
Si Terra ofrece un nivel de corrección aceptable con un gasto menor en tareas habituales, conviértela en la opción predeterminada para esos escenarios y reserva un modelo más potente para el trabajo complejo. Si la ventaja no se aprecia en el código propio, puedes dejar la elección del modelo a cada desarrollador y repetir la evaluación con otro grupo de tareas.
Conclusiones de la actualización
GPT-6.1 Terra ya está disponible en GitHub Copilot para los planes y las aplicaciones cliente indicados, y su ámbito declarado son la programación agéntica cotidiana y las tareas en terminal. Empieza por comprobar las políticas de la organización y realizar un pequeño piloto comparable: así podrás ver hasta qué punto el posicionamiento anunciado coincide con las tareas de tu equipo y con el coste real de los resultados aceptados.