Skip to main content
Entities are the knowledge-graph layer that connects everything else. The same entity (Sam Altman, Nvidia, Federal Reserve) appears as a speaker on episodes, as a mention in transcripts, as a sponsor in advertising data, and as the linked identity on a company profile. Resolve once, then follow the entity across the platform. Each entity has a stable slug (e.g. sam-altman, nvidia, kara-swisher) and a canonical id. Either is accepted anywhere an entity reference is needed.
Available to MCP agents as particle_entity_resolve (the union resolver) and particle_person_resolve (people only).

Search entities

Search across people, companies, and knowledge graph entities in one ranked call. Pass a name, partial name, nickname, stock ticker, @handle, or website domain. Each result carries a type (person, company, or knowledge_graph_entity) telling you which collection it belongs to, and a match_quality so you can tell an exact identification from a fuzzy guess.
Each result is a discriminated union: type says which kind it is, and exactly one of person, company, or knowledge_graph_entity holds the matched record — the same compact object shape those resources return elsewhere, so you can reuse your existing rendering. match_quality and mentions (where the entity shows up) sit alongside it.
Response (truncated)
Take the embedded record’s id (or slug) to the matching resource endpoint (/v1/people, /v1/companies, /v1/entities), or its id to alert creation.

Search parameters

List entities

GET /v1/entities returns the most-mentioned knowledge graph entities, or a filtered slice. (To search by name, use /v1/entities/search above.)

Get a single entity

Response

Fetch many at once

When you already hold a set of entity slugs or IDs, pass them as a comma-separated ids list to fetch them all in a single request instead of one call per entity — up to 100 per call. Entities come back in the same shape as search 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 slug/id values against what you sent to find any that are missing.
Response (truncated)
When ids is present the other filters (q, type, podcast_id) and pagination are ignored — it is a direct multi-get of exactly the refs you supply.

Podcast appearances

To find every podcast episode where an entity has been featured or discussed across the catalog, use list-episodes with an entity_id filter. Add a role filter to narrow to guest, host, panelist, correspondent, or mention.
Response (truncated)
Add role=guest to limit results to episodes where the entity was actually a guest, rather than every episode that happens to mention them.

A typical cross-referencing flow

1

Resolve the entity

Look up by name with /v1/entities/search or use a slug you already have.
2

Find episodes

Use the slug as entity_id on episodes or clips.
3

Drill into one episode

Pull the dialogue lines around mentions, or the highlight clips.
4

Cross to companies

Many entities are also linked to companies. Lookup by entity_id on the companies endpoint.
The Quickstart walks the full flow end-to-end.