Intent routing, policy engine, and kernel dispatch layer with MCP federation gateway, Claude reasoning layer, and REST API
Stretch exposes 3 tools with partial schema coverage. health and list_tools have minimal descriptions (under 100 chars). dispatch_intent has a well-structured input schema with required fields and descriptions, but lacks output schema documentation. No tool has documented return types or error recovery guidance. Parameter descriptions exist for dispatch_intent but are generic ('Intent payload containing kind-specific data'). No tool declares idempotency, destructiveness, or read-only hints. Error handling is absent, no guidance on retryability or recovery paths.
Dispatches an intent through the kernel router, applying policy evaluation and routing to appropriate handler based on intent kind
Returns kernel health status, name, and version
Lists all tools visible through the MCP federation gateway
health and list_tools lack input/output schemas entirely. No JSON Schema visible in source; tool definitions appear inferred from handler names rather than explicit registration.
dispatch_intent's payload parameter description is vague ('Intent payload containing kind-specific data'). LLMs cannot infer what fields to include without examples or nested schema.
No tool documents return type or output schema. Agents cannot plan downstream calls or extract required fields (e.g., does dispatch_intent return a result object, status code, or error details?).
No error handling guidance. Tools do not indicate retryability, user-fixable vs. fatal errors, or recovery steps. An LLM receiving a dispatch_intent failure has no path forward.
Inferred effective spec: <=2025-11-25.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 41 | <=2025-11-25 | v2 |
dispatch_intent accepts a free-form 'kind' string parameter. Should be an enum (tool_call, policy_query, agent_delegate, resource_fetch, custom) to prevent hallucinated values.