SEC Regulations MCP — US securities regulations (17 CFR). A thin, SEC-branded wrapper over the official eCFR API, scoped to Title 17 (Commodity and Securities Exchanges) covering SEC parts 200-249 plus CFTC parts 1-190.
Two tools with clear, actionable descriptions (194 and 156 chars respectively, within baseline 34-392 range). Both have input schemas with typed parameters and descriptions. However, output schemas are completely undocumented, LLMs cannot plan downstream calls or extract structured data. No error handling guidance, no pagination support despite search tool returning potentially large result sets, and no tool annotations (readOnlyHint/destructiveHint). Naming is verb-forward (sec_regulation, sec_regulations_search) but generic 'sec_regulation' lacks specificity about what 'regulation' means (full text? metadata? citations?). Parameter descriptions are adequate but lack format constraints (e.g., citation format examples are in tool description, not parameter description). Missing output schema documentation is a critical gap for agent composition.
full text of one SEC/CFTC rule by citation
keyword search across the securities regulations
Output schemas completely undocumented. LLMs cannot infer what fields are returned, breaking tool chaining and forcing agents to guess at response structure.
No pagination support on sec_regulations_search despite potentially returning large result sets. Missing limit, offset/cursor, and total_count parameters. Risks context window exhaustion.
No error handling guidance. Tool descriptions do not explain what happens on invalid citation, network failure, or no results found. LLMs cannot recover from failures.
Missing tool annotations. No readOnlyHint, destructiveHint, or idempotentHint declared. Both tools are read-only but this is not formally signaled to the MCP client.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 53 | 2026-07-28+ | v2 |
Parameter 'citation' accepts multiple formats (CFR section, rule name, part number, section with subsections) but format constraints are only in tool description, not in parameter schema. LLMs cannot validate input format.