GitHub Copilot-იდან ექვსი მოდელი გაქრა — workflow-ები გადაამოწმეთ

GitHub-მა 19 ოქტომბრის საბოლოო შეტყობინებაში განაცხადა, რომ 2026 წლის 19 ოქტომბრიდან GitHub Copilot-ის უმეტეს გარემოში ექვსი მოდელი გაუქმებულია. ცვლილება მოიცავს Copilot Chat-ს, კოდის ადგილზე რედაქტირებას, ask და agent რეჟიმებსა და კოდის ავტომატურ დასრულებას. კომპანიამ ძველი მოდელების შემცვლელები დაასახელა და გუნდებს სამუშაო პროცესებისა და ინტეგრაციების განახლებისკენ მოუწოდა.

გადასვლისას ყველაზე ადვილი შესამჩნევი ჩატში შეცვლილი მოდელების სიაა, მაგრამ ძველი სახელი შეიძლება agent ამოცანაში ან ავტომატიზაციის კონფიგურაციაშიც დარჩეს. Uravation-ის განახლებულ მიმოხილვაში აღწერილია კიდევ ერთი პრაქტიკული მიზეზი სიის გადასამოწმებლად: სექტემბრის წინასწარ განცხადებაში მითითებული ზოგიერთი შემცვლელი ოქტომბრის საბოლოო არჩევანს აღარ ემთხვევა. ამიტომ ჩატის ამომრჩეველში ახალი მოდელის დანახვა მთელი გუნდის გადასვლას თავისთავად არ ადასტურებს.

რომელი მოდელი რომლით იცვლება

გაუქმებული მოდელებისა და რეკომენდებული შემცვლელების შესაბამისობა საბოლოო შეტყობინებაში ასეთია. ეს Copilot-ის არჩევანის სახელებია; მათი მსგავსების საფუძველზე სხვა სერვისის API-ის ზუსტი იდენტიფიკატორი არ უნდა გამოიცნოთ.

• Gemini 3.7 Flash → Gemini 3.8 Flash
• GPT-5.5 → GPT-6.1 Sol
• GPT-5.4 → GPT-6.1 Sol
• GPT-5.4 mini → GPT-6 Luna
• GPT-5 mini → GPT-6 Luna
• Grok 4.5 → Grok 4.7

GPT-5.5 და GPT-5.4 ერთსა და იმავე რეკომენდებულ მოდელზე გადადის; საერთო შემცვლელი აქვთ GPT-5.4 mini-სა და GPT-5 mini-საც. ეს ნიშნავს, რომ კონფიგურაციაში ყოველი ძველი სახელი ცალ-ცალკე უნდა მოძებნოთ: ერთი ახალი მოდელის ჩართვა სხვა სამუშაო პროცესში დარჩენილ ძველ მითითებას ვერ შეცვლის.

GitHub-ის 18 სექტემბრის წინასწარ შეტყობინებაში იგივე გაუქმების თარიღი და ძველი მოდელებია, მაგრამ GPT-ების შემცვლელებად GPT-5.6 Sol და GPT-5.6 Luna, ხოლო Grok 4.5-ის შემცვლელად Grok 4.6 წერია. საბოლოო სიაში მათ ადგილს GPT-6.1 Sol, GPT-6 Luna და Grok 4.7 იკავებს. თუ გუნდის მიგრაციის დავალება წინასწარი განცხადების მიხედვით შეიქმნა, სწორედ მითითებული შემცვლელებია ხელახლა შესადარებელი. წინასწარი და საბოლოო ჩანაწერები ერთმანეთისგან მოქმედების არეალითაც განსხვავდება: პირველი ყველა Copilot გარემოს ასახელებდა, საბოლოო კი უმეტეს გარემოს.

სად შეიძლება ძველი მოდელის მითითება დარჩეს

Copilot Chat-ში ხელით არჩეული მოდელი შემოწმების მხოლოდ ერთი ადგილია. IDE-ში კოდის ადგილზე რედაქტირებასა და ავტომატურ დასრულებას თავიანთი სამუშაო გზა აქვთ, ხოლო ask და agent რეჟიმებში მოთხოვნა შესაძლოა განსხვავებული არჩევანით შესრულდეს. ჩატში მიღებული წარმატებული პასუხი ამ გზებზე გამოყენებულ მოდელს ვერ ამოწმებს.

განსაკუთრებით საყურადღებოა ფიქსირებული მითითება: ძველი მოდელის სახელი, რომელიც კონფიგურაციაში, სკრიპტში ან ინტეგრაციის პარამეტრში პირდაპირ არის ჩაწერილი. მომხმარებლისთვის ახალი მოდელის გამოჩენა ასეთ ჩანაწერს ავტომატურად არ ცვლის. თუ პროცესი კონკრეტულ სახელზეა მიბმული, საჭიროა ჩანაწერის განახლება და იმავე სამუშაო გზით მოთხოვნის გაშვება.

მოძებნისას მხოლოდ მოდელის ამჟამინდელ არჩევანს ნუ შეხედავთ. მნიშვნელოვანია, სად ინახება ეს არჩევანი: პირად IDE პარამეტრში, agent ამოცანის კონფიგურაციაში თუ გუნდის საერთო ინტეგრაციაში. საერთო ფაილის განახლებამ შეიძლება რამდენიმე მომხმარებლის სამუშაო გზა შეცვალოს, პირად პარამეტრში დარჩენილი მითითება კი მხოლოდ კონკრეტულ დეველოპერს შეეხოს. ეს განსხვავება ეხმარება გუნდს, ცვლილების მფლობელი სწორად განსაზღვროს.

ავტომატიზებული პროცესი დამატებით შემოწმებას იმსახურებს, რადგან მას ადამიანი ყოველი გაშვების წინ მოდელს ხელით არ ურჩევს. ძველი სახელი შეიძლება შეუმჩნეველი დარჩეს მანამ, სანამ შესაბამისი ამოცანა არ შესრულდება. ამიტომ შედეგი იმავე ტიპის მოთხოვნით უნდა შემოწმდეს, რომელსაც პროცესი ჩვეულებრივ აგზავნის; მოდელების სიის გახსნა გაშვების შედეგს ვერ ჩაანაცვლებს.

ორგანიზაციის პოლიტიკა შემცვლელებზე წვდომას განსაზღვრავს

Copilot Enterprise-ის ადმინისტრატორს შესაძლოა შემცვლელი მოდელების დაშვება Copilot-ის პოლიტიკაში დასჭირდეს. კონკრეტული მოდელისთვის პოლიტიკის ჩართვის შემდეგ მისი გამოჩენა VS Code-სა და github.com-ზე Copilot Chat-ის მოდელების ამომრჩეველში მოწმდება. თუ მოდელი იქ არ ჩანს, ჯერ ანგარიშისა და ორგანიზაციის პარამეტრებია გადასამოწმებელი, შემდეგ კი ძველი სახელით დაწერილი კონფიგურაცია.

სექტემბრის წინასწარი წესის მიხედვით, ნაგულისხმევი მოდელების ჩართვისას რეკომენდებული ალტერნატივები Copilot Business-სა და Enterprise-ში ავტომატურად ირთვება, თუ ადმინისტრატორს გლობალური ნაგულისხმევი პარამეტრი არ გამოურთავს ან კონკრეტული მოდელი აშკარად არ დაუბლოკავს. ოქტომბრის საბოლოო შეტყობინება ავტომატური ჩართვის ამ პირობას აღარ იმეორებს და Enterprise-ის ადმინისტრატორებს პოლიტიკის შემოწმებისკენ მიმართავს. ამიტომ გუნდისთვის გადამწყვეტია საკუთარ ორგანიზაციაში საჭირო შემცვლელის რეალური ხელმისაწვდომობა.

გაუქმებული მოდელების ხელით წაშლას GitHub არ მოითხოვს. ადმინისტრატორის ამოცანაა საჭირო ახალ მოდელზე წვდომის დადასტურება; სამუშაო პროცესის მფლობელის ამოცანაა ძველი ფიქსირებული მითითების შეცვლა. ეს ორი მოქმედება ერთმანეთს ვერ ანაცვლებს: ნებადართული მოდელი ვერ დაეხმარება ინტეგრაციას, რომელიც კვლავ გაუქმებულ სახელს აგზავნის.

გუნდის შემოწმების სია

შემოწმება იმ გარემოებს მიჰყევით, სადაც გუნდი Copilot-ს რეალურად იყენებს. თითოეულისთვის ჩაინიშნეთ ძველი სახელი, არჩეული შემცვლელი და ადგილი, სადაც არჩევანი ინახება. შემდეგ შესაბამისი სამუშაო გზით ჩვეულებრივი მოთხოვნა გაუშვით, რათა ცვლილება მხოლოდ პარამეტრში კი არ ჩანდეს, შესრულებაშიც გამოჩნდეს.

1. IDE: შეამოწმეთ Copilot Chat-ის არჩევანი, კოდის ადგილზე რედაქტირება და ავტომატური დასრულება. თუ შემცვლელი ჩატში არ ჩანს, ანგარიშისა და ორგანიზაციის წვდომა გადაამოწმეთ; დანარჩენ ფუნქციებს საკუთარი გამოყენების გზით შეხედეთ.
2. Agent რეჟიმი: მოძებნეთ ამოცანისთვის ცალკე მითითებული მოდელი. შეცვალეთ ძველი სახელი და გაუშვით ამოცანა იმავე რეჟიმში, რადგან ჩვეულებრივი ჩატის პასუხი agent ამოცანის კონფიგურაციას არ ამოწმებს.
3. Enterprise policy: გადაამოწმეთ გლობალური ნაგულისხმევი პარამეტრი და საჭირო შემცვლელების დაშვება. ჩართვის შემდეგ მომხმარებლის ანგარიშით ნახეთ, ჩანს თუ არა მოდელი Copilot Chat-ის ამომრჩეველში.
4. ავტომატიზებული workflow: მოძებნეთ გაუქმებული სახელები საერთო კონფიგურაციებსა და ინტეგრაციებში. მითითებების შეცვლის შემდეგ გაუშვით სწორედ ის პროცესი, რომელიც ამ პარამეტრებს იყენებს, და შეამოწმეთ მოთხოვნის შედეგი.

გადასვლა დასრულებულია იმ სამუშაო გზებისთვის, რომლებშიც შემცვლელი ხელმისაწვდომია, ძველი ფიქსირებული სახელი შეცვლილია და შესაბამისი მოთხოვნა სრულდება. თუ რომელიმე ინტეგრაცია ჯერ არ გაშვებულა, მისი მდგომარეობა მხოლოდ ჩატში ნანახი ახალი მოდელით ვერ განისაზღვრება.

ასევე წაიკითხეთ:

• GitHub Copilot თუ Amazon Q: AWS-კოდზე სპეციალისტი ზოგად ასისტენტს უსწრებს
• Cursor თუ GitHub Copilot: აგენტის არჩევანს დავალების ტიპი წყვეტს
• GitHub Copilot თუ Cursor: მიღებული pull request ფასზე მეტს ამბობს