A Next.js-based chat application with Model Context Protocol (MCP) server integration capabilities for creating and managing MCP servers
NextChat-MCP exhibits severe definition quality gaps. Tool schemas are inferred from code rather than explicitly visible in registration. Descriptions exist but lack LLM-optimization guidance (e.g., 'Retrieves all MCP servers' is generic; no mention of when to call or what to expect). Parameters lack type definitions in visible schema declarations. No error handling guidance, no output schema documentation, and no parameter constraints (enums, ranges). The server appears to be a Next.js application wrapping MCP concepts rather than a proper MCP server implementation. Tool definitions are scattered across utility files without centralized, schema-compliant registration.
Creates and deploys an MCP server based on a user-provided name and description. Extracts tools from the description, creates the server configuration, deploys it, and generates integration guides for various platforms (Cursor, Claude Desktop, Windsurf, Direct API)
Deletes an MCP server by its ID from local storage
Deploys an MCP server configuration to a hosting environment and returns the server URL
Analyzes a text description and extracts tool definitions that should be implemented in an MCP server
Generates integration guides for connecting an MCP server to various platforms including Cursor, Claude Desktop, Windsurf, and direct API access
Retrieves all MCP servers that have been created and stored locally
No visible input schemas with type definitions. Tool parameters listed in descriptions but not in formal JSON Schema with 'type', 'required', or constraint declarations. Violates pattern:constrained-input and pattern:tool-description.
Descriptions are generic and lack LLM-optimization. 'Retrieves all MCP servers that have been created and stored locally' (54 chars) does not explain WHEN to call this tool, what structure is returned, or how it chains with other tools. Baseline: 194 chars average for A+ tools.
No output schema documentation. Tools return complex objects (MCPServer, MCPTool, integration guides) but no schema is visible describing fields, types, or structure. LLMs cannot plan downstream calls without knowing what fields to expect.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 36 | 2026-07-28+ | v2 |
Destructive operations (delete_mcp_server) lack confirmation or dry-run support. No error handling guidance for recovery. Violates pattern:confirmation-request and pattern:recovery-guide.
Tool definitions appear inferred from code structure rather than explicitly registered with MCP protocol. No evidence of formal tool registration with names, descriptions, and schemas in a centralized handler.