Michael JohnsonWybór modelu w asystencie programistycznym wpływa bezpośrednio na dwa parametry pracy: jakość wykonania zadania i koszt każdego użycia. 26 października 2026 roku GitHub ogłosił ogólną dostępność GPT-6.1 Terra w Copilot i opisał jej przeznaczenie jako codzienne programowanie agentowe oraz pracę w terminalu. Dla zespołu praktyczne pytanie brzmi teraz konkretnie: przy jakich zadaniach Terra radzi sobie wystarczająco dobrze, by stać się domyślnym wyborem?
Co dokładnie ogłosił GitHub
Według komunikatu GitHub z 26 października, GPT-6.1 Terra jest dostępna dla subskrybentów Copilot Pro, Pro+, Max, Business i Enterprise. Można wybrać ją w VS Code, Visual Studio, Copilot CLI, agencie chmurowym Copilot i innych klientach wymienionych przez GitHub. Wdrażanie odbywa się stopniowo, więc dostęp może pojawiać się u użytkowników w różnym czasie.
GitHub pozycjonuje model do codziennej pracy agentowej i zadań w terminalu, wskazując na niższy koszt w porównaniu z GPT-6.1 Sol. Firma informuje również, że we wczesnych testach Terra rozwiązała wyraźnie więcej zadań dotyczących terminala i C# niż GPT-5.6 Terra. To deklaracja GitHub dotycząca wczesnych testów: opublikowana notatka nie podaje wielkości zestawu, metryk ani warunków porównania. Dlatego najlepiej potraktować ją jako wskazówkę przy wyborze zadań do własnego pilotażu, a wyniki zmierzyć na roboczym repozytorium.
Dostęp i opłaty
GitHub wskazuje rozliczanie według stawek dostawcy w modelu usage-based billing. Konkretna cena zależy od aktualnych warunków i sposobu, w jaki Copilot nalicza opłaty za korzystanie z modelu; przed pilotażem sprawdź dokumentację GitHub dotyczącą modeli oraz aktualne ceny Copilot.
W organizacjach korzystających z Business i Enterprise administratorzy zarządzają dostępem za pomocą zasad dotyczących modeli w ustawieniach Copilot. Jeśli włączone jest globalne ustawienie domyślne, nowy model zostaje włączony automatycznie, chyba że administrator wyłączy tę regułę lub osobno zablokuje Terra. Jeśli więc modelu nie ma na liście, należy sprawdzić dostęp zarówno po stronie użytkownika, jak i w zasadach organizacji, a także uwzględnić stopniowe wdrażanie.
Jak przeprowadzić krótki pilotaż
Przygotuj zestaw rzeczywistych, jasno określonych zadań: poprawkę niewielkiego błędu za pomocą terminala, zmianę kodu w C#, aktualizację testu oraz zadanie wymagające od agenta zbadania repozytorium przed wprowadzeniem zmian. Taki zestaw odpowiada scenariuszom wskazanym przez GitHub i pozwala sprawdzić przydatność modelu w kontekście własnej bazy kodu.
- Określ zadanie i kryteria. Dla każdego przykładu zapisz oczekiwaną zmianę, wymagane testy oraz warunki uznania rozwiązania za ukończone.
- Porównaj modele w takich samych warunkach. Użyj tych samych instrukcji, gałęzi lub migawki repozytorium oraz identycznych uprawnień do narzędzi. Zachowaj diff i dziennik działań agenta.
- Oceń wynik, a nie wrażenie. Oblicz odsetek zadań, które przechodzą testy i przegląd bez istotnych poprawek. Osobno odnotuj czas pracy ręcznej, liczbę ponownych prób i sytuacje, w których agent wybrał niewłaściwe działanie w terminalu.
- Porównaj jakość z kosztami. Skorzystaj z rzeczywistych danych rozliczeniowych z okresu pilotażu i oblicz koszt jednego zaakceptowanego zadania. Dzięki temu zespół uzyska praktyczne porównanie zamiast opierać wnioski wyłącznie na cenie modelu lub szybkości pojedynczych odpowiedzi.
Jeśli Terra zapewnia akceptowalny poziom poprawek przy niższych kosztach w typowych zadaniach, ustaw ją jako domyślny model dla tych scenariuszy, zachowując mocniejszy model do trudniejszych prac. Jeśli przewaga nie ujawni się w przypadku własnego kodu, można pozostawić wybór modelu programistom i powtórzyć ocenę na innej grupie zadań.
Co warto zapamiętać z aktualizacji
GPT-6.1 Terra jest już dostępna w GitHub Copilot dla wymienionych planów i aplikacji klienckich, a jej deklarowany zakres zastosowań obejmuje codzienne programowanie agentowe i pracę w terminalu. Zacznij od sprawdzenia zasad organizacji i krótkiego, porównywalnego pilotażu: pokaże on, na ile deklarowane przeznaczenie odpowiada zadaniom zespołu i rzeczywistemu kosztowi zaakceptowanego wyniku.
