Improve error message for missing provider prefix
Cluster 78796. Data as of
Nothing open on GitHub. Fix merged in #78909 on 4 Aug 2026. Check it covers your case.
The short answer
- Known?
- Yes. 3 related items grouped here, 1 issue already closed.
- Fix event
- A fix was merged to main in PR #78909. Check it covers your case. No release data is tracked.
- Tracker
- The maintainers' tracker marks this
resolved, deciding PR #78856. That is separate from the fix event. - Still open
- Nothing open on GitHub.
These issues concern the poor error experience when a model ID is specified without its required vendor/provider prefix, currently resulting in an unhelpful bare 404. The proposed improvement is to return a clearer message that explicitly identifies the missing prefix as the problem.
Open issues0
Open PRs0
Fixes on record
-
#78856 A model id missing its vendor prefix says so instead of 404ing
files:
agent/conversation_loop.py,agent/error_classifier.py,hermes_cli/model_normalize.py,tests/agent/test_error_classifier.py,tests/hermes_cli/test_model_normalize.py -
#78909 A model id missing its provider prefix says so instead of 404ing
files:
agent/conversation_loop.py,agent/error_classifier.py,hermes_cli/model_normalize.py,tests/agent/test_error_classifier.py,tests/hermes_cli/test_model_normalize.py
Closed issues · 1
- Closed#78796Missing provider prefix on a model id fails with a bare 404, never naming the model
How this cluster was grouped
-
Link evidence (
structural links throughout): every member is connected by structural evidence: shared changed files, or a closing/superseded reference. -
Pairwise link density
0.67: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36.1.00means every pair is linked.
Pick up a Lab task
Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.
Open the Lab