fix(media-understanding): video auto-selection runs without a model#99791
Conversation
|
Codex review: needs maintainer review before merge. Reviewed July 4, 2026, 3:03 AM ET / 07:03 UTC. Summary PR surface: Source +13, Tests +118. Total +131 across 2 files. Reproducibility: yes. Source inspection of current main shows video auto-selection can build a provider entry with model unset, and runProviderEntry passes that unset value into describeVideo. Review metrics: 1 noteworthy metric.
Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Risk before merge
Maintainer options:
Next step before merge
Security Review detailsBest possible solution: Land the resolver-boundary fix after maintainers accept the strict video auto-selection contract, or add a documented compatibility path for no-default video providers before merge. Do we have a high-confidence way to reproduce the issue? Yes. Source inspection of current main shows video auto-selection can build a provider entry with model unset, and runProviderEntry passes that unset value into describeVideo. Is this the best way to solve the issue? Yes, with maintainer acceptance. Resolving default video models at the resolver boundary is narrower than adding provider-specific execution fallbacks, but skipping no-default providers is a compatibility-sensitive contract choice. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against f48ff25b3be3. Label changesLabel justifications:
Evidence reviewedPR surface: Source +13, Tests +118. Total +131 across 2 files. View PR surface stats
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
|
|
@clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. |
|
Land-ready maintainer verification completed for exact head The maintainer repair preserves video providers that intentionally self-default while still forwarding Validation:
Known proof gaps: none for this resolver-level change. |
|
Merged via squash.
|
…penclaw#99791) * fix: require video media provider models * fix video media test typing and skip coverage * fix(media-understanding): preserve self-defaulting video providers --------- Co-authored-by: Vincent Koc <[email protected]>
…penclaw#99791) * fix: require video media provider models * fix video media test typing and skip coverage * fix(media-understanding): preserve self-defaulting video providers --------- Co-authored-by: Vincent Koc <[email protected]>
What Problem This Solves
Fixes an issue where users relying on automatic video media understanding could select a video-capable provider without forwarding that provider's declared default video model.
Why This Change Was Made
Video auto-selection now resolves
defaultModels.videofor both active and key-selected providers when no explicit model is configured. Providers without default-model metadata retain the existing optional-model contract and can continue to choose their own default insidedescribeVideo.The change stays within media-understanding provider entry resolution. It does not change provider metadata, authentication, explicit model precedence, schemas, or provider catalog defaults.
User Impact
Video attachments can be described through auto-selected providers such as Moonshot with the provider's declared default model. Existing explicit video model configuration still wins, and custom self-defaulting video providers remain eligible with
modelunset.Evidence
Focused regression suite:
The regression coverage proves:
defaultModels.video;defaultModels.video;model: undefinedand may self-default;Focused formatting and patch checks passed:
Fresh branch autoreview against current
origin/mainfound no actionable issues.