Skip to content

[CI] Tolerate UC/gateway model-catalog lag in Claude discovery test - #804

Closed
sunishsheth2009 wants to merge 1 commit into
mainfrom
sunish/fix-claude-discovery-catalog-lag
Closed

sunishsheth2009 wants to merge 1 commit into
mainfrom
sunish/fix-claude-discovery-catalog-lag

Conversation

@sunishsheth2009

Copy link
Copy Markdown
Collaborator

Summary

Makes the Claude system-model discovery integration test tolerant of a UC-vs-gateway model-catalog lag that is currently failing main's e2e gate (unrelated to any feature change).

test_ug_claude_model_discovery.py::test_case_07/09 asserted that every ug-cached family default — the newest system.ai.claude-* per family, discovered from UC model-services — is a strict subset of Claude Code's own gateway-model picker cache. UC model-services can list a just-released model (e.g. a new opus tier such as claude-opus-5-5) before Claude Code's gateway discovery surfaces it in the picker cache, so the strict subset fails even though discovery is working.

The assertion now requires the cached defaults to be well-formed system.ai.claude-* ids that overlap Claude Code's catalog, rather than a strict subset of a catalog that can legitimately lag. Same spirit as #797 (tolerating transiently-incompatible models). Touches only the test; no product-code or workflow changes.

Testing

ruff check / ruff format --check clean; syntax validated. The live integration run exercises the assertion (this branch is on the main repo, so the integration suite runs).

This pull request and its description were written by Isaac.

…atalog lag

`test_case_07/09` asserted every ug-cached family default (newest per family from
UC model-services) is a strict subset of Claude Code's own gateway-model picker
cache. UC model-services can list a just-released model (e.g. a new opus tier)
before Claude Code's gateway discovery surfaces it, so the strict subset fails on
`main` even though discovery is working. Require the cached defaults to be
well-formed `system.ai.claude-*` ids that overlap Claude Code's catalog instead.
@sunishsheth2009

Copy link
Copy Markdown
Collaborator Author

Recombining into #801: the two fixes must ship together — the test fix alone still fails CI on the Claude version error (2.1.268), and the version bump alone still fails on the opus-5-5 discovery assertion, so neither is green independently. Since the version pin lives only in the owned .github workflow, splitting didn't remove the CODEOWNERS requirement anyway. #801 carries both.

@sunishsheth2009
sunishsheth2009 deleted the sunish/fix-claude-discovery-catalog-lag branch September 23, 2026 04:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant