Model Context Protocol (MCP) server for Google Cloud Platform - Talk to your GCP resources
Server has 9 tools with explicit schemas and descriptions. However, most descriptions are generic or task-focused rather than LLM-optimized. The run-gcp-code tool has an extremely long description (1000+ chars) that embeds implementation rules rather than explaining when/why to use it. Parameter descriptions are present but often lack constraints (enums, ranges, formats). No output schemas are documented. Error handling is minimal, tools return raw API responses without recovery guidance. Naming is verb-forward (list-, get-, run-) which is good, but descriptions don't explain tool selection criteria or dependencies.
Get billing budgets for the current project
Get billing information for the current project
Get cost forecast for the current project
Get Cloud Logging entries for the current project
List all GKE clusters in the current project
List all GCP projects accessible with current credentials
run-gcp-code description is 1000+ chars of implementation rules, not LLM guidance. Should be 50-200 chars explaining when to use it vs other tools.
No output schemas documented for any tool. LLMs cannot plan downstream calls or extract required fields without knowing return structure.
Parameters lack constraints. 'months' in get-cost-forecast has no min/max. 'pageSize' in get-logs has no bounds. Free-form numbers invite invalid LLM inputs.
No error handling guidance. Tools return raw API responses without recovery hints. If a project is not found or billing is unavailable, LLM has no next step.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 50 | 2026-07-28+ | v2 |
List all Cloud SQL instances in the current project
Run GCP code
Selects GCP project to use for subsequent interactions
Tool descriptions do not explain selection criteria. When should an LLM call get-billing-info vs get-cost-forecast vs get-billing-budget? Descriptions are too generic.