nyc-council-mcp
Related Servers
Alternatives to nyc-council-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceLets AI assistants search and retrieve New York State legislative records — bills, laws, members, committees, floor calendars, agendas, transcripts, votes, and change feeds — through the NYS Open Legislation API or an optional local SQLite corpus. It supports full-text ElasticSearch queries and returns citation-ready links for law sections.46 npm5MIT
- AlicenseNot gradedqualityDmaintenanceEnables to discover, inspect, query, and profile live NYC Open Data through a CLI and MCP server, providing a developer-first interface to Socrata APIs.34 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables searching and browsing municipal resolutions, meetings, votes, and member voting records through tools for full-text and semantic search, details, statistics, and attendance/voting history.MIT
- AlicenseAqualityCmaintenanceEnables querying South Korean National Assembly public data — members, bills, votes, schedules, meeting transcripts, audit reports, and publications — and recording live AI captions so speeches can be summarized before official transcripts are released, with fetched content cached in a local SQLite full-text index for later search.17MIT
- AlicenseNot gradedqualityBmaintenanceEnables searching US state bills by keyword, sponsor, committee, status, or chamber, and searching speaker-attributed committee hearing testimony across all 50 states and DC. Also retrieves full bill details, hearing transcripts, speaker activity histories, and the list of states with available data.310 npmMIT
- AlicenseAqualityBmaintenanceEnables searching, reading, and citing Brazilian legislation from a local read-only corpus clone, with article-level retrieval, faceted counts, coverage gap checks, and signatory lookups.5MIT
TDQS
Scored across 8 tools
The tools mostly target distinct resources (bill, history, hearings, member, committee, votes, recent legislation, search), but get_bill_history and get_votes both cover vote/roll-call information and their boundary is muddied by references to absent tools like vote_breakdown and 'local get_bill_history.' Inputs sometimes distinguish them (file number vs EventItemId), but the repeated local/live framing confuses a set that contains only live tools.
All names use predictable snake_case with a leading verb: get_, list_, search_. Minor compound forms like get_bill_history and search_legislation_live are still readable and consistent with the pattern.
Eight tools is well within the appropriate range for a read-only legislative lookup server. Each tool maps to a distinct resource or action, so the count itself is well-scoped.
The descriptions repeatedly direct agents to search_bills, vote_breakdown, and a local index that are not in this server, creating significant dead ends. In particular, get_votes requires an EventItemId, but the only in-set source is upcoming hearing agenda items; the description explicitly says live get_bill_history returns an event ID rather than an event item ID, leaving no reliable path to past roll-call votes.