feat: sync generated types with schemas v0.22.0 - #106
Conversation
|
@infer types were modified? anything we need to change in the code? examples? use /ponytail:ponytail |
|
Model: Todos
Pull Request✅ Infer Result: SuccessHere's the ponytail review of the schemas v0.22.0 sync: What changed in the typesThe modalities: Sequence[Literal["text", "image", "audio", "video"]] | None = Noneto a structured object with modalities: ModelModalities | None = None
# ModelModalities has: input: Sequence[Modality], output: Sequence[Modality]Two new types: What needed to changeOnly What did NOT need to change
Skipped: nothing else. The types are generated code, the client is a pass-through, the examples are print-and-forget. Two lines of exports was the full diff. Model: Tokens: 878,687 in · 4,221 out · 882,908 total (20 requests) Tool calls: 24 total · 88% success rate TracesStats
|
The schemas v0.22.0 sync changed the Model.modalities field from a flat list of strings to a structured ModelModalities object with input/output sub-fields. Export the new Modality and ModelModalities types so users can reference them for type hints.
## [0.16.0](v0.15.1...v0.16.0) (2026-08-05) ### ✨ Features * sync generated types with schemas v0.22.0 ([#106](#106)) ([8877d37](8877d37))
|
🎉 This PR is included in version 0.16.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
Deterministic type sync from inference-gateway/schemas at
v0.22.0.Regenerated with
task oas-sync SCHEMAS_REF=refs/tags/v0.22.0by the org schemas-sync reusable workflow. Re-runs update this PR in place; it closes automatically if the repo is back in sync.If the new types need follow-up implementation (client surface, examples, docs), comment
@claudeor@inferon this PR with instructions.