Describe the bug
Hello! I'm reporting an issue regarding the tool configuration in MCP Server.
It appears that when the awslabs.aws-diagram-mcp-server package is registered as a tool, all communication with the Gemini CLI environment starts to fail.
My hypothesis is that the Gemini backend validates the schemas of all functions within a tool upon registration. Because the schema for the get_diagram_examples function in this package is missing a type field, the initial validation fails, which then blocks all subsequent requests to the model.
This issue was reproduced with Gemini CLI v0.1.1.
Expected Behavior
Registering the aws-diagram-mcp-server package as a tool should not interfere with the Gemini backend, and the server should continue to operate normally.
Current Behavior
After registering the tool configuration below and starting the server, every request, regardless of the prompt, fails with the following 400 INVALID_ARGUMENT error.
✕ [API Error: [{
"error": {
"code": 400,
"message": "Unable to submit request because `get_diagram_examples` functionDeclaration
`parameters.diagram_type` schema didn't specify the schema type field. Learn more:
https://cloud.google.com/vertex-ai/generative-ai/docs/multimodal/function-calling",
"errors": [
{
"message": "Unable to submit request because `get_diagram_examples` functionDeclaration
`parameters.diagram_type` schema didn't specify the schema type field. Learn more:
https://cloud.google.com/vertex-ai/generative-ai/docs/multimodal/function-calling",
"domain": "global",
"reason": "badRequest"
}
],
"status": "INVALID_ARGUMENT"
}
}
]]
Reproduction Steps
- Add the following tool definition to the MCP Server configuration ( in .gemini/setting.json):
"awslabs.aws-diagram-mcp-server": {
"command": "uvx",
"type": "stdio",
"args": ["awslabs.aws-diagram-mcp-server"],
"env": {
"FASTMCP_LOG_LEVEL": "ERROR"
},
"autoApprove": [],
"disabled": false
}
- Start the MCP Server with Gemini as the backend using this configuration.
- Send any prompt to the server.
- Observe that the request fails with the error shown above.
Possible Solution
This issue could likely be resolved by correcting the function schema within the
awslabs.aws-diagram-mcp-server package itself.
Specifically, adding "type": "string" to the parameters.diagram_type for the get_diagram_examples function.
Additional Information/Context
No response
OS
Ubuntu (Windows WSL2)
Server
aws-diagram-mcp-server
Server Version
No response
Region experiencing the issue
us-east-1
Other information
No response
Service quota
Describe the bug
Hello! I'm reporting an issue regarding the tool configuration in MCP Server.
It appears that when the awslabs.aws-diagram-mcp-server package is registered as a tool, all communication with the Gemini CLI environment starts to fail.
My hypothesis is that the Gemini backend validates the schemas of all functions within a tool upon registration. Because the schema for the get_diagram_examples function in this package is missing a type field, the initial validation fails, which then blocks all subsequent requests to the model.
This issue was reproduced with Gemini CLI v0.1.1.
Expected Behavior
Registering the aws-diagram-mcp-server package as a tool should not interfere with the Gemini backend, and the server should continue to operate normally.
Current Behavior
After registering the tool configuration below and starting the server, every request, regardless of the prompt, fails with the following 400 INVALID_ARGUMENT error.
Reproduction Steps
Possible Solution
This issue could likely be resolved by correcting the function schema within the
awslabs.aws-diagram-mcp-server package itself.
Specifically, adding "type": "string" to the parameters.diagram_type for the get_diagram_examples function.
Additional Information/Context
No response
OS
Ubuntu (Windows WSL2)
Server
aws-diagram-mcp-server
Server Version
No response
Region experiencing the issue
us-east-1
Other information
No response
Service quota