Repository navigation
fix(model_prices): add azure_ai gpt-image-2 and groq llama-guard-3-8b deprecation dates - #42738
Conversation
… deprecation dates Co-Authored-By: Devin AI <158243242+devin-ai-integration[bot]@users.noreply.github.com>
|
I'll fix CI failures and address comments from users with write access. I'll skip comments containing "(aside)".
|
|
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
|
|
TLDR
Problem this solves:
azure_ai/gpt-image-2has nodeprecation_datewhileazure/gpt-image-2doesgroq/llama-guard-3-8bwas retired by Groq on 2025-06-06 but carries no dateHow it solves it:
deprecation_dateto both entries from the provider retirement tablesUser Flow
Before: an operator reading
/model/infocannot tell that these two models are scheduled for or already past retirementazure_ai/gpt-image-2andgroq/llama-guard-3-8bdeprecation_date, so their deprecation dashboard (issue feat(proxy): proactive model deprecation alerts and/model/deprecationsendpoint #26900) lists them as open-endedllama-guard-3-8bwas retired on 2025-06-06, but nothing in the registry reflects thatAfter: both entries carry the provider's published retirement date
azure_ai/gpt-image-2shows"deprecation_date": "2027-10-21"andgroq/llama-guard-3-8bshows"deprecation_date": "2025-06-06"Relevant issues
Supports #26900 (deprecation metadata in the registry)
Affected release
Linear ticket
Pre-Submission checklist
Please complete all items before asking a LiteLLM maintainer to review your PR
tests/test_litellm/test_model_prices_schema.pyandtest_cost_map_guard.pyvalidate the two entries against the schema)uv run pytest tests/test_litellm/<your_test_file>.py -v. Leave the suites (make test-unit-*,make test-unit) to CI: it finishes in ~15 minutes where a laptop takes an hour or more@greptileaito re-request a review after pushing changes)Delays in PR merge?
If you're seeing a delay in your PR being merged, ping the LiteLLM Team on Slack (#pr-review).
Screenshots / Proof of Fix
This is the rolling registry PR for the 2026-09-23 audit run. The previous rolling PR #41964 merged on 2026-09-19, so this one is new
Sources for every changed value
Both rows were read from the raw HTML tables (curl with a cache buster,
<tr>/<td>parsed), then cross-checked with r.jina.aiazure_ai/gpt-image-2deprecation_date2027-10-21gpt-image-2 | 2026-04-21 | GA | 2027-10-21 | —groq/llama-guard-3-8bdeprecation_date2025-06-06llama-guard-3-8b | 06/06/25 | meta-llama/llama-guard-4-12bazure/gpt-image-2andazure/gpt-image-2-2026-04-21already carry2027-10-21from the same Azure row; theazure_ai/key is the same Foundry modelChecked and intentionally not changed
Active | N/A | Not sooner than <date>on https://docs.anthropic.com/en/docs/about-claude/model-deprecations. Those are earliest-possible retirement floors, not announced dates, so nodeprecation_dateis written (same reading as fix(model_prices): drop anthropic deprecation floors and correct azure gpt-4.1-nano retirement date #41964)gpt-realtime-mini(both versions),gpt-4o-mini-transcribeandgpt-4o-mini-ttsundated aliases: the schedule lists two retirement dates per version, so the registry key cannot be mapped to one rowgpt-4o-audio-preview-*,gpt-4o-mini-audio-preview-2024-12-17,gpt-4o-mini-realtime-preview-2024-12-17keep2027-01-20: the page lists the undated-previewaliases at 2026-05-07 andgpt-4o-mini-realtimeat Jan 20, 2027, without naming these snapshots, so the existing value is left aloneOpen registry PRs reviewed for absorption (none absorbed)
bedrock/moonshotai.kimi-k2-thinkingentries (262144/262144), so nothing could be confirmed; also ships a test file, left to its authoranthropic.*Bedrock keys, which are the global rows; regional prices belong on region-prefixed keysLocal checks at the PR tip
Link to Devin session: https://app.devin.ai/sessions/acde7a8280134b8a8e5a16277790d661
Open in Devin Desktop: https://app.devin.ai/desktop/session/acde7a8280134b8a8e5a16277790d661?variant=devin