Michael JohnsonВибір моделі в помічнику для програмування впливає одразу на два робочі параметри: якість виконання завдання та вартість кожного використання. 26 жовтня 2026 року GitHub оголосила про загальну доступність GPT-6.1 Terra у Copilot і визначила її призначення як повсякденне агентне програмування та роботу в терміналі. Для команди практичне питання тепер звучить конкретно: з якими завданнями Terra справляється достатньо добре, щоб стати звичним вибором?
Що саме оголосила GitHub
Згідно з повідомленням GitHub від 26 жовтня, GPT-6.1 Terra доступна передплатникам Copilot Pro, Pro+, Max, Business і Enterprise. Її можна вибрати у VS Code, Visual Studio, Copilot CLI, хмарному агенті Copilot та інших клієнтах GitHub, перелічених у повідомленні. Розгортання відбувається поступово, тому модель може стати доступною користувачам у різний час.
GitHub позиціонує модель для повсякденної агентної роботи й завдань у терміналі, зазначаючи, що вона коштує менше за GPT-6.1 Sol. Компанія також повідомляє, що під час раннього тестування Terra розв’язала помітно більше завдань із терміналом і C#, ніж GPT-5.6 Terra. Це твердження GitHub про ранні тести: в опублікованій нотатці не вказано розмір набору, метрики чи умови порівняння. Тому краще сприймати його як підказку щодо вибору завдань для власного пілоту, а результат виміряти на робочому репозиторії.
Доступ і оплата
GitHub зазначає, що оплата здійснюється за тарифами постачальника в режимі usage-based billing. Конкретна вартість залежить від чинних умов і того, як Copilot тарифікує використання моделі; перед пілотом перевірте документацію GitHub про моделі та актуальні ціни Copilot.
В організаціях із планами Business та Enterprise адміністратори керують доступом за допомогою політик моделей у налаштуваннях Copilot. Якщо ввімкнено глобальне значення за замовчуванням, нова модель додається автоматично, якщо адміністратор не вимкнув це правило або окремо не заборонив Terra. Отже, якщо моделі немає у списку, перевірте налаштування користувача й політику організації, а також зважте на поступове розгортання.
Як провести короткий пілот
Доберіть набір реальних, чітко визначених завдань: виправлення невеликої помилки через термінал, зміна коду на C#, оновлення тесту та завдання, для якого агент має дослідити репозиторій перед внесенням змін. Такий набір відповідає сценаріям, на які вказує GitHub, і допомагає перевірити користь у контексті вашої кодової бази.
- Зафіксуйте завдання та критерії. Для кожного прикладу запишіть очікувану зміну, обов’язкові тести й умови, за яких рішення вважається завершеним.
- Порівняйте моделі за однакових умов. Використовуйте ту саму інструкцію, гілку або знімок репозиторію та однакові дозволи для інструментів. Збережіть diff і журнал дій агента.
- Оцінюйте результат, а не враження. Порахуйте частку завдань, що пройшли тести й перевірку без істотного доопрацювання. Окремо відзначайте час ручної роботи, кількість повторних спроб і випадки, коли агент обрав неправильну дію в терміналі.
- Порівняйте якість із витратами. Використовуйте фактичні дані білінгу за період пілоту та порахуйте вартість одного прийнятого завдання. Так команда отримає практичне порівняння замість висновків, заснованих лише на ціні моделі чи швидкості окремих відповідей.
Якщо Terra забезпечує прийнятний рівень виправлень за менших витрат на типових завданнях, призначте її стандартом для цих сценаріїв, залишивши потужнішу модель для складної роботи. Якщо на власному коді переваги не видно, можна залишити вибір моделі розробнику й повторити оцінювання на іншій групі завдань.
Що варто знати про оновлення
GPT-6.1 Terra вже доступна в GitHub Copilot для перелічених планів і клієнтських застосунків, а заявлена сфера її застосування — повсякденне агентне програмування та робота в терміналі. Почніть із перевірки політики організації та невеликого порівняльного пілоту: він покаже, наскільки заявлене позиціювання відповідає завданням вашої команди й реальній вартості прийнятого результату.
