WaitingForPower MCP Server

WaitingForPower — an Energy Project Tracker

Open source, MIT licensed — see LICENSE. Contributions, forks, and issues welcome.

Tracks proposed U.S. energy projects — generation, transmission, storage, LNG, and pipelines, every fuel type — and how long each has been waiting for approval, and why.

The argument is structural, not partisan: solar, wind, storage, gas, nuclear, hydro, LNG, pipelines, and transmission all get stuck in the same handful of bottlenecks. Every tracked delay is mapped to one of seven named cause categories (src/lib/data/causeCategories.ts). The site's policy argument — six specific, bipartisan reform proposals, one per structural bottleneck, each with a stated problem, proposal, strengths, weaknesses, and bill links — lives on a single page, /policies (src/lib/data/policies.ts), deliberately kept separate from the neutral cause-category data so "why a project is stuck" and "what we're arguing should change" aren't the same object.

Quick start

npm install
cp .env.example .env      # set DATABASE_URL to your own Postgres instance
npx prisma migrate deploy # applies the committed migrations to your database
npm run ingest:permitting-dashboard  # populate from a live, no-key-needed source
npm run dev

Needs a real Postgres connection string in DATABASE_URL — there's no bundled local database file. The deployed app and local dev both point at the same hosted Postgres instance for this project (see "Architecture" below for why); for your own fork, any Postgres works (Neon, Supabase, Vercel/Prisma Postgres, RDS, local postgres via Docker, etc.).

Data & sourcing

All project data comes from live, re-runnable sources — no hand-curated one-off research. An earlier version of this project shipped a small hand-researched seed set; it was removed deliberately in favor of sources that stay current on their own, rather than a snapshot that goes stale. See src/lib/ingest/README.md for the full per-source table, open questions, and how each is scheduled:

Every source above — 4 federal/national workbook sources plus the Permitting Dashboard's live API plus all forty-one state docket modules — runs on Vercel Cron (vercel.json) with no manual step, staggered by 30 minutes so no two sources' runs overlap. Cadence is matched to how often each source actually publishes, not one uniform schedule: the 41 state modules and the Permitting Dashboard run daily, since same-day filings are exactly what the homepage changes feed is built to surface; the 4 sources whose underlying data only republishes monthly, quarterly, or annually (EIA-860M, LBNL Queued Up, ORNL HydroSource, EIA's pipeline tracker) stay weekly, since checking them daily wouldn't catch anything new. This moved off Hobby-plan-driven weekly checks (see src/lib/ingest/README.md for the full cadence history) once the site upgraded to Vercel Pro. Every ingestion run upserts by a stable per-source ID (see the matchKey/manualOverrides.csv identity mechanism in open question #1), so a re-run updates existing projects in place instead of duplicating them.

Every ingested project links back to its public source (see each project's detail page). Where a date or figure wasn't confidently available, the project is marked dateConfidence: "approximate" or carries a dataQualityNote saying so, rather than presenting invented precision as fact. Notably absent so far: sub-250MW generation/storage projects (see each source's capacity floor / scope above — this includes the large majority of hydropower relicensing dockets, which skew small), and any cause-category assignment for automatically-ingested projects (none of the five sources publishes why a project is delayed — see open question #4). This site only tracks projects still waiting on approval — see "RESOLVED_STAGES" in src/lib/ingest/README.md for what's deliberately excluded and why.

Interconnection queue detail. lbnlQueuedUp.ts carries two extra fields for LBNL-sourced projects, added 2026-08-21: interconnectionQueueStage (the workbook's own study-phase label, e.g. "Feasibility Study") and networkUpgradeCostUsd (reserved for a join against LBNL's separate, irregularly-updated interconnection cost-analysis datasets — not yet populated by any module). Per explicit product decision, a suspended interconnection request is treated the same as withdrawn: not shown as "waiting." Every ingestion run now also actively removes a previously-shown project the moment a later edition reports it withdrawn, suspended, or operational, rather than leaving it frozen in its last-known state — see src/lib/ingest/README.md for the full detail and open question #9.

Open questions

Flagged deliberately rather than guessed at — see also src/lib/ingest/README.md for the per-data-source version of this list.

Documentation truncated — see the full README on GitHub.