A .NET-based MCP server implementing Model Context Protocol with tool catalog, idempotency, rate limiting, and mediator pattern support for command/query dispatching
FeatureFusion exposes a single tool 'orders.create' with critical definition gaps. The tool has a description ('Create an order') but it is extremely brief (15 chars, below the 20-char minimum). Input schema is present with 5 parameters, but 3 of them (productId, quantity, customerId) have null descriptions, violating the requirement that every parameter must have a non-empty description. The two MCP-specific parameters (idempotencyKey, confirmed) have descriptions but are protocol artifacts, not domain parameters. No output schema is documented. The tool lacks error handling guidance, recovery hints, or context about when to use it. The naming 'orders.create' uses dot notation rather than the verb_noun convention (should be 'create_order'). No evidence of idempotency support despite the idempotencyKey parameter. The analyzer code shows the framework enforces some checks (BBMCP001 - 005) but the tool definition itself does not meet baseline quality standards.
Create an order
Three required parameters (productId, quantity, customerId) have null descriptions. LLMs cannot infer parameter meaning from names alone.
Tool description is 15 characters ('Create an order'), below the 20-char minimum. Too vague to guide LLM selection or explain when to use this tool vs alternatives.
No output schema documented. LLMs cannot plan downstream calls or extract order ID for follow-up operations.
Tool name uses dot notation (orders.create) instead of verb_noun convention (create_order). Inconsistent with 90% of production tools.
No error handling guidance. If order creation fails (invalid product, insufficient inventory, payment declined), LLM has no recovery path.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 41 | 2025-06-18+ | v2 |