Bug Description
When using Cursor with AWS Bedrock BYOK, all non-Anthropic models (Amazon Nova, Meta Llama 4, Qwen) fail immediately with validation errors. Requests never reach AWS — they are rejected before any network call is made.
Root Cause
Cursor sends built-in tool definitions in toolConfig with null names. Claude’s API tolerates null names; every other Bedrock model enforces the schema and rejects them.
CloudWatch model-invocation logging confirms that for non-Anthropic models no invocation is ever logged — the request fails client-side before reaching Bedrock.
Error (from Cursor logs)
We encountered an issue: 10 validation errors detected:
Value null at 'toolConfig.tools.1.member.toolSpec.name' failed to satisfy constraint: Member must not be null;
Value null at 'toolConfig.tools.2.member.toolSpec.name' failed to satisfy constraint: Member must not be null;
... (8 more identical errors)
Affected Models (all via system inference profiles)
us.amazon.nova-pro-v1:0/ nova-lite / nova-microus.meta.llama4-maverick-17b-instruct-v1:0us.qwen.qwen3-32b-v1:0
Only Anthropic Claude profiles (us.anthropic.claude-*) work.
Steps to Reproduce
- Set up Cursor with AWS Bedrock BYOK (cross-account IAM role,
ConverseStream+InvokeModelWithResponseStreampermissions) - Select any non-Anthropic system inference profile
- Send any message in Cursor chat
- Observe validation errors immediately
Expected Behavior
Cursor should not include tools with null names in toolConfig. Either filter out null-named tools before sending, or ensure all built-in tool definitions have valid names populated.
Workaround
None. Non-Anthropic Bedrock models are completely unusable under BYOK.
Environment
- Cursor: latest (May 2025)
- AWS Bedrock region: us-east-1
- CloudWatch logging enabled — zero invocation records for non-Anthropic models