Available to MCP agents as
particle_company_resolve and particle_company_get.Identifiers
Every company carries a singleidentifiers block:
| Identifier | Source | Example |
|---|---|---|
ticker | Primary stock ticker | NVDA |
cik | SEC Central Index Key | 0001045810 |
qid | Wikidata QID | Q182477 |
domain | Company domain | nvidia.com |
entity_id / entity_slug | Knowledge-graph entity | nvidia |
list-companies. The slug, domain, and canonical ID resolve directly in the {id} slot of singular endpoints; for ticker, CIK, or QID, query GET /v1/companies?ticker=… (or ?cik=… / ?qid=…) first and pass the returned slug, domain, or ID through the singular endpoint.
List companies
Response
Filter parameters
| Parameter | Description | Example |
|---|---|---|
q | Case-insensitive name search | ?q=Apple |
ticker | Stock ticker(s), comma-separated, up to 100 | ?ticker=AAPL,GOOG |
domain | Domain(s), comma-separated, up to 100 | ?domain=apple.com,nvidia.com |
cik | SEC CIK(s), comma-separated, up to 100 | ?cik=0000320193,0001045810 |
qid | Wikidata QID(s), comma-separated, up to 100 | ?qid=Q312,Q182477 |
entity_id | Knowledge-graph slug(s) or ID(s), comma-separated, up to 100 | ?entity_id=apple,nvidia |
ids | Bulk multi-get by company slug, domain, or ID, comma-separated, up to 100 (see below) | ?ids=apple,tesla.com,nvidia |
updated_after | Incremental sync filter | ?updated_after=2026-04-01T00:00:00Z |
Fetch many at once
When you already hold a set of company slugs, domains, or IDs — the same identifiers/v1/companies/{id} accepts — pass them as a comma-separated ids list to fetch them all in a single request instead of one call per company, up to 100 per call. Companies come back in the same shape and in the order you asked for them. A ref that doesn’t resolve is simply left out (no error, no placeholder), so compare the returned identifiers against what you sent to find any that are missing.
entity_id (which filters companies by their linked knowledge-graph entity), ids is a direct multi-get of companies by their own identifier. When ids is present the other filters and pagination are ignored.
Get a single company
nvidia (slug), nvidia.com (domain), and 3CensCwu5G2oKCFgPrNf89 (canonical ID) all resolve directly via /v1/companies/{id} to the same response. To look up a company by NVDA (ticker), 0001045810 (CIK), or Q182477 (QID), call GET /v1/companies with the matching query filter (?ticker=NVDA, ?cik=…, ?qid=…) and use the returned slug, domain, or canonical ID with the singular endpoint.
Sub-resources
| Endpoint | Returns |
|---|---|
GET /v1/companies/{id}/products | Three-level product hierarchy with lifecycle status |
GET /v1/companies/{id}/competitors | Competitor list |
GET /v1/companies/{id}/podcast/advertising | Sponsor analytics for the company’s ad presence |
Cross-referencing with the knowledge graph
Theentity_slug field on every company doubles as a knowledge-graph handle. Use it to find every podcast appearance, mention, and clip where the company is discussed:
company_id filter on the episodes and mentions endpoints accepts a slug, domain, or canonical ID — the same handles that resolve directly via /v1/companies/{id}.
Related
- Products — recursive product tree with lifecycle status
- Podcast advertising —
/companies/{id}/podcast/advertisingand the leaderboard - Knowledge graph → entities — follow a company across audio content