A hybrid GitOps agent that provides MCP tools for managing Kubernetes resources and Flux GitOps workflows, with local YAML parsing and live Kubernetes cluster state inspection.
Two tools with minimal descriptions and incomplete parameter documentation. list_resources has a 73-char description (acceptable baseline ~194 chars); get_resource_yaml has 77 chars. Neither tool has parameter descriptions visible in the schema. Input schemas present but lack parameter-level descriptions required by pattern:tool-description. No output schema documented. No error handling guidance. Tools are read-only (low risk) but lack LLM-optimization for agent selection.
Get the exact, raw LOCAL YAML of a specific resource from Desired State.
List all LOCAL GitOps/Kubernetes resources in the repository grouped by Kind.
Parameter descriptions missing. 'kind' parameter in both tools lacks description explaining what it filters or controls. LLMs cannot infer parameter semantics from names alone.
Output schema not documented. Neither tool specifies what fields are returned (e.g., does list_resources return resource names, kinds, namespaces, file paths?). LLMs cannot plan downstream calls without knowing response structure.
Tool descriptions below production baseline (45-77 chars vs. 194 avg). Descriptions lack WHEN to use, WHAT it returns, and prerequisites. 'List all LOCAL GitOps/Kubernetes resources' does not explain when to call this vs. get_resource_yaml or how results are structured.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 41 | 2026-07-28+ | v2 |
No error handling guidance. If a resource is not found, or if YAML parsing fails, no recovery instructions provided. LLMs receive raw errors with no actionable next steps.
Parameter 'namespace' in get_resource_yaml has a default ('default') but no description. LLMs cannot determine if this is a Kubernetes namespace, a file path segment, or something else. Default is reasonable but undocumented.