MCP server to search across NVIDIA blogs and releases to empower LLMs to better answer NVIDIA specific queries
The server implements a single well-structured search tool with comprehensive parameter definitions and detailed descriptions. The schema is complete with proper type definitions, enums, and constraints. However, the tool lacks explicit error handling guidance, output schema documentation, and security considerations. The description is thorough (378 chars) and exceeds the baseline average (194 chars), which is positive. Parameter diversity is high (8 params, matching p90 baseline), with proper typing and constraints including enums, date formats, and numeric bounds. The naming 'search_nvidia' is clear and action-oriented, though generic naming (search_*) could be more specific to the domain. No tool annotations present (readOnlyHint, destructiveHint, idempotentHint). Output structure is partially inferred but not explicitly documented in the source. Risk designation (READ_ONLY) is appropriate but not formalized via annotations.
Search across multiple NVIDIA domains including developer resources, documentation, blogs, news, forums, research papers, NGC catalog, Omniverse docs, GitHub Pages, and more. This tool helps find relevant information about NVIDIA technologies, products, and services. Results include citations with URLs for reference and are categorized by domain type (documentation, blog, news, developer, build, research, catalog, forum, downloads, resources).
Output schema not explicitly documented in source code. The tool returns results but the structure (fields, types, pagination) is not visible in the provided source excerpts.
No error handling guidance in tool description. Errors should indicate whether they are retryable, user-fixable, or fatal, and suggest recovery steps like 'try narrowing your query' or 'check domain names'.
Tool lacks annotations for readOnlyHint (correctly read-only), which would explicitly signal to the LLM that this tool is safe to call without side effects. Current designation via 'Risk: READ_ONLY' is informal.
Generic action verb 'search' does not distinguish this tool from other search_* tools in a large agent ecosystem. More specific naming (e.g., 'search_nvidia_documentation', 'search_nvidia_knowledge_base') would improve clarity when many similar tools are available.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | C | 64 | 2025-06-18+ | v2 |
| 2026-03-09 | D | 55 | 2025-06-18+ | v1 |
Parameter 'domains' accepts array of strings with no enum constraint. The description lists example domains ('documentation, blog, news, developer, build, research, catalog, forum, downloads, resources') but does not formalize them as an enum, allowing LLMs to hallucinate invalid domain names.
Parameters 'blocked_domains' and 'allowed_domains' are mutually exclusive (using both simultaneously creates contradictory behavior) but this dependency is not documented in either parameter description, violating the pattern for undocumented parameter relationships.