chore: regenerate the OpenAPI snapshot and dashboard types for on_unscannable_image

`on_unscannable_image` lives on BedrockGuardrailConfigModel, so it surfaces in the
proxy's OpenAPI schema, and two generated files that are committed to the repo
have to carry it: the lazy-route snapshot /openapi.json serves for unloaded
features, and the dashboard's schema.d.ts.

This passed before the merge. The base regenerated the snapshot without this
branch in it, so the field went missing and the check caught it -- the same
"a new base moves the baseline" shape as the LIT010, reportArgumentType and C901
failures earlier in this PR.

Both files are regenerated by the documented commands rather than hand-edited,
since CI regenerates and diffs them. package-lock.json picked up unrelated churn
from the local npm install and has been left alone.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
samtsai15 2026-08-28 16:15:29 +08:00
parent 85ad9da685
commit b501b94d6a
2 changed files with 17 additions and 0 deletions

View file

@ -11119,6 +11119,16 @@
"description": "Action to take when sensitive data is detected. 'block' raises an exception (default behavior). 'route' reroutes the request to the model specified in sensitive_data_route_to_model.",
"title": "On Sensitive Data"
},
"on_unscannable_image": {
"default": "block",
"description": "What to do with an image the guardrail cannot scan - ApplyGuardrail accepts png/jpeg only, and remote image URLs are not fetched while litellm.user_url_validation is disabled. 'block' (default) rejects the request; 'allow' logs a warning and sends the image to the model unscanned.",
"enum": [
"block",
"allow"
],
"title": "On Unscannable Image",
"type": "string"
},
"on_violation": {
"anyOf": [
{

View file

@ -29882,6 +29882,13 @@ export interface components {
* @description Action to take when sensitive data is detected. 'block' raises an exception (default behavior). 'route' reroutes the request to the model specified in sensitive_data_route_to_model.
*/
on_sensitive_data?: ("block" | "route") | null;
/**
* On Unscannable Image
* @description What to do with an image the guardrail cannot scan - ApplyGuardrail accepts png/jpeg only, and remote image URLs are not fetched while litellm.user_url_validation is disabled. 'block' (default) rejects the request; 'allow' logs a warning and sends the image to the model unscanned.
* @default block
* @enum {string}
*/
on_unscannable_image: "block" | "allow";
/**
* On Violation
* @description For /v1/realtime sessions: 'warn' speaks the violation message and continues; 'end_session' speaks the message and closes the connection.