GitHub چهار مدل را از Copilot کنار گذاشت

مدل‌های GitHub Copilot از ۲ اکتبر ۲۰۲۶ تغییر کرده‌اند: GitHub چهار مدل را در همه بخش‌های این دستیار برنامه‌نویسی از رده خارج کرده و برای هرکدام گزینه جایگزینی پیشنهاد داده است. این تصمیم بر Copilot Chat، ویرایش درون‌خطی کد، حالت‌های پرسش و عامل و همچنین تکمیل کد اثر می‌گذارد؛ بنابراین کاربرانی که به مدل‌های مشخصی در جریان کار یا اتصال‌های خود وابسته‌اند باید آن‌ها را به گزینه‌های پشتیبانی‌شده تغییر دهند.

چهار مدل و گزینه‌های جایگزین

طبق اعلام GitHub، این تغییر از همان روز انتشار اطلاعیه، یعنی ۲ اکتبر ۲۰۲۶، اعمال شده است. مدل‌های خارج‌شده از فهرست پشتیبانی عبارت‌اند از Gemini 3.5 Flash، Gemini 3.6 Flash، Kimi K2.7 Code و Claude Opus 4.7. GitHub برای هرکدام یک مدل جایگزین پیشنهاد کرده است:

• برای Gemini 3.5 Flash، مدل Gemini 3.8 Flash پیشنهاد شده است.
• برای Gemini 3.6 Flash نیز جایگزین پیشنهادی Gemini 3.8 Flash است.
• برای Kimi K2.7 Code، GitHub استفاده از Kimi K3 را پیشنهاد می‌کند.
• جایگزین پیشنهادی Claude Opus 4.7، مدل Claude Opus 5.5 است.

این فهرست به کاربران کمک می‌کند بدانند برای ادامه استفاده از یک مدل پشتیبانی‌شده، به کدام گزینه منتقل شوند. اطلاعیه GitHub درباره تفاوت توانایی‌ها یا عملکرد مدل‌های قدیمی و جایگزین‌های آن‌ها جزئیاتی ارائه نمی‌کند؛ بنابراین نمی‌توان از این اعلام نتیجه گرفت که مدل‌های پیشنهادی در همه کارها دقیقاً همان رفتار یا خروجی را خواهند داشت.

«از رده خارج‌شدن» در این اطلاعیه به معنای قرارگرفتن مدل‌ها در وضعیت غیرپشتیبانی‌شده در تجربه‌های Copilot است. GitHub از کاربران می‌خواهد گردش‌کارها و اتصال‌های خود را به مدل‌های پشتیبانی‌شده به‌روزرسانی کنند. در عین حال، شرکت اعلام کرده برای حذف مدل‌های از رده خارج‌شده، اقدام جداگانه‌ای لازم نیست.

تغییر در همه تجربه‌های Copilot

دامنه این تغییر محدود به پنجره گفت‌وگوی Copilot نیست. GitHub می‌گوید چهار مدل یادشده در همه تجربه‌های این محصول کنار گذاشته شده‌اند؛ از جمله Copilot Chat، ویرایش‌های درون‌خطی، حالت‌های ask و agent و قابلیت تکمیل کد. در نتیجه، کاربرانی که انتخاب مدل را در بیش از یک بخش انجام می‌دهند باید در همه جریان‌های کاری مرتبط، گزینه‌های مورد استفاده را بررسی کنند.

تکمیل کد به پیشنهادهایی گفته می‌شود که هنگام نوشتن برنامه در محیط توسعه ارائه می‌شوند. ویرایش درون‌خطی نیز به تغییر یا اصلاح کد در همان محل نوشته‌شدن آن اشاره دارد. حالت‌های پرسش و عامل، در این اطلاعیه به‌عنوان تجربه‌های Copilot ذکر شده‌اند، اما GitHub درباره تغییر عملکرد آن‌ها یا تفاوت‌شان پس از کناررفتن مدل‌ها توضیح بیشتری نداده است.

اهمیت اعلام فراگیر GitHub در این است که انتخاب مدل می‌تواند در بخش‌های مختلف محصول انجام شود. اگر یک تیم یا کاربر، مدلی را برای گفت‌وگو با دستیار انتخاب کرده باشد، ممکن است همان مدل در تکمیل کد یا ویرایش‌ها نیز در تنظیماتش حضور داشته باشد. اعلام GitHub کاربران را به بازبینی گردش‌کارها و اتصال‌های وابسته به مدل‌های فهرست‌شده فرامی‌خواند؛ اما جزئیات فنی هر اتصال یا شیوه تغییر آن را جداگانه شرح نمی‌دهد.

اقدام لازم برای مدیران سازمانی

مدیران Copilot Enterprise ممکن است پیش از استفاده از مدل‌های جایگزین نیاز داشته باشند دسترسی آن‌ها را از طریق سیاست‌های مدل در تنظیمات Copilot فعال کنند. در این محصول، سیاست مدل راهی برای کنترل دسترسی به مدل‌های مشخص در محیط سازمانی است. بنابراین پیشنهاد یک مدل جایگزین به‌تنهایی تضمین نمی‌کند که آن مدل برای همه کاربران سازمان در دسترس باشد.

GitHub به مدیران توصیه می‌کند دسترس‌پذیری مدل را در تنظیمات فردی Copilot بررسی کنند و مطمئن شوند سیاست مربوط به مدل فعال است. پس از فعال‌سازی، مدل باید در انتخاب‌گر مدل Copilot Chat در VS Code و وب‌سایت github.com دیده شود. انتخاب‌گر مدل همان بخشی است که کاربر از طریق آن مدل مورد استفاده را انتخاب می‌کند.

این روند به‌ویژه برای سازمان‌هایی اهمیت دارد که دسترسی اعضا را از طریق سیاست‌های متمرکز مدیریت می‌کنند. در چنین شرایطی، انتقال از یک مدل قدیمی به جایگزین پیشنهادی ممکن است نیازمند هماهنگی با مدیر باشد. اگر سازمان هنوز دسترسی به گزینه جایگزین را فعال نکرده باشد، کاربر باید موضوع را با مدیر Copilot Enterprise خود پیگیری کند.

GitHub از مشتریان GitHub Enterprise که پرسش یا نگرانی دارند خواسته است با مدیر حساب خود تماس بگیرند. اطلاعیه همچنین تصریح می‌کند که برای پاک‌کردن مدل‌های از رده خارج‌شده اقدامی لازم نیست؛ تمرکز اصلی بر انتخاب مدل‌های پشتیبانی‌شده و به‌روزرسانی جریان‌های کاری و اتصال‌هاست.

این خبر برای چه کسانی اهمیت دارد

این تغییر بیش از همه برای توسعه‌دهندگانی اهمیت دارد که یکی از چهار مدل نام‌برده را در Copilot انتخاب کرده‌اند یا در گردش‌کارهای خود به آن وابسته‌اند. این کاربران باید مدل جایگزین پیشنهادی را بررسی کنند و تنظیمات مربوط را به‌روز نگه دارند. برای مدیران Copilot Enterprise نیز بررسی سیاست‌های دسترسی مهم است، چون فعال‌بودن مدل جایگزین به تنظیمات سازمان بستگی دارد.

تیم‌هایی که از Copilot Chat، ویرایش درون‌خطی، حالت‌های پرسش و عامل یا تکمیل کد استفاده می‌کنند، باید دامنه تغییر را در نظر بگیرند؛ زیرا اعلام GitHub همه این تجربه‌ها را دربرمی‌گیرد. در مقابل، این اطلاعیه جزئیاتی درباره قیمت‌گذاری، تغییر کیفیت مدل‌ها یا زمان‌بندی جداگانه برای هر تجربه ارائه نمی‌کند. آنچه به‌روشنی اعلام شده، تاریخ اجرای تغییر، نام چهار مدل، جایگزین‌های پیشنهادی و لزوم بررسی دسترسی سازمانی است.