GitHub Copilot Model Retirement on November 16: A Migration Checklist
Claude Opus 4.8, Claude Opus 5, and GPT-5.6 Terra will leave Copilot, so teams should verify alternatives, administrator policies, prompts, and integrations before the deadline.
Key takeaways
GitHub announced on October 15, 2026 that three models will be removed from GitHub Copilot experiences on November 16: Claude Opus 4.8, Claude Opus 5, and GPT-5.6 Terra. The change covers Copilot Chat, inline edits, ask and agent modes, and code completions. GitHub recommends Claude Opus 5.5 for both Claude models and either GPT-6.1 Sol or GPT-6 Luna for GPT-5.6 Terra. Under default model enablement, suggested alternatives are enabled automatically for Copilot Business and Enterprise unless an administrator disabled the global default or the specific model. Claude Opus 4.8 remains available to individual annual subscribers as an exception. This guide provides a durable migration checklist for inventorying model references, checking policies, testing prompts and integrations, comparing quality and cost, communicating the switch, and keeping a rollback path before the deadline.
Direct answer
Before November 16, find every Copilot workflow that explicitly selects Claude Opus 4.8, Claude Opus 5, or GPT-5.6 Terra. Confirm an administrator allows the replacement and regression-test critical prompts, agent tasks, and integrations. The Opus 4.8 exception for individual annual subscribers should not be assumed for organization seats, and retired models do not need to be removed manually.
What this means for everyday users
Record retired-model references, subscription type, administrator policy, candidate replacements, real-task tests, costs and quotas, owners, switch date, and fallback.
Tools you may use
Related tutorials
Related Tools And Tutorials
Use the following ENHE AI sections to continue from the news signal into tool selection, account-service guidance, or practical learning.
Related reading
How to Use GitHub Package Firewall: An npm Safety Checklist for Coding Agents
GitHub introduced Package Firewall in public preview on October 20, 2026 for GitHub Enterprise Cloud customers, including data-resident environments. The firewall sits between coding agents, CI runners, or internal registries and upstream package repositories. It evaluates package metadata and downloads against enterprise policies such as cooldown periods, GitHub Advisory Database checks, and supply-chain signals including attestation downgrades. The preview is free, but general availability is expected to use metered pricing similar to Actions, and npm is the only supported ecosystem today. This durable guide provides a rollout checklist for endpoint routing, a read-only build, blocked-package exceptions, audit evidence, false-positive review, and future budget preparation.
GitHub Copilot Sessions Can Move to VS Code With Context, Diffs, and Worktree Intact
GitHub has documented a handoff from a Copilot app session to Visual Studio Code. The workflow keeps the session context, changed-file diff, and the same isolated worktree, so a developer does not need to rebuild the task history in a new chat. This article explains the prerequisites and provides a practical review sequence: open the session, inspect the diff, edit locally, run the relevant tests, and decide separately whether to push. The feature is useful when agent work needs human judgment or local tooling, but continuity is not proof that the generated changes are correct. Repository permission, the same GitHub account in both applications, and an existing session with changes are still required.
When Should an AI Agent Act Autonomously? A Scope, Know, Bound, Observe Checklist
An AI agent should receive more autonomy only when its actions can be verified, not because one demonstration looked successful. AWS describes a Trust in Depth framework organized around four lifecycle questions: Scope, Know, Bound, and Observe. This durable guide turns those questions into an operational checklist for a small team. Using an internal task-status update as the example, it identifies evidence required before launch, controls during execution, records after execution, and conditions that should stop the agent and request human review. Precise rules can sometimes be tested or formally checked, while tone, sensitive context, and high-impact decisions still require judgment. The objective is bounded, reviewable autonomy rather than either constant approval or unrestricted action.
GitHub Copilot Model Policy API Is Generally Available Across Four Control Levels
GitHub has made GET and PATCH endpoints for Copilot model policies generally available at four levels: enterprise, enterprise team, agent application, and organization. This is an administrative API release, distinct from the earlier global model policy interface. The article gives technical administrators a cautious workflow: read current state, save a baseline, identify the controlling level, review the intended delta, apply one minimal update, and read the result back. No live organization, credential, or production mutation is used in the example. The approach helps teams automate inventory and consistency checks without turning an API into an unreviewed bulk-change mechanism, especially where enterprise policy delegates control to lower levels.
GitHub Introduces HydraFusion Max: When Multi-Model Review Is Worth Trying
GitHub has updated HydraFusion and introduced HydraFusion Max, an orchestration option for demanding coding work. It is not a new standalone model: the system chooses how to draft, review, or revise a response using models allowed for the account. Both options remain research previews, so access and suitability need checking before adoption. This article explains the distinction from automatic single-model selection and proposes a bounded bug-fix comparison that records tests, changes, and usage. It does not rank model quality or promise lower cost. The suggested exercise is designed for people already using an AI coding assistant who want to decide when additional review passes are worth the time and credits.
Google Meet Post-Meeting Follow-Up: A Review Checklist for Drafts and Tasks
A meeting summary is not the same as a reliable follow-up. Google Meet’s post-meeting next steps can help create an email draft or move action items into Google Tasks, but eligibility and review still matter. This durable checklist explains the documented prerequisites, the stricter conditions for drafting follow-up emails, and the difference between a generated draft and a message actually sent. It uses a fictional external-project meeting to show how to check owners, deliverables, deadlines, and recipients without inventing missing commitments. It also covers where to inspect routine activity, how to turn a routine off, and a manual fallback when the feature is absent. No meeting-account test is claimed.
Summary
The right migration is not to wait for a model to disappear and choose a replacement under pressure. Inventory references, enable policies, regression-test real tasks, and record a fallback now so November 16 becomes an already-validated switch rather than an experiment.
Sources
FAQ
What is this ENHE AI article about?
GitHub announced on October 15, 2026 that three models will be removed from GitHub Copilot experiences on November 16: Claude Opus 4.8, Claude Opus 5, and GPT-5.6 Terra. The change covers Copilot Chat, inline edits, ask and agent modes, and code completions. GitHub recommends Claude Opus 5.5 for both Claude models and either GPT-6.1 Sol or GPT-6 Luna for GPT-5.6 Terra. Under default model enablement, suggested alternatives are enabled automatically for Copilot Business and Enterprise unless an administrator disabled the global default or the specific model. Claude Opus 4.8 remains available to individual annual subscribers as an exception. This guide provides a durable migration checklist for inventorying model references, checking policies, testing prompts and integrations, comparing quality and cost, communicating the switch, and keeping a rollback path before the deadline.
Why is this AI update worth watching?
Three models retire on November 16, 2026. The scope includes chat, edits, ask, agents, and completions. Organization alternatives depend on administrator policy. Individual annual subscribers retain the Opus 4.8 exception.
What does it mean for everyday AI users?
Record retired-model references, subscription type, administrator policy, candidate replacements, real-task tests, costs and quotas, owners, switch date, and fallback.
Where can readers continue learning on ENHE AI?
Readers can continue with ENHE AI software apps, AI skill tutorials, and AI account service guidance to turn the news signal into practical action.



