Expose permitted Chromium extension APIs to MCP clients through Native Messaging.
Single tool 'chrome_call' has a reasonable schema with three typed parameters (namespace, method, args), but critical gaps undermine quality. Description is only 79 chars, below the 194-char baseline and lacks WHEN/WHY context. Parameters lack individual descriptions (namespace, method, args are named but not explained). No output schema documented. No error handling guidance. Tool name 'chrome_call' is generic and does not follow verb_noun convention (should be 'call_chrome_api' or similar). No indication of what the tool returns or how to chain results. Risk marked READ_ONLY but no idempotent/destructive hints in schema.
Call Chrome extension APIs through the native messaging bridge
Tool name 'chrome_call' is generic and does not follow verb_noun convention. Should be 'call_chrome_api' or 'invoke_chrome_extension_api' to clearly signal intent.
Tool description is only 79 characters, below the 194-char baseline. Lacks WHAT, WHEN, and WHY context. Does not explain when to use this tool vs alternatives, what it returns, or prerequisites.
Parameters 'namespace', 'method', and 'args' lack individual descriptions. LLMs cannot infer that 'namespace' means Chrome API namespace (e.g., 'tabs', 'windows') or that 'args' is an array of arguments. Descriptions are mandatory.
No output schema documented. LLMs cannot plan downstream calls or extract results. Must document what fields are returned (e.g., success boolean, result object, error message).
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 33 | 2026-07-28+ | v2 |
No error handling guidance. Tool description does not explain what happens on failure, how to recover, or what errors are retryable. Agents have no recovery path.