[BUG] Effort does not work with Bedrock when using Application Inference Profiles
Status Fixed / completed
Maintainer reply None cached
Activity 5 comments · opened Feb 19, 2026 · closed Apr 27, 2026
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
There was a similar issue here: https://github.com/anthropics/claude-code/issues/23583
But I think the behavior persists when using Application Inference Profiles. Our profile is associated with Opus 4.6 but we don't see the option for effort:
Select model
Switch between Claude models. Applies to this session and future Claude Code sessions. For other/previous model names, specify with --model.
1. Default (recommended) Use the default model (currently
arn:aws:bedrock:us-east-1:000000000000:application-in
ference-profile/0aaaa0aaaa00)
2. arn:aws:bedrock:us-east-1:000000000000:application-inference-profile/0aaaa0aaaa00 Custom Sonnet model
❯ 3. arn:aws:bedrock:us-east-1:000000000000:application-inference-profile/0bbbb0bbbb00 ✔ Custom Opus model
4. arn:aws:bedrock:us-east-1:000000000000:application-inference-profile/0cccc0cccc00 Custom Haiku model
▌▌▌ Effort not supported for arn:aws:bedrock:us-east-1:000000000000:application-inference-profile/0bbbb0bbbb00
Enter to confirm · Esc to exit
I'm assuming this is because there's no way to know by the ARN alone if it's Opus 4.6...
If we take a look at the profile we can see it's associated correctly:
aws bedrock get-inference-profile --inference-profile-identifier 0bbbb0bbbb00
{
"inferenceProfileName": "my.us.anthropic.claude-opus-4-6-v1-claude-code",
"description": "Cost allocation tracking profile for claude-code using us.anthropic.claude-opus-4-6-v1",
"createdAt": "2026-02-06T00:55:38.963545+00:00",
"updatedAt": "2026-02-06T00:55:38.963545+00:00",
"inferenceProfileArn": "arn:aws:bedrock:us-east-1:000000000000:application-inference-profile/0bbbb0bbbb00",
"models": [
{
"modelArn": "arn:aws:bedrock:us-east-1::foundation-model/anthropic.claude-opus-4-6-v1"
},
{
"modelArn": "arn:aws:bedrock:us-east-2::foundation-model/anthropic.claude-opus-4-6-v1"
},
{
"modelArn": "arn:aws:bedrock:us-west-2::foundation-model/anthropic.claude-opus-4-6-v1"
}
],
"inferenceProfileId": "0bbbb0bbbb00",
"status": "ACTIVE",
"type": "APPLICATION"
}
Is there any way we can help claude to know it's opus 4.6?
- Some explicit flag to force effort
- Make the aws bedrock api call to get the backing models of the inference profile like above?
- Maybe explicit mapping of model versions to inference profiles as described here: https://github.com/anthropics/claude-code/issues/18674
Please let me know if I can provide any additional information to debug the issue.
What Should Happen?
claude knows the inference profile is mapped to opus 4.6 and supports effort.
Error Messages/Logs
Steps to Reproduce
- Create an application inference profile associated to Opus 4.6
- Setup claude to use the application inference profile arn as the default model for opus:
ANTHROPIC_DEFAULT_OPUS_MODEL - Launch claude and run
/model
Claude Model
Opus
Is this a regression?
I don't know
Last Working Version
_No response_
Claude Code Version
v2.1.47
Platform
AWS Bedrock
Operating System
Ubuntu/Debian Linux
Terminal/Shell
VS Code integrated terminal
Additional Information
_No response_
5 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
This issue still persists in v2.1.70.
After the fix for #30795 (which addressed the effort parameter being sent to unsupported models), it appears that effort support detection was disabled too broadly — even models that do support the effort parameter (Opus, Sonnet) show "Effort not supported" when using Bedrock Application Inference Profiles.
Related comment: https://github.com/anthropics/claude-code/issues/30795#issuecomment-4009382074
!Image
I use *MODEL_SUPPORTED_CAPABILITIES to resolve it
If we use the
/effortcommand, would it work?<img width="1240" height="334" alt="Image" src="https://github.com/user-attachments/assets/f9098361-c8b0-4a5e-b0b9-66e208dd20f4" />
<img width="899" height="177" alt="Image" src="https://github.com/user-attachments/assets/6f0370e3-4ef9-4505-8b72-6be1ffffa2fd" />
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.