docs: fixed virtual key definition in routing docs#1639
Conversation
|
Caution Review failedThe pull request is closed. 📝 WalkthroughSummary by CodeRabbit
WalkthroughDocumentation updates: changed Virtual Keys API payload examples (replace Changes
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~25 minutes Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 2❌ Failed checks (2 warnings)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing touches🧪 Generate unit tests (beta)
Comment |
🧪 Test Suite AvailableThis PR can be tested by a repository admin. |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Fix all issues with AI agents
In `@docs/features/governance/routing.mdx`:
- Around line 290-295: The example config under provider_configs is missing the
required "provider" field; update the config.json example so each object in
provider_configs includes a "provider" key (alongside the existing
"allowed_keys") to match the schema and other examples; locate the
provider_configs array in the routing.mdx example and add the appropriate
provider identifier string to each entry so the example mirrors helm values/test
configs and validates against the schema.
58dc4e5 to
8028b57
Compare

Summary
Update the virtual keys API schema in the documentation to use the new structure with
provider_configsandallowed_keysinstead of the deprecatedkeysandkey_idfields.Changes
keysarray withkey_idto usingprovider_configsarray withallowed_keysarrayType of change
Affected areas
How to test
Verify that the documentation matches the current API implementation:
Breaking changes
Related issues
Updates documentation to match current API implementation.
Security considerations
No security implications as this is a documentation update only.
Checklist
docs/contributing/README.mdand followed the guidelines