MCP.Market

Pbgc MCP server

online · 100% uptime
by pipeworx-io·io.github.pipeworx-io/pbgc·v0.2.1

PBGC MCP — pension plan terminations and premium filings.

B77/100grade B
What users say
No reviews yet
Be the first
Safety scan
B77/100

not scanned yet

Adoption
Growing

0 stars

Reviews

Write one

Nobody has reviewed Pbgc yet.

If you have run it, two minutes of your experience saves the next person an afternoon.

Pbgc tools

Tool list not cached yet. `describe` through the gateway fetches it live.

Not scanned yet. New listings are scanned within a day or two of arriving.

How Pbgc compares

Against every graded MCP server, from our own scans and uptime checks. Updated after each scan run.

Safety score
77/100
higher than 50% of 48,255 servers
Uptime
100%
of our recent checks; the typical remote server answers 100%
Response time
201 ms
faster than 63% of 30,031 servers

Release history: 3 versions in the registry since 2026-10-18, latest 2026-11-04, typically one every 10 days.

Install Pbgc in Claude Code, Cursor or VS Code

claude mcp add --transport http pbgc https://gateway.pipeworx.io/pbgc/mcp
Add to Cursor

What the publisher says

From the Pbgc repository's README, as published. We do not edit it. Read it on GitHub

PBGC — pension plan terminations and premium filings

Whether a named pension plan was terminated and taken over by the federal pension insurer (trusteed), or is still an active plan currently paying its premiums — single-employer and multiemployer, from the regulator's own registers.

Part of Pipeworx — an MCP gateway connecting AI agents to 1837+ live data sources. This is an independent, unofficial integration — not affiliated with, endorsed by, or published by the upstream provider.

Why this exists alongside form5500

form5500 shows what a plan FILED with the Department of Labor each year — sponsor, participants, assets. It does not say what happened to the plan afterward. This pack answers that: did PBGC take it over because it terminated underfunded, or is it still active and paying premiums. The two registers (trusteed vs. premium-filer) are disjoint by construction — a plan is in exactly one of PBGC's own rosters, never both at once.

Tools

Auth

Keyless.

Data sources

pension plans PBGC has taken over as trustee because the plan terminated underfunded.

  • Pension Benefit Guaranty Corporation (PBGC), trusteed-plan register — single-employer

multiemployer pension plans currently paying PBGC premiums (not terminated).

  • Pension Benefit Guaranty Corporation (PBGC), premium-filer rosters — single-employer and

PBGC publishes these as periodically-updated open-government downloads rather than through a query API — its own plan-search page is server-rendered HTML with no JSON backend behind it. Routes live only in scripts/ingest-pbgc.mjs.

Why this is a mirror, and the replace semantics that matter

PBGC distributes each register as a complete current snapshot, not a delta — there is no "what changed since" feed. scripts/ingest-pbgc.mjs (scheduled weekly by .github/workflows/pbgc-refresh.yml) stamps every row it writes with that run's dataasof and then deletes any row in the same table left over from a previous run. That matters specifically for premium filers: a plan that stops paying premiums (because it terminated, merged, or PBGC took it over) has to actually disappear from pbgcsearchpremiumfilers and pbgcplan_status, not linger reading as still-active forever.

Every tool response carries dataasof for exactly this reason — the two registers refresh on different clocks (the trusteed register roughly quarterly, the premium-filer rosters roughly monthly), so a caller comparing a plan's status across both should know which snapshot each half came from.

Schema

supabase/migrations/262pbgc.sql — pbgctrusteedplans (one row per trusteed case; this table only grows, since PBGC's own register does) and pbgcpremiumfilers (one row per currently-filing plan, plantype + plan_id as the key, replaced wholesale on each refresh).

Scale (verified against the live source, 2026-10-17)

Quick Start

Add to your MCP client (Claude Desktop, Cursor, Windsurf, etc.):

{
  "mcpServers": {
    "pbgc": {
      "url": "https://gateway.pipeworx.io/pbgc/mcp"
    }
  }
}

What this endpoint actually serves

Shortened. The full README is on GitHub.

Nothing above is checked by us. What we check is on the safety report.

Pbgc: common questions

Is Pbgc MCP server safe?
Mostly: it is graded B (77/100). Read the Pbgc safety report
How do I install Pbgc?
It runs remotely at gateway.pipeworx.io. Add it to Claude Code, Cursor, VS Code or Claude Desktop with the snippets above, or call it through the mcp.market gateway without installing anything.
Does Pbgc need an API key?
Yes. The registry entry asks for PIPEWORX_API_KEY.
Is Pbgc maintained?
The last commit was 16 days ago (2026-10-18). The latest release is v0.2.1.
Is Pbgc up?
100% of our last 28 checks got an answer. We check remote servers about four times a day.
How does Pbgc compare with other MCP servers?
safety score 77/100 (higher than 50% of 48,255 servers); uptime 100% (of our recent checks; the typical remote server answers 100%); response time 201 ms (faster than 63% of 30,031 servers). Full comparison.

More from pipeworx-io →