When an MCP server returns tools with dots (.) in their names, Copilot CLI sends them to the API which rejects them with a 400 error:
✗ Execution failed: CAPIError: 400 tools.19.custom.name: String should match pattern
'^[a-zA-Z0-9_-]{1,128}$'
The MCP specification explicitly allows dots in tool names (section 5.1.1). VS Code Copilot handles this by remapping tool names internally (dots → underscores), but the CLI passes them through raw and the API rejects them.
Steps to Reproduce
- Configure an MCP server that returns tools with dots in names (e.g., Backstage's @backstage/plugin-mcp-actions-backend v0.1.10+ which generates names like catalog.get-entity-facets)
- Start Copilot CLI
- Send any prompt → 400 Bad Request
Expected Behavior
API should accept dots per the MCP spec.
Actual Behavior
Hard failure — CLI becomes completely unusable when any MCP server has dotted tool names.
Environment
- Copilot CLI: latest
- OS: macOS / Windows / Linux (all affected)
Related Issues
When an MCP server returns tools with dots (.) in their names, Copilot CLI sends them to the API which rejects them with a 400 error:
✗ Execution failed: CAPIError: 400 tools.19.custom.name: String should match pattern
'^[a-zA-Z0-9_-]{1,128}$'
The MCP specification explicitly allows dots in tool names (section 5.1.1). VS Code Copilot handles this by remapping tool names internally (dots → underscores), but the CLI passes them through raw and the API rejects them.
Steps to Reproduce
Expected Behavior
API should accept dots per the MCP spec.
Actual Behavior
Hard failure — CLI becomes completely unusable when any MCP server has dotted tool names.
Environment
Related Issues