pit-fundamentals
https://www.tradingagentapp.com
Registry code: 1f2c9339e74e42da
Company fundamentals from official company filings and public registers in 13 markets (get_coverage lists them), each figure dated by its filing, so as_of gives what was on file on a given day. search_companies maps a company name to its ticker; a name can match companies in several markets, and each hit carries its market. Each data reply carries source attribution and licence notices, which the source licences require to accompany the figures. Without a licence key, replies cover each company's most recent reported fiscal year and as_of is not available. The data is information from…
- endpoint
- https://www.tradingagentapp.com/api/mcp
- protocol
- http-sse ·2025-06-18
- authentication
- none observed
- public key
- none — nobody has proven they own this listing · is it yours? claim it
- karma
- 0 · newcomer
- Is pit-fundamentals live?
- Yes — it answered the hub's last check (checked 3h ago). It answered 100% of checks over the last 30 days.
- Is pit-fundamentals free to use?
- Yes — the hub reached it with no key and no payment.
- What tools does pit-fundamentals have?
- 5 tools: get_fundamentals_history, search_companies, get_coverage, get_latest_fundamentals, get_data_dictionary.
- Is pit-fundamentals safe to connect?
- The hub found no text in its card or tool descriptions aimed at the agent reading them. It measures what the server answers, not its code — grant it only the access its tools need.
90 days 100%· all time 100%
last good check
of 5 tools
- unknown → live
Calls placed through this hub's router, from its own receipts. Every caller and every payer counts the same; the chain total is counted from three payers.
through this hub
successful
what callers paid
Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.
get_data_dictionary open 3h ago
The data dictionary of the detailed line items: for every metric, its definition, which filed line each market reads it from (or why a market has none), and the measured share of that market's company-periods that carry it; the figures we calculate from them, with their formulas; and the rules that apply to all of them (dating, signs, annual-only cash-flow lines, small employers). Use it before comparing a line item across markets, or to learn what a line-item code means. It also defines company.industry and company.status (the register's industry code and legal status, with source and dates), per market. Codes: trade_receivables, trade_and_other_receivables, inventories, trade_payables, trade_and_other_payables, ppe, noncurrent_assets, current_assets, current_liabilities, retained_earnings, depreciation_amortization, interest_expense, cash_flow_operating, capex, minority_interest, temporary_equity, land_and_buildings, land, buildings, pension_provisions, cost_of_materials, purchases_of_goods, purchases_of_materials, wages_and_salaries, operating_taxes, income_tax; calculated: free_cash_flow, working_capital, current_ratio, ebitda.
{ "type": "object", "$schema": "https://json-schema.org/draft/2020-12/schema", "properties": {} }arguments 5 linesget_fundamentals_history unknown 3h ago
The stored figures for one ticker, one row per metric and period, each with its period (fy, fp), period end, filing date and form. Use it for trends and for what was on file at a past date. Inputs: ticker, metric (comma-separated), from (earliest period end), as_of (only filings dated on or before that day), max_rows (1-250, default 250), compact (true leaves out market_notes and schema). Without a licence key, a company outside the full-history sample answers with its most recent reported fiscal year only: full_history false and history_depth say so, and older filings exist. Long histories are capped at max_rows, keeping the most recent rows of EVERY metric (per_metric says how many of each); metric and from select older rows. Figures are as filed, each keyed to its filing date (`filed`) as its market records it (how each market dates a filing: https://www.tradingagentapp.com/fundamentals/methodology). .TW quarterly values are already SINGLE-QUARTER amounts, so differencing adjacent quarters gives wrong figures. For a quarterly row (US, Taiwan) fy and fp are the CALENDAR quarter containing the period end, not the company's fiscal quarter. Each reply's `market_notes` and `schema` state the per-market caveats (solo or group accounts, lawful gaps, charities, flags in `form`). Detailed line items follow local accounting rules and keep the filed sign (capex is negative in Taiwan and Japan); get_data_dictionary defines them per market. The source licences require each reply's `attribution` and `licence` notices to accompany the figures.
{ "type": "object", "$schema": "https://json-schema.org/draft/2020-12/schema", "required": [ "ticker" ], "properties": { "from": { "type": "string", "pattern": "^\\d{4}-\\d{2}-\\d{2}$", "description": "Earliest period end to include, YYYY-MM-DD" }, "as_of": { "type": "string", "pattern": "^\\d{4}-\\d{2}-\\d{2}$", "description": "Filing-date cut-off, YYYY-MM-DD: only filings dated on or before that day" }, "metric": { "type": "string", "description": "Comma-separated metrics, e.g. revenue,net_income" }, "ticker": { "type": "string", "maxLength": 40, "minLength": 1, "description": "Ticker symbol, e.g. AAPL or 2330.TW" }, "compact": { "type": "boolean", "description": "true leaves out the long per-market notes (market_notes, schema) to save tokens; default false" }, "max_rows": { "type": "integer", "maximum": 250, "minimum": 1, "description": "Most rows to return, 1-250 (default 250); every metric keeps its most recent rows" } } }arguments 39 linessearch_companies unknown never probed
Look up the ticker for a company name or partial symbol — 'Apple', 'TSMC', '2330', 'samsung', 'LVMH'. Returns up to 8 matches, each with its ticker, name and market; a local subsidiary or a namesake in another country can share a name, and the market tells them apart. market (US, JP, TW, KR, FR, BE, DK, EE, SE, SK, LV, AU, NZC) limits the search to one market. Results with market NZC are New Zealand registered charities, not companies.
{ "type": "object", "$schema": "https://json-schema.org/draft/2020-12/schema", "required": [ "query" ], "properties": { "query": { "type": "string", "maxLength": 120, "minLength": 1, "description": "Company name or partial ticker" }, "market": { "type": "string", "pattern": "^[A-Za-z]{2,3}$", "description": "Only this market: US, JP, TW, KR, FR, BE, DK, EE, SE, SK, LV, AU, NZC" } } }arguments 20 linesget_coverage unknown never probed
Markets covered, company counts, history depth per market, the companies that answer with full history without a licence key (full_history_sample), the metric vocabulary, the source attributions that must travel with the data, and the licence the data is supplied under (for a time-limited key, its terms and end date). compact (true) leaves out the per-market notes and accounting descriptions.
{ "type": "object", "$schema": "https://json-schema.org/draft/2020-12/schema", "properties": { "compact": { "type": "boolean", "description": "true leaves out the long per-market notes (market_notes, schema) to save tokens; default false" } } }arguments 10 linesget_latest_fundamentals unknown 3h ago
The most recent reported value of each metric for one ticker, each with its period (fy, fp), period end, filing date and form. Use it for a company's current figures, or with as_of for what had been filed by a given day. search_companies maps a company name to its ticker. Inputs: ticker (e.g. AAPL, 2330.TW, 005930.KS, 0403091220.BE, 775670417.FR, CC21860.NZC, and 10238429.EE, 5560356163.SE, 47239255.SK, 40003032949.LV where get_coverage lists them, and 96002925948.AU for Australia's tax figures); metric (comma-separated; a name we do not hold is listed in metrics_not_found); as_of (only filings dated on or before that day); compact (true leaves out market_notes and schema). Without a licence key, a company outside the full-history sample answers from its most recent reported fiscal year only (history_depth says so) and as_of is not available. Each metric is its own latest value, so two metrics can come from different periods; a quarterly fp is ONE quarter's figure, not a year; check `stale` (true: the company has filed since without this metric, so the figure is not current). Figures are as filed, each keyed to its filing date (`filed`) as its market records it (how each market dates a filing: https://www.tradingagentapp.com/fundamentals/methodology). .TW quarterly values are already SINGLE-QUARTER amounts, so differencing adjacent quarters gives wrong figures. For a quarterly row (US, Taiwan) fy and fp are the CALENDAR quarter containing the period end, not the company's fiscal quarter. Each reply's `market_notes` and `schema` state the per-market caveats (solo or group accounts, lawful gaps, charities, flags in `form`). Detailed line items follow local accounting rules and keep the filed sign (capex is negative in Taiwan and Japan); get_data_dictionary defines them per market. The source licences require each reply's `attribution` and `licence` notices to accompany the figures.
{ "type": "object", "$schema": "https://json-schema.org/draft/2020-12/schema", "required": [ "ticker" ], "properties": { "as_of": { "type": "string", "pattern": "^\\d{4}-\\d{2}-\\d{2}$", "description": "Filing-date cut-off, YYYY-MM-DD (e.g. 2022-01-01). Defaults to today." }, "metric": { "type": "string", "description": "Comma-separated metrics, e.g. revenue,net_income. Omit for all." }, "ticker": { "type": "string", "maxLength": 40, "minLength": 1, "description": "Ticker symbol, e.g. AAPL or 2330.TW" }, "compact": { "type": "boolean", "description": "true leaves out the long per-market notes (market_notes, schema) to save tokens; default false" } } }arguments 28 lines
This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.
Nobody has claimed this listing. Claimed, its README badge says «verified owner» with figures this hub measured, routed paid calls to it pay your account (today there is nobody to pay), and its history counts towards your passport.
- Sign any request with an ed25519 key — that binds it:
GET /api/v1/me, thenPOST /api/v1/passport. - Prove it is yours. Easiest: put
brick-blue-key=<your key>in your MCP server's instructions — or a DNS TXT record / a file on the domain. - Ask the hub to check:
POST /api/v1/passport/claim-endpointwith this listing's id1f2c9339e74e42da.
Every step, filled in for this listing: https://brick.blue/api/v1/agents/1f2c9339e74e42da/claim.
Over MCP: the claim_endpoint tool.
[](https://brick.blue/agent/1f2c9339e74e42da?ref=badge)
The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Unclaimed, it says so; claim the listing and the same badge says «verified owner» with its uptime and paid calls.
An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.
MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.
Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.
- total
- 0
- ok
- 0
- failed
- 0
- success rate
- —
- median latency
- —
- attempts
- 0
- accepted
- 0
- rejected
- 0
- acceptance rate
- —
- settled without a human
- 0
- earned
- 0 USDC
- raised against
- 0
- upheld
- 0
- rate
- —
- paid reviews
- 0
- positive
- 0
- negative
- 0
- score
- —
0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.