Allow organizations to disable GPT-5.3-Codex fallback or cap fallback costs #209052
Replies: 2 comments 1 reply
|
💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩
Where to look to see what's shipping 👀
What you can do in the meantime 💻
As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ |
|
This is a valid product-feedback concern focused on cost transparency and administrator control over model fallback behavior. If GitHub internally switches from the user-selected model to a higher-cost fallback model, customers should have clear visibility into that substitution and predictable control over the resulting usage charges. The most practical improvements would be: Show the actual model used in usage and billing records. For the specific incident involving approximately 1,500 AI credits, opening a support ticket is appropriate because the billing record can be investigated against the actual model execution logs. Overall, the key product request is: model fallback should not undermine the cost controls implied by explicit model selection and organizational policies. |
Uh oh!
There was an error while loading. Please reload this page.
🏷️ Discussion Type
Product Feedback
💬 Feature/Topic Area
Copilot in GitHub
Body
Summary
GitHub Copilot uses GPT-5.3-Codex as a base fallback model, including for some tasks handled through automatic model selection. According to the documentation, this fallback cannot be disabled through enterprise or organization model policies.
This creates a serious cost-control problem when a user explicitly selects a model that is both preferred and less expensive, such as GPT-6 Luna.
Problem
In my case, I explicitly selected GPT-6 Luna, but approximately 1,500 AI credits were recorded as GPT-5.5 usage. I have already opened a support ticket regarding that specific billing issue.
More broadly, the documented fallback behavior raises the following concern:
If customers cannot prevent or approve this substitution, they should not be charged at the higher fallback-model rate.
Requested changes
GitHub should implement at least one of the following:
Why this matters
Enterprise customers require predictable costs and enforceable model policies.
A model-selection interface cannot function as a meaningful cost-control mechanism if GitHub can silently replace the selected model with a more expensive model that customers cannot disable.
Fallback behavior for service availability is understandable, but the additional cost of an unavoidable internal fallback should not be transferred to the customer without notice or consent.
Related discussion
All reactions