openclaw - 💡(How to fix) Fix amazon-bedrock provider: Haiku 4.5 inference profile ARN not supported; params.modelId override ignored

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

When using amazon-bedrock as the provider in cron job payload.model, inference profile ARNs are not routed correctly to AWS Bedrock — the job falls back to direct Anthropic instead.

Root Cause

Root Cause (diagnosed)

Fix Action

Workaround

Currently falling back to direct anthropic/claude-haiku-4-5 via fallback chain. Functional but not on Bedrock.

Code Example

"amazon-bedrock/global.anthropic.claude-haiku-4-5": {
  "params": { "modelId": "arn:aws:bedrock:us-east-1:615894661560:inference-profile/global.anthropic.claude-haiku-4-5-20251001-v1:0" }
},
"amazon-bedrock/*": {}

---

{
  "model": "amazon-bedrock/global.anthropic.claude-haiku-4-5",
  "fallbacks": ["amazon-bedrock/nova-pro", "anthropic/claude-haiku-4-5"]
}
RAW_BUFFERClick to expand / collapse

Summary

When using amazon-bedrock as the provider in cron job payload.model, inference profile ARNs are not routed correctly to AWS Bedrock — the job falls back to direct Anthropic instead.

Environment

  • OpenClaw version: latest (2026.5.26)
  • AWS Region: us-east-1
  • AWS Account: AIML (615894661560)
  • IAM User: bedrock-haderach (policy: AmazonBedrockFullAccess)

Reproduction

Config (agents.defaults.models):

"amazon-bedrock/global.anthropic.claude-haiku-4-5": {
  "params": { "modelId": "arn:aws:bedrock:us-east-1:615894661560:inference-profile/global.anthropic.claude-haiku-4-5-20251001-v1:0" }
},
"amazon-bedrock/*": {}

Cron payload:

{
  "model": "amazon-bedrock/global.anthropic.claude-haiku-4-5",
  "fallbacks": ["amazon-bedrock/nova-pro", "anthropic/claude-haiku-4-5"]
}

Result: Cron runs with provider: anthropic, not provider: amazon-bedrock. The params.modelId override is ignored.

Also tested: setting payload.model to amazon-bedrock/arn:aws:bedrock:us-east-1:615894661560:inference-profile/global.anthropic.claude-haiku-4-5-20251001-v1:0 — passes the allowlist (with amazon-bedrock/* wildcard) but still routes to direct Anthropic.

Root Cause (diagnosed)

AWS Bedrock Haiku 4.5 requires an inference profile ID, not a bare model ID. The bare ID anthropic.claude-haiku-4-5-20251001-v1:0 returns:

ValidationException: on-demand throughput isn't supported for this model

The correct working inference profile IDs (confirmed via live AWS API tests):

  • global.anthropic.claude-haiku-4-5-20251001-v1:0 — works when called via full ARN: arn:aws:bedrock:us-east-1:<account-id>:inference-profile/global.anthropic.claude-haiku-4-5-20251001-v1:0
  • global.anthropic.claude-sonnet-4-6 — works as-is (no ARN needed)

OpenClaw's Bedrock plugin passes model.id (the part after amazon-bedrock/) directly as the AWS modelId. This works for Sonnet 4.6 but not Haiku 4.5.

Expected Behaviour

One of:

  1. params.modelId in the model config entry should override the AWS modelId used in the API call
  2. The amazon-bedrock/ provider should support full ARN strings as the model portion (e.g. amazon-bedrock/arn:aws:bedrock:...)
  3. OpenClaw should recognise global.anthropic.claude-haiku-4-5 as an alias and resolve it to the correct inference profile ARN

Workaround

Currently falling back to direct anthropic/claude-haiku-4-5 via fallback chain. Functional but not on Bedrock.

Notes

  • global.anthropic.claude-sonnet-4-6 works correctly via amazon-bedrock/global.anthropic.claude-sonnet-4-6 — no issue there
  • Nova models work correctly with us. prefix: amazon-bedrock/nova-prous.amazon.nova-pro-v1:0
  • The amazon-bedrock/* wildcard entry in agents.defaults.models is confirmed working (schema-documented feature)

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING