https://waitingforpower.com/mcp ↗
Tracks U.S. energy projects stuck in permitting: docket status, delay causes, hearing dates.
WaitingForPower is a remote MCP server published at waitingforpower.com. It has been probed 8 times since 9/12/2026. It answered in 8 of them (100.0%), a near-uninterrupted record. Median response time is 585 ms, a delay an agent will notice. It offers a narrow, focused set of 6 tools. On the protocol side it speaks the 2026-07-28 stateless spec.
Can an LLM agent pick the right tool here — names, descriptions and parameter clarity are assessed.
search_projects — Ambiguous 'stage' and 'status' parameter value rangesget_stats — Shared filters with search_projects may cause tool selection confusionlist_causes — No explicit error handling for invalid cause queriesRisk: low
tools/list structure, inputSchema validity, and a functional smoke test — the components of the 0-100 score.
Tools the server advertised in the latest measurement — measured, not catalog-claimed.
search_projectsSearch the WaitingForPower dataset of U.S. energy projects (generation, transmission, storage, LNG, pipelines) currently stuck waiting on permitting approval. Returns a paginated summary; call get_project with a slug for full detail (sources, milestone timeline).
statestringfuelTypearrayprojectTypearraystagearrayminYearsWaitingnumberminCapacitynumberstatusstringlimitintegeroffsetintegerget_projectFull detail for one WaitingForPower project by slug — cited sources, milestone timeline, capacity, and estimated investment waiting. Get a slug from search_projects first.
slugstringrequiredget_statsHeadline aggregate numbers (project count, capacity waiting, clean-energy capacity waiting, estimated investment waiting) for the WaitingForPower dataset, optionally scoped by the same filters as search_projects.
statestringfuelTypearrayprojectTypearraystagearrayminYearsWaitingnumberminCapacitynumberstatusstringlist_causesThe fixed set of structural bottleneck categories (interconnection queue backlog, NEPA review, multi-agency permitting, transmission siting, litigation, local/state opposition, financing/supply chain) every tracked project's delay is mapped to — with a neutral description of each.
list_policiesWaitingForPower's six bipartisan permitting-reform policy proposals, one per structural cause category — each with a summary, strengths, weaknesses, and related bills. This is the site's argued position, distinct from the neutral cause categories in list_causes.
list_statesUSPS state codes and full names usable as the `state` filter in other tools.
Derived by comparing consecutive probes — changes in era, protocol version, build and reachability.
Add this badge to your README — it updates automatically as measurements change.
[](https://mcpmetrics.io/servers/com-waitingforpower-energy-permitting-tracker)<a href="https://mcpmetrics.io/servers/com-waitingforpower-energy-permitting-tracker"><img src="https://mcpmetrics.io/badge/com.waitingforpower/energy-permitting-tracker/era.svg" alt="mcpmetrics"></a>You are seeing the last 7 days. Sign up for the full history. Which check failed and why is in the dashboard.
Sign up free to seeThe catalog entries whose name and description are closest to this one, found with the same index the search box uses.
Format a status report for stakeholders
Live Pīpīwai Trail park and road status, compiled from NPS and Hawaii DOT.
Short status catalog
Live service status, active incidents, search, and outage history from Downtester.
Energy-domain MCP tools for Cernion context, evidence and guarded process preparation
Format a status report for stakeholders
| Run | Era | Modern | ms | Legacy | ms | Versions |
|---|---|---|---|---|---|---|
| 2026-09-13 06:40:42 | Dual-era | 200 | 585 | 200 | 607 | 2026-07-28 |
| 2026-09-13 04:35:29 | Dual-era | 200 | 529 | 200 | 550 | 2026-07-28 |
| 2026-09-13 01:33:33 | Dual-era | 200 | 890 | 200 | 574 | 2026-07-28 |
| 2026-09-12 23:31:36 | Dual-era | 200 | 672 | 200 | 403 | 2026-07-28 |
| 2026-09-12 21:29:15 | Dual-era | 200 | 768 | 200 | 804 | 2026-07-28 |
| 2026-09-12 19:27:29 | Dual-era | 200 | 344 | 200 | 528 | 2026-07-28 |
| 2026-09-12 17:24:09 | Dual-era | 200 | 569 | 200 | 648 | 2026-07-28 |
| 2026-09-12 15:21:42 | Dual-era | 200 | 344 | 200 | 633 | 2026-07-28 |
Each block is one measurement round. Green: working response. Amber: responded but the server was returning errors (5xx). Red: no response at all.
Each cell is one probe run. Faded cells are incomplete probes — one leg did not answer, so the era is inconclusive.
The two probe legs separately: modern server/discover and legacy initialize.
Comments
Sign in to write a comment
No comments yet. Be the first.