MCP Server to query Vercel AI SDK documentation using AI agent and direct similarity search
The server defines 3 tools with explicit schemas and descriptions. All tools have Zod-based input schemas with type definitions and descriptions. However, there are significant gaps in error handling guidance, output schema documentation, and parameter validation. Naming follows verb_noun convention (agent-query, direct-query, clear-memory), which is correct. Descriptions exist for all tools but are relatively brief (106-149 chars) and lack recovery guidance for failures. Parameters are typed (string, number, uuid) with descriptions, but lack validation rules, constraints, and enum declarations where applicable. Output schemas are not formally documented, responses are JSON-stringified text blocks without structured type declarations. The server lacks actionable error messages and does not follow pattern:recovery-guide or pattern:confirmation-request for the destructive clear-memory tool.
Query the Vercel AI SDK documentation using an AI agent that can search and synthesize information. Requires a session ID for conversation history.
Clears the conversation memory for a specific session or all sessions.
Perform a direct similarity search against the Vercel AI SDK documentation index.
No formal output schema documentation. All tools return JSON-stringified text blocks without declared return types. Clients cannot parse responses programmatically or validate structure.
Destructive tool (clear-memory) lacks confirmation step and destructive operation warning. Clearing all sessions when sessionId is omitted is irreversible but offers no dry-run or confirmation.
Error messages lack recovery guidance. Tools return error JSON but do not indicate whether errors are retryable, user-fixable, or fatal, nor do they suggest next steps.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | D | 54 | 2026-07-28+ | v2 |
| 2026-03-09 | F | 46 | - | v1 |
Parameter constraints missing. 'limit' parameter lacks min/max bounds; 'query' parameter lacks length or format constraints. LLMs may pass invalid values without guidance.
No pagination support documented. direct-query accepts 'limit' but does not return total count, next_cursor, or pagination hints. Large result sets may bloat context.
Descriptions do not explain tool selection. Users/LLMs do not know when to choose agent-query vs direct-query. Descriptions lack 'when to use this' guidance.