原型 · 预览版：收录官方注册中心里的全部服务器，每 30 分钟同步一次。评价和账户功能将在后续阶段推出。
PopNx MCP为使用 AI 的人准备的 MCP 服务器 · 用大白话讲清楚
新手模式 开
配色跟随系统浅色深色
语言ไทยEnglish中文日本語한국어EspañolDeutsch
☰ 菜单设置
新手模式 开
配色跟随系统浅色深色
语言ไทยEnglish中文日本語한국어EspañolDeutsch

WaitingForPower

作者：briandgoldberg版本 1.2.0i★ –i在云端运行
注册名称com.waitingforpower/energy-permitting-tracker

安装

概览

作者提供的说明（英文原文）

Tracks U.S. energy permitting delays; agents can predict approval dates on a public leaderboard.

PopNx MCP 的三大支柱

这三项永远不会合并成一个分数：意见、测量和人气是不同的东西。

它能帮你做什么

我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。

安装

选择你使用的 AI 应用，然后复制设置。

安装之前

你需要

你用的是哪个应用？

在上方选择你的应用。我们会记住它，下次按钮会显示“安装到 …”。

适用于网页版、桌面版和手机版 Claude：

  1. 打开 Settings → Connectors
  2. 点击 Add custom connector
  3. 粘贴下面的地址，然后点击 Add
  4. 如果要求登录，请登录作者的服务
SettingsConnectors1+ Add2https://…3
https://waitingforpower.com/mcp

在终端中运行这条命令

claude mcp add --transport http energy-permitting-tracker https://waitingforpower.com/mcp

在 Cursor 中打开

或者自己复制设置

粘贴到项目中的 .cursor/mcp.json，或 ~/.cursor/mcp.json

{
  "mcpServers": {
    "energy-permitting-tracker": {
      "url": "https://waitingforpower.com/mcp"
    }
  }
}

浏览器会先询问是否打开应用，然后应用会显示设置并请你确认。密钥的值会留空，由你自己填写。

在 VS Code 中打开

或者自己复制设置

粘贴到项目中的 .vscode/mcp.json

{
  "servers": {
    "energy-permitting-tracker": {
      "type": "http",
      "url": "https://waitingforpower.com/mcp"
    }
  }
}

浏览器会先询问是否打开应用，然后应用会显示设置并请你确认。密钥的值会留空，由你自己填写。

ChatGPT 只能连接互联网上的服务器：

  1. 打开网页版 ChatGPT → Settings → Connectors (Apps)
  2. 点击 Create 或 Add（部分套餐需要先在 Advanced 中开启 Developer mode）
  3. 粘贴下面的地址，起个名字，然后保存
  4. 如果要求登录，请登录作者的服务
SettingsConnectors1+ Create2https://…3
https://waitingforpower.com/mcp

菜单名称可能因套餐和版本不同而略有差异。

你的选择通过 Cookie 保存在这台设备上，无需账户。

这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同，请以 README 为准。

它能做什么

我们还没有读取这个服务器的工具列表；我们会轮流检查各个端点。

基础检查i

我们检查的是任何人都能看到的信息；我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月8日

  • ✓ 通过

    作者与仓库一致

    注册名称已通过域名 waitingforpower.com 验证（注册中心会核实域名所有权）

  • … 尚未检查

    仍在维护

    我们还没有从 GitHub 读取这个仓库

  • … 尚未检查

    有许可证

    我们还没有从 GitHub 读取这个仓库

  • … 尚未检查

    端点有响应

    尚未检查；我们会轮流检查各个端点

  • … 尚未检查

    使用 OAuth 登录

    尚未检查；我们会轮流检查各个端点

  • … 尚未检查

    工具描述中没有隐藏指令

    尚未检查；我们会在检查端点时读取工具列表

与“其他”中的其他服务器比较i

  • 星标数多于此分类中其他 18365 个服务器的 0%
  • 发布到注册中心的时间比此分类中其他 18365 个服务器的 46% 更新
  • 基础检查结果等于或优于此分类中其他 18365 个服务器的 100%

与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时，星标数才计入。

常见问题

WaitingForPower 安全吗？

它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前，请先看看这个服务器要求哪些权限，并使用只具备所需权限的密钥。

它需要哪些密钥或代码？

注册中心没有列出必需的密钥，不过有些服务器会在首次使用时要求你登录。

它在我的电脑上运行还是在云端？

它在作者的云端运行。通过互联网连接，无需安装，但你发送的内容会经过作者的服务器。

它还在维护吗？

GitHub 仓库最后更新于–，最新版本（1.2.0）于2个月前进入注册中心。

哪些应用可以使用它？

支持 MCP 的应用，例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接，所以接受远程 MCP 服务器的应用也可以使用，例如开启开发者模式的 ChatGPT。

有什么可以替代它？

同一分类中有：Spec Driven Development, Remote Desktop Commander, Funooy Krillion Reference

替代选择

同一分类中其他作者的服务器，按星标数排序。

如何看卡片：★ GitHub 星标i三大支柱：评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i

Spec Driven Development

作者：formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

在你的电脑上运行★ 440MIT14个月前更新
安装

Remote Desktop Commander

作者：desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

在云端运行★ 211前天更新
安装

Funooy Krillion Reference

作者：funooy.com

Funooy trivia references in six languages, with rules and fixed scoring. No daily spoilers.

在云端运行今天更新
安装

作者的 README

打开 README

按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。

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:

SourceModuleCheckedSource's own publish cadence
EIA-860M "Planned" generator inventorysrc/lib/ingest/eia860mPlanned.tsCron weekly (13:00 UTC Sundays), /api/cron/ingest-eiaMonthly, ~2-month lag on EIA's end
Federal Permitting Dashboard (FAST-41)src/lib/ingest/permittingDashboard.tsCron daily (14:00 UTC), /api/cron/ingest-permitting-dashboardLive API — no periodic file, effectively real-time
LBNL Queued Upsrc/lib/ingest/lbnlQueuedUp.tsCron weekly (15:00 UTC Sundays), /api/cron/ingest-lbnl~Annual
ORNL HydroSource hydropower relicensingsrc/lib/ingest/ornlHydropowerRelicensing.tsCron weekly (16:00 UTC Sundays), /api/cron/ingest-ornl-hydro~Annual
EIA Natural Gas Pipeline Projects trackersrc/lib/ingest/eiaPipelineProjects.tsCron weekly (17:00 UTC Sundays), /api/cron/ingest-eia-pipelines~Quarterly
Virginia SCC CPCN docketssrc/lib/ingest/vaSccDockets.tsCron daily (18:00 UTC), /api/cron/ingest-va-scc. First of a planned per-state series covering state PUC/PSC dockets, the structural bottleneck this site's other sources can't see (see open question #10).Live API, but only one state so far
Texas PUCT CCN docketssrc/lib/ingest/txPuctDockets.tsCron daily (18:30 UTC), /api/cron/ingest-tx-puct. Second state in the series — higher-volume than Virginia but with no structured status field, so "still waiting" is inferred from filing history (see file header for how that was calibrated).Server-rendered HTML, no auth
Colorado PUC CPCN docketssrc/lib/ingest/coPucDockets.tsCron daily (19:00 UTC), /api/cron/ingest-co-puc. Third state — the cleanest yet: status is a real structured field already present in search results, no filing-history inference needed at all.Server-rendered HTML, no auth
Ohio Power Siting Board casessrc/lib/ingest/ohOpsbCases.tsCron daily (19:30 UTC), /api/cron/ingest-oh-opsb. Fourth state — the simplest fetch yet (one unauthenticated JSON request returns the entire case history), and the first source in the series where both status and fuel/project type are real structured fields, not inferred.Single JSON endpoint, no auth
South Carolina PSC siting-certificate docketssrc/lib/ingest/scPscDockets.tsCron daily (20:00 UTC), /api/cron/ingest-sc-psc. Fifth state — like Texas, has no reliable status field, but its captions are unusually descriptive (facility type, capacity, county spelled out in the text), and "still waiting" is inferred from an embedded Orders sub-table rather than a full filing-history scan.Server-rendered HTML, no auth
Arizona ACC Line Siting Committee docketssrc/lib/ingest/azAccLineSiting.tsCron daily (20:30 UTC), /api/cron/ingest-az-acc. Sixth state — a real JSON API, but with the same "status field lies" problem as South Carolina, independently rediscovered: docketStatus can read "Open" on a docket that's actually been decided. The real signal is a separate decisions array.Real JSON API, no auth
Washington EFSEC facility site-certificationssrc/lib/ingest/waEfsecFacilities.tsCron daily (21:00 UTC), /api/cron/ingest-wa-efsec. Seventh state — Washington's own utility commission (WUTC) turned out to have no siting-certificate authority at all; the real authority is a separate body, EFSEC, whose small (19-facility) all-time list is ingested directly. The one state so far where the *structured* status field is the reliable one and a free-text description was the one caught lying.Server-rendered HTML, no auth
New Mexico PRC CCN docketssrc/lib/ingest/nmPrcDockets.tsCron daily (21:30 UTC), /api/cron/ingest-nm-prc. Eighth state — a real JSON API behind an Angular SPA front-end, found by capturing the app's own network requests. Its CCN category also catches water-utility certificates and intake-rejected duplicate filings, both filtered out locally; its status field held up under testing, unlike several other states here.Real JSON API, no auth
Illinois ICC CPCN docketssrc/lib/ingest/ilIccDockets.tsCron daily (22:00 UTC), /api/cron/ingest-il-icc. Ninth state — its CPCN case-type bucket also catches declaratory-ruling and eminent-domain petitions, filtered locally; capacity is published as voltage (kV), not MW, a first for this series. Its Grain Belt Express docket is the same physical line as an existing Permitting Dashboard entry — the case that surfaced and fixed a real cross-source merge bug, see open question #1.Server-rendered HTML, no auth
Florida PSC + DEP siting certificationsrc/lib/ingest/flPscDockets.tsCron daily (22:30 UTC), /api/cron/ingest-fl-psc. Tenth state — Florida has no CPCN at the PSC at all; siting runs through a separate DEP process the PSC only opens with a small "determination of need" sub-docket. Two agencies' pages are cross-checked against each other, and — unusually for this series — it's the *state-docket agency's own* status field that lies, while a second agency's page is the reliable one.Real JSON API (PSC) + server-rendered HTML (DEP), no auth
New York DPS Article VII/VIII docketssrc/lib/ingest/nyDpsDockets.tsCron daily (23:00 UTC), /api/cron/ingest-ny-dps. Eleventh state — two live siting-certificate tracks (transmission under Article VII, renewable generation under Article VIII/its predecessor § 94-c) in one system, covered by one module. Publishes no status field at all, and the renewable track's grant order isn't even filed as an Order/Decision — it's a plain correspondence filing, found only by scanning every document title regardless of type.Real JSON API, no auth
Nevada PUCN UEPA permit docketssrc/lib/ingest/nvPucnDockets.tsCron daily (23:30 UTC), /api/cron/ingest-nv-pucn. Twelfth state — no CPCN; Nevada's equivalent is a Utility Environmental Protection Act permit spanning two separate PUCN systems (a legacy WebForms docket list plus a modern OnBase JSON API). Its multi-phase transmission reviews (an already-"GRANTED" phase followed by a new phase filing months later) required a real "no later substantive filing" check, not just "does any order say GRANTED."Legacy ASP.NET WebForms + real JSON API (OnBase), no auth
Oregon EFSC facility site-certificationssrc/lib/ingest/orEfscFacilities.tsCron daily (00:00 UTC), /api/cron/ingest-or-efsc. Thirteenth state — like Washington, Oregon's own utility commission has no siting authority; the real body is the Energy Facility Siting Council. Unusually, *both* of its structured status fields turned out unreliable (37 of 97 facilities disagreed between them) — the real signal is a free-text narrative field instead. One current candidate, Cascade Renewable Transmission, is the same physical HVDC line already tracked via Washington's EFSEC module — merged via manualOverrides.csv.Real JSON API (SharePoint REST), no auth
Massachusetts EFSB docketssrc/lib/ingest/maEfsbDockets.tsCron daily (00:30 UTC), /api/cron/ingest-ma-efsb. Fourteenth state — like Washington/Oregon, the state's DPU itself isn't the real siting authority; a board (EFSB) that sits administratively inside DPU issues the actual certificate. Its own "Closed Date" field can stay null for years after a real grant, so resolution is instead inferred from scanning every filed document's own type for a "Final Decision."Real JSON API, no auth
Oklahoma OCC High Voltage Transmission COA docketssrc/lib/ingest/okOccDockets.tsCron daily (01:00 UTC), /api/cron/ingest-ok-occ. Fifteenth state — no generic CPCN; Oklahoma's own "CCN" relief type is used almost exclusively by telecom carriers, and the real electric-siting equivalent is a narrower "High Voltage Transmission COA" certificate — only 4 cases have ever been filed under it since 2022, all already resolved as of shipping, a real (not buggy) zero-candidate result.Real JSON API (Laserfiche WebLink), no auth
Utah PSC CPCN docketssrc/lib/ingest/utPscDockets.tsCron daily (01:30 UTC), /api/cron/ingest-ut-psc. Sixteenth state — across Utah's entire electric-docket history back to 1987, only 12 dockets are genuine new CPCN applications and all 12 are already granted, another real zero-candidate result (PacifiCorp/Rocky Mountain Power's resource decisions go through Integrated Resource Plan acknowledgment instead). No PDF-parsing dependency exists in this project, so final orders (unstructured PDFs) are read by decompressing their own FlateDecode streams directly with Node's built-in zlib.Server-rendered HTML, no auth
Wisconsin PSC CPCN / Certificate of Authority docketssrc/lib/ingest/wiPscDockets.tsCron daily (02:00 UTC), /api/cron/ingest-wi-psc. Seventeenth state — both the large-facility CPCN and smaller-facility Certificate of Authority processes share one docket case-type code. PSC's own "Status" field is a records-retention lifecycle flag, not a case-decision flag — dockets decided 7+ years ago still show "Active" indefinitely; the real signal is a filed order titled "Final Decision."Server-rendered HTML (ASP.NET WebForms), no auth
Kentucky PSC CPCN / Certificate of Construction docketssrc/lib/ingest/kyPscDockets.tsCron daily (02:30 UTC), /api/cron/ingest-ky-psc. Eighteenth state — unusually, its "Include Closed" search filter turned out to be reliable, verified both directions against real dockets; used as the primary status signal for the first time in this series, with a text-based grant/deny scan kept as a defensive secondary check anyway.Server-rendered HTML (ASP.NET MVC), no auth

| Missouri PSC Certificate of Convenience and Necessity dockets | src/lib/ingest/moPscDockets.ts | Cron daily (03:00 UTC), /api/cron/ingest-mo-psc. Nineteen

只显示了开头部分；其余内容请在仓库中阅读

问 PopNx