Treasury Fiscal
REMOTE · GATEWAY.PIPEWORX.IO · 2 COMPONENTS
Treasury Fiscal MCP — US Treasury Fiscal Data API
Available components
Last scanned (14 hours ago)
Scores higher than 44% of remote servers
Reachable. Last reached 5 Nov 2026.
Category Finance and Payments
Recent critical change
Authorization (9 Sept 2026). See the changelog before you install this server.
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security46
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation check failed: no authorisation is required to call this server, and it exposes a tool marked destructive (forget). See how to fix → View diagnostics → Fail
- HTTPS check failed: the endpoint is reachable over plaintext HTTP. See how to fix → View diagnostics → Fail
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability82
- 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 24243 tokens (~466/item across 52 items; 52 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Tools include usage examples.Pass
Stability & Change Management32
- Stability check failed: schema churn in the 10 days we've observed: 0 tool removals, 0 breaking changes, 1 auth/transport breaks, 2 additions. See how to fix → Fail
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
- Structured output schemas are declared (15% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- All 1 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation.Pass
- An AI judge read all 53 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities40
- Spec-recency check failed: implements MCP spec 2025-03-26; the latest is 2026-07-28. See how to fix → Fail
Checks we ran (13)
- TLS certificate
- Authorization
- HTTPS
- HSTS header
- DNSSEC
- Transport
- Schema quality
- Stability
- Tool coverage
- Injection markers
- Destructive annotations
- Judged manipulation
- MCP protocol
Does not apply to this hosted endpoint (2)
- Supply Chain SecurityScored on package channels only. This is a hosted endpoint, so there is nothing to install or inspect.
- Provenance & TransparencyScored on package channels only. This is a hosted endpoint, so there is nothing to install or inspect.
The score does not measure everything. What the score does not measure →
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 5 Nov 26 −14
- Authorization: pass → fail ▼ critical
- Stability: 0.30 → fail ▼ security
- The server rewrote its instructions, which are the text every model session reads security
- Tool “ask_pipeworx_grounded” rewrote its description, which is the text the model reads security
- Tool “deep_research” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_beta” rewrote its description, which is the text the model reads security
- 4 Nov 26 +15
- Authorization: fail → pass ▲ security
- The server rewrote its instructions, which are the text every model session reads security
- Tool “ask_pipeworx_grounded” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_beta” rewrote its description, which is the text the model reads security
- Tool “deep_research” rewrote its description, which is the text the model reads security
- Stability: fail → 0.30 functional
- 3 Nov 26 0
- The server rewrote its instructions, which are the text every model session reads security
- Tool “ask_pipeworx_beta” rewrote its description, which is the text the model reads security
- Tool “deep_research” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_grounded” rewrote its description, which is the text the model reads security
- 2 Nov 26 −14
- Authorization: pass → fail ▼ critical
- Stability: 0.20 → fail ▼ security
- The server rewrote its instructions, which are the text every model session reads security
- Tool “ask_pipeworx” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_beta” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_grounded” rewrote its description, which is the text the model reads security
- Tool “deep_research” rewrote its description, which is the text the model reads security
- 1 Nov 26 +15
- Authorization: fail → pass ▲ security
- Stability: fail → 0.20 functional
- 31 Oct 26 +1
- The server rewrote its instructions, which are the text every model session reads security
- Tool “ask_pipeworx” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_beta” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_grounded” rewrote its description, which is the text the model reads security
- Tool “deep_research” rewrote its description, which is the text the model reads security
- 30 Oct 26 −14
- Authorization: pass → fail ▼ critical
- Stability: 0.10 → fail ▼ security
- The server rewrote its instructions, which are the text every model session reads security
- Tool “deep_research” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_beta” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_grounded” rewrote its description, which is the text the model reads security
- Tool “compare_entities” rewrote its description, which is the text the model reads security
- 29 Oct 26 0
- Authorization: pass → fail ▼ critical
- Stability: 0.07 → fail ▼ security
- The server rewrote its instructions, which are the text every model session reads security
- Tool “ask_pipeworx” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_beta” rewrote its description, which is the text the model reads security
- Tool “ask_pipeworx_grounded” rewrote its description, which is the text the model reads security
- Tool “bet_research” rewrote its description, which is the text the model reads security
- Tool “deep_research” rewrote its description, which is the text the model reads security
- “bet_research” reworded the description of “market” cosmetic
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 5 Nov 2026 · Probed https://gateway.pipeworx.io/treasury-fiscal/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=pipeworx.io | CN=WE1,O=Google Trust Services,C=US | 19 Sept 2026 | 18 Dec 2026 | ECDSA 256 | ECDSA-SHA256 | 907077ac952af983139424aa9b807ef7 |
| SANs: pipeworx.io, gateway.pipeworx.io, *.gateway.pipeworx.io | ||||||
| CN=WE1,O=Google Trust Services,C=US (CA) | CN=GTS Root R4,O=Google Trust Services LLC,C=US | 13 Dec 2023 | 20 Feb 2029 | ECDSA 256 | ECDSA-SHA384 | 7ff31977972c224a76155d13b6d685e3 |
| CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 15 Nov 2023 | 28 Jan 2028 | ECDSA 384 | SHA256-RSA | 7fe530bf331343bedd821610493d8a1b |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of gateway.pipeworx.io. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | Trust anchor | 20326, 38696 | 8, 8 | Verified |
| io. | DS published | 38690 | 8 | Verified |
| pipeworx.io. | No DS | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://gateway.pipeworx.io/treasury-fiscal/mcp | Verified | 200 | |
| http (plaintext) | http://gateway.pipeworx.io/treasury-fiscal/mcp | Served over HTTP | 200 |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
suggest_questions What Can I Ask Pipeworx? ~240
What can I ask Pipeworx? / what is Pipeworx good for? / what can you do? / give me ideas / show me examples / getting started / what data do you have? — the onboarding entry point for an agent that just connected and wants to know what is worth asking. Returns category-bucketed example questions (company financials, drugs & clinical trials, economics, real estate, prediction markets, weather, government & patents, science & academia, news) — each with the exact tool + argument shape that answers it, drawn from the live catalog of thousands of tools. Call with no arguments for the full spread, or pass `topic` (e.g. "finance", "pharma", "betting") to focus. Use this FIRST when you do not yet know what Pipeworx can do for you, or to learn how to call the meta-tools (ask_pipeworx, entity_profile, compare_entities, etc.).
| Name | Type | Req | Description |
|---|---|---|---|
| topic | string | – | Optional focus area: finance | pharma | economics | real-estate | betting | weather | government | science | news. Omit for a cross-category spread. |
No output schema declared.
{"topic":"finance"}treasury_auction_results Treasury Auction Results ~304
US Treasury auction results: high yield/rate, bid-to-cover ratio, and offering/accepted amounts for recently settled bills, notes, bonds, TIPS, and floating-rate notes (FRNs), with CUSIP, from the Treasury Fiscal Data auctions dataset. A reopening (e.g. a "9-Year 10-Month" auction reopening an original 10-year note) is matched by its ORIGINAL nominal term, so term:"10-Year" finds both new 10-year note auctions and reopenings of one. Only settled auctions (with a published rate) are returned; upcoming announced-but-unsettled auctions are excluded.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | number | – | Number of auctions to return (default 10, max 50) |
| security_type | string | – | Security category: "Bill", "Note", "Bond", "TIPS", or "FRN" (floating-rate note). Omit for the most recent settled auctions across all types. |
| term | string | – | Original nominal term, e.g. "4-Week", "13-Week", "26-Week", "52-Week" (bills); "2-Year", "3-Year", "5-Year", "7-Year", "10-Year" (notes); "20-Year", "30-Year" (bonds/TIPS). Matched against the securi… |
No output schema declared.
{"limit":1,"security_type":"Note","term":"10-Year"}{"limit":2,"security_type":"Bill","term":"26-Week"}treasury_avg_interest_rates Treasury Avg Interest Rates ~70
Average interest rates on US Treasury securities by security type (bills, notes, bonds, TIPS, total marketable / non-marketable) from the Treasury Fiscal Data avg_interest_rates dataset. Returns recent monthly records.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | number | – | Number of records to return (default 12) |
No output schema declared.
{"limit":12}{"limit":24}treasury_customs_revenue Treasury Customs Revenue ~49
Track monthly US customs duty revenue. Returns monthly collection amounts to analyze tariff impact trends.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | number | – | Number of monthly records to return (default 12 for 1 year) |
| Name | Type | Req | Description |
|---|---|---|---|
| count | number | yes | Number of records returned |
| description | string | yes | Description of the data |
| records | array | yes | Monthly customs revenue records |
| total_available | number | yes | Total available records in the API |
{"limit":12}{"limit":24}treasury_debt Treasury Debt ~43
Check current US national debt with historical data points. Returns total public debt outstanding over time.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | number | – | Number of records to return (default 10) |
| Name | Type | Req | Description |
|---|---|---|---|
| count | number | yes | Number of records returned |
| description | string | yes | Description of the data |
| records | array | yes | National debt records |
{"limit":10}{"limit":20}treasury_exchange_rates Treasury Exchange Rates ~135
Get official US Treasury exchange rates used for government currency conversions. Pass a country name for one country's rate; omit it for the most recent rates across all countries.
| Name | Type | Req | Description |
|---|---|---|---|
| country | string | – | Country name (e.g., "China", "Mexico", "Japan", "Canada"). Treasury indexes by country, not currency: the euro is "Euro Zone" (common aliases like "Eurozone"/"EUR" are accepted), and there is no Unit… |
| limit | number | – | Number of records to return (default 12) |
| Name | Type | Req | Description |
|---|---|---|---|
| count | number | yes | – |
| country | string|null | – | Echo of the country filter; ABSENT when the caller omitted it and got rates across all countries |
| description | string | yes | – |
| mirror_fetched_at | string | – | Timestamp of the underlying rate data |
| note | string | – | Present when the live API was unreachable and the mirror answered |
| records | array | yes | – |
| source | string | – | live or mirror |
{"country":"China","limit":12}{"country":"Japan","limit":24}treasury_federal_net_cost Treasury Federal Net Cost ~92
US federal government net cost / spending by agency (gross cost, earned revenue, net cost) from the Treasury statement_net_cost dataset. Returns recent records; optionally filter by fiscal_year.
| Name | Type | Req | Description |
|---|---|---|---|
| fiscal_year | string | – | Four-digit fiscal year to filter by (e.g., "2024"). Omit for most recent. |
| limit | number | – | Number of records to return (default 20) |
No output schema declared.
{"limit":20}{"fiscal_year":"2024","limit":20}treasury_outlays Treasury Outlays ~298
US federal outlays by budget function (Net Interest, National Defense, Social Security, Medicare, Health, ...) plus total net outlays, total receipts and the deficit, from the U.S. Treasury Monthly Treasury Statement. Every row carries current-month, fiscal-year-to-date and prior-year-to-date dollars, the statement date it came from, and its basis (net outlays, nominal dollars, fiscal year Oct-Sep). Use for "net interest outlays FY2026", "federal spending on defense through August", "total outlays and deficit". Covers fiscal years 2015 onward; earlier years or statements not yet released return found:false with the reason, never an empty list. Omit fiscal_year/month for the latest statement.
| Name | Type | Req | Description |
|---|---|---|---|
| fiscal_year | number | – | Federal fiscal year (Oct-Sep), e.g. 2026 = Oct 2025 through Sep 2026. With no month, returns the fiscal-year-end (September) statement, or the latest statement released in that year if it is not over. |
| function | string | – | Budget function to return, e.g. "Net Interest", "National Defense", "Medicare". Case-insensitive substring match. Omit for all functions. |
| month | string | – | Calendar month of the statement: 1-12 or a name ("September"). With fiscal_year picks that month of that fiscal year; alone picks the most recent such month published. |
| Name | Type | Req | Description |
|---|---|---|---|
| as_of | string | – | – |
| available_functions | array | – | – |
| basis | string | – | – |
| data_as_of | string | – | – |
| fiscal_year | number | – | – |
| fiscal_year_complete | boolean | – | – |
| found | boolean | – | false when the period is not covered or not yet released; see reason |
| functions | array | – | – |
| incomplete | boolean | – | – |
| latest_statement_available | string|null | – | – |
| note | string | – | – |
| period | string | – | – |
| reason | string | – | – |
| reconciliation | object | – | – |
| requested | string | – | – |
| requested_function | string | – | – |
| source | string | – | – |
| statement_date | string | – | – |
| totals | object | – | – |
{"fiscal_year":2026,"function":"Net Interest"}{"fiscal_year":2026,"function":"Net Interest","month":"March"}treasury_receipts Treasury Receipts ~49
Get US government receipts by source: individual income tax, corporate tax, excise taxes, customs duties, and more.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | number | – | Number of records to return (default 12) |
| Name | Type | Req | Description |
|---|---|---|---|
| count | number | yes | Number of records returned |
| description | string | yes | Description of the data |
| records | array | yes | Government receipts by source |
| total_available | number | yes | Total available records in the API |
{"limit":12}{"limit":36}unsubscribe Unsubscribe from Alerts ~60
Cancel a subscription by id. Ownership is enforced — you can only cancel your own subscriptions. The row is deactivated (not deleted) so its historical events stay available via recent_alerts.
| Name | Type | Req | Description |
|---|---|---|---|
| id | string | yes | Subscription id (uuid) returned by subscribe. |
No output schema declared.
No examples provided.
updown_divergence_rate Updown Divergence Rate ~586
How often two venues settled the SAME 15-minute crypto window differently, over every settled window on record. Compares polymarket.com (Chainlink TWAP) with Kalshi and with Polymarket US (both CF Benchmarks BRTI), and Kalshi with Polymarket US as the same-feed control. Per pair: windows both venues settled, divergent count, the rate with its 95% Wilson interval (withheld under 30 paired windows), which direction they split, and what was excluded (unsettled on a side, 50-50). A HEADLINE RATE IS A CONCENTRATION QUESTION, so every pair also carries `concentration` (UTC days and hours the divergent windows fell in, the busiest day, the top-3-day share, and a plain reading) and `by_how_decided` (the rate by how far the reference venue's mid was from 50 at its last priced minute: the rate is a fraction of a percent for windows that were decided by the end and tens of percent for the ones that were not). `divergent_path` gives the mean Up mid by minute on both venues over the divergent windows only, split by who said Up, so the "early spike that fades" story can be checked rather than assumed. Measured on the archive 2026-10-27 over 30 days of btc: polymarket.com vs Kalshi diverged on 48 of 2,847 windows (1.69%, interval 1.27-2.23), spread over 27 of 31 UTC days, 0.19% of windows decided by the end and 17-29% of the ones still undecided; Polymarket US vs Kalshi on 0 of 1,838. asset btc | eth | sol | xrp | bnb (bnb has no pair: Kalshi only); days 1-90 (default 30), capped by what the archive holds (it starts 2026-09-22 for polymarket.com and Kalshi, 2026-10-07 for Polymarket US). Read-only; cheap enough to call, it reads several thousand archive rows.
| Name | Type | Req | Description |
|---|---|---|---|
| asset | string | – | btc (default) | eth | sol | xrp | bnb. The archive holds btc/eth on all three venues, sol/xrp on polymarket.com and Polymarket US, bnb on Kalshi only (no pair). |
| days | number | – | Look-back in days, 1-90 (default 30). The archive starts 2026-09-22 (polymarket.com, Kalshi) and 2026-10-07 (Polymarket US, btc), so a longer span is capped by what is held; coverage is reported per… |
No output schema declared.
{"asset":"btc","days":30}{"asset":"eth","days":14}updown_venue_compare Updown Venue Compare ~719
The same 15-minute crypto "up or down" window priced on polymarket.com, Polymarket US and Kalshi, side by side, with whether each pair is actually the same contract. Pass asset (btc | eth | sol | xrp | bnb) and window ("current" default, "next", "previous", or the window START as ISO such as 2026-10-27T14:15:00Z, on a 15-minute boundary). Per venue: question, Up bid / ask / mid / last, spread_pp, quote_state, volume WITH ITS UNIT, open interest, liquidity, settlement source, comparison basis, when it settles. THE VENUES ARE NOT ONE CONTRACT. Kalshi and Polymarket US settle on CF Benchmarks' BRTI (60-second average at the end against the same at the start): the same bet, so a gap between them is a real disagreement. polymarket.com settles on a Chainlink 60-second TWAP, end against start: same comparison shape, different feed, so a gap against either is partly the contract. `pairs[]` gives equivalent ("true"|"false"|"unclear"|"not_comparable") from resolution_diff for every pair, material_differences, mid_diff_pp (a minus b, in percentage points) and read_as in words. Measured over 30 days of settled windows the Chainlink and BRTI feeds settle a window differently about 1.2-1.8% of the time, almost entirely windows that ended near the threshold (see updown_divergence_rate). `net_spread` is computed only for the pair that is equivalent: the gap in mid terms and at top of book (buy Up where cheaper at the ask, Down where Up is dearer at 1 minus the bid) after BOTH venues' taker fees, each fee carrying its verified-as-of date. Top-of-book size is shown where the venue publishes it (Polymarket US); the Kalshi figure is not in its market payload, so read its order book before sizing. A venue with no market for the window is {status:"not_listed", reason}; one that could not be read is {status:"unavailable", refusal} -- never an empty object, and never the same thing. A one-sided book (typical Polymarket US just before a window is decided) has quote_state "bid_only", a null…
| Name | Type | Req | Description |
|---|---|---|---|
| asset | string | – | btc (default) | eth | sol | xrp | bnb. Coverage differs by venue; a venue that does not list the asset answers not_listed. |
| horizon | string | – | 15m (default and the only value offered). |
| window | string | – | "current" (default), "next", "previous", or the window START as an ISO-8601 timestamp on a 15-minute boundary, e.g. 2026-10-27T14:15:00Z. An unaligned timestamp is refused, not rounded. |
No output schema declared.
{"asset":"btc","horizon":"15m","window":"current"}{"asset":"eth","window":"previous"}{"asset":"btc","window":"2026-10-27T14:30:00Z"}validate_claim Validate Claim ~370
"Is it true that…" / "fact check" / "verify the claim that…" / "did X really…" / "was Y actually…" / "confirm or refute" / "true or false" — natural-language claim verification against authoritative sources. Use whenever the agent needs to check whether something a user said is factually correct. Company-financial claims (revenue, net income, cash for public US companies) verify via the structured SEC EDGAR + XBRL fast path with exact percent-delta math; ANY OTHER factual claim (macro statistics, rates, prices, drug data, records) automatically falls through to the grounded pipeline — routed to the right live source, answered with verbatim evidence, then judged. Returns a verdict (confirmed / approximately_correct / refuted / inconclusive / unsupported / could_not_verify), the grounded or structured actual value with pipeworx:// citation, and reasoning. IMPORTANT for callers: could_not_verify means the check did not happen (our LLM or source failed) and carries verification_error{stage,detail} — it is NOT evidence for or against the claim, and must not be shown as one. unsupported means we looked and cover no source for it. Replaces 4–6 sequential calls (NL parsing → entity resolution → data lookup → comparison).
| Name | Type | Req | Description |
|---|---|---|---|
| claim | string | yes | Natural-language factual claim, e.g., "Apple's FY2024 revenue was $400 billion" or "Microsoft made about $100B in profit last year". |
| tolerance_pct | number | – | Max percent deviation still graded approximately_correct (0.5–50). Overrides the tolerance implied by the claim wording — set 1–2 for hallucination detection where any material error must be refuted.… |
No output schema declared.
{"claim":"Apple's fiscal 2023 revenue was $383 billion"}How do I install the Treasury Fiscal MCP server?
Treasury Fiscal is a hosted endpoint at https://gateway.pipeworx.io/treasury-fiscal/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · gateway.pipeworx.io
claude mcp add --transport http pipeworx-io-treasury-fiscal 'https://gateway.pipeworx.io/treasury-fiscal/mcp'
What is the Treasury Fiscal MCP server?
Treasury Fiscal is an MCP server listed in the public MCP registry as io.github.pipeworx-io/treasury-fiscal. Treasury Fiscal MCP, US Treasury Fiscal Data API. This page covers its hosted endpoint (https://gateway.pipeworx.io/treasury-fiscal/mcp).
Is the Treasury Fiscal MCP server safe to use?
Treasury Fiscal scores 63 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the Treasury Fiscal MCP server expose?
Treasury Fiscal exposes 52 tools: ask_pipeworx, ask_pipeworx_beta, ask_pipeworx_grounded, search_within, deep_research, and 47 more. Their descriptions and schemas cost roughly 24,009 tokens of context every time the server is loaded.
Does the Treasury Fiscal MCP server require authentication?
No. We connected to Treasury Fiscal without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.
Is the Treasury Fiscal MCP server still maintained?
Treasury Fiscal is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What did VerifyMCP test on the Treasury Fiscal MCP server?
VerifyMCP ran 13 checks on Treasury Fiscal, covering TLS certificate, Authorization, HTTPS, HSTS header and 9 more. Supply Chain Security and Provenance & Transparency do not apply to a hosted endpoint, so they were not tested. The score does not measure everything, and the scoring documentation lists what it leaves out.