GPT-6.1 Terra v GitHub Copilot: kdy zvolit nový model

Volba modelu v programátorském asistentovi ovlivňuje hned dva pracovní parametry: kvalitu řešení úlohy a cenu každého použití. GitHub 26. října 2026 oznámil obecnou dostupnost GPT-6.1 Terra v Copilotu a popsal její určení jako každodenní agentické programování a práci v terminálu. Praktická otázka pro tým nyní zní konkrétně: u kterých úloh si Terra vede dost dobře na to, aby se stala běžnou volbou?

Co přesně GitHub oznámil

Podle oznámení GitHubu z 26. října je GPT-6.1 Terra dostupná předplatitelům Copilot Pro, Pro+, Max, Business a Enterprise. Lze ji vybrat ve VS Code, Visual Studiu, Copilot CLI, cloudovém agentovi Copilot a dalších klientech, které GitHub uvádí. Zpřístupňování probíhá postupně, takže model nemusí být dostupný všem uživatelům současně.

GitHub model určuje pro každodenní agentickou práci a úlohy v terminálu a uvádí, že je levnější než GPT-6.1 Sol. Společnost také tvrdí, že při raném testování Terra vyřešila výrazně více úloh v terminálu a v C# než GPT-5.6 Terra. Jde o tvrzení GitHubu o raných testech: zveřejněný příspěvek neuvádí velikost souboru úloh, metriky ani podmínky srovnání. Berte ho proto spíše jako vodítko při výběru úloh pro vlastní pilot a výsledek změřte ve svém pracovním repozitáři.

Přístup a účtování

GitHub uvádí účtování podle sazeb poskytovatele v režimu platby podle využití. Konkrétní cena závisí na aktuálních podmínkách a způsobu, jakým Copilot účtuje používání modelu; před pilotem si ověřte dokumentaci GitHubu k modelům a aktuální ceny Copilotu.

V organizacích s plány Business a Enterprise spravují administrátoři přístup prostřednictvím zásad modelů v nastavení Copilotu. Pokud je zapnuté globální výchozí nastavení, nový model se povolí automaticky, pokud administrátor toto pravidlo nevypnul nebo Terra samostatně nezakázal. Pokud tedy model v seznamu nevidíte, zkontrolujte nastavení jak na straně uživatele, tak v zásadách organizace a zohledněte také postupné zpřístupňování.

Jak provést krátký pilot

Vyberte soubor skutečných, dobře vymezených úloh: opravu drobné chyby přes terminál, změnu kódu v C#, aktualizaci testu a úlohu, při níž má agent před úpravou prozkoumat repozitář. Takový soubor odpovídá scénářům, na které GitHub poukazuje, a pomůže ověřit přínos v kontextu vaší kódové základny.

1. Stanovte úlohu a kritéria. U každého příkladu zapište očekávanou změnu, povinné testy a podmínky, za nichž lze řešení považovat za dokončené.
2. Srovnejte modely za stejných podmínek. Použijte stejné zadání, větev nebo snímek repozitáře a stejná oprávnění k nástrojům. Uložte rozdíly v kódu i záznam činnosti agenta.
3. Hodnoťte výsledek, ne dojem. Sledujte podíl úloh, které prošly testy a kontrolou kódu bez zásadního přepracování. Samostatně zaznamenávejte čas strávený ruční prací, počet opakovaných pokusů a případy, kdy agent v terminálu zvolil nesprávnou akci.
4. Porovnejte kvalitu s náklady. Použijte skutečné údaje o účtování za dobu pilotu a vypočítejte cenu za jeden přijatý výsledek úlohy. Tým tak získá praktické srovnání místo závěrů založených pouze na ceně modelu nebo rychlosti jednotlivých odpovědí.

Pokud Terra u typických úloh dosahuje přijatelné úrovně oprav při nižších nákladech, nastavte ji pro tyto scénáře jako výchozí model a výkonnější model si ponechte pro složitou práci. Pokud se přínos ve vašem vlastním kódu nepotvrdí, můžete volbu modelu ponechat na vývojářích a vyhodnocení zopakovat na jiné skupině úloh.

Co si z aktualizace odnést

GPT-6.1 Terra je už dostupná v GitHub Copilotu pro uvedené tarify a klientské aplikace; její deklarovanou oblastí využití je každodenní agentické programování a práce v terminálu. Začněte kontrolou zásad organizace a krátkým srovnávacím pilotem: ukáže, nakolik deklarované určení odpovídá úlohám vašeho týmu a skutečným nákladům na přijaté výsledky.