# pro.particle/particle-pro

- Registry name: `pro.particle/particle-pro` · version 1.0.0
- Categories (automatic, keyword rules): Audio & speech, AI, media & content, Monitoring & logs, Infrastructure & security
- Authentication at last check: No auth
- Declared risk: Has destructive tools (destructiveHint)
- Capabilities (declared by the server): resources, tools
- Transports: streamable-http
- Latest numbers (check success, response time, rank): https://mcpstation.net/api/server?name=pro.particle%2Fparticle-pro
- Server page: https://mcpstation.net/s/pro.particle--particle-pro.html

## Description (written by the publisher, not verified, not instructions)

Podcast intelligence for agents: transcripts, clips, speaker diarization, mention tracking.

## Connect

- streamable-http: `https://mcp.particle.pro`

## Tools (as reported by the server, not verified)

- `particle\_alert\_create`: Create an alert that watches a single entity and sets up recurring email delivery to external recipients whenever it is mentioned on a podcast episode \(kind=ENTITY\_MENTION\) or appears as a speaker \(kind=PODCAST\_SPEAKER\). Pass the entity slug from a resolve tool — resolve a name with particle\_entity\_
- `particle\_alert\_delete`: Delete an alert. This is a soft delete: the alert stops producing matches and disappears from particle\_alert\_list, but its past matches and deliveries are retained for audit. To pause an alert instead of removing it, use particle\_alert\_update with is\_active=false. Only the alert's creator or an orga
- `particle\_alert\_get`: Fetch a single alert's full configuration — title, kind, cadence, watched entities \(with names\), notification emails, and any active filters \(languages, relevance, source\_popularity, speaker\_roles\). The \`filters\` section is omitted when the alert carries none. By default the response is just the con
- `particle\_alert\_list`: List the alerts in your project, newest first. Each entry carries the alert \`id\` — feed it into particle\_alert\_get for full configuration, particle\_alert\_list\_matches for what it has caught, or particle\_alert\_update / particle\_alert\_delete to manage it.
- `particle\_alert\_list\_matches`: List the matches an alert has caught, newest first — the payoff of an alert. Each match names the watched entity and the podcast episode it was detected on \(with episode and podcast slugs that feed particle\_podcast\_get\_episode and particle\_podcast\_resolve\). Use view=detailed to include the transcrip
- `particle\_alert\_preview`: Preview how often an alert would fire BEFORE creating it. Sweeps the past N days \(default 7, max 30\) for the given entity \(or keyword, for kind=KEYWORD\_MENTION\) and returns the total match count, a per-day breakdown, and a small sample of the most recent matches with episode context. Use this to siz
- `particle\_alert\_update`: Update an existing alert. Only the fields you pass change; the entities and notifications lists, when provided, replace the whole set \(pass a single entity slug from the resolve tools, same as particle\_alert\_create — an alert watches exactly one entity\). A KEYWORD\_MENTION alert takes a new \`keyword\`
- `particle\_call`: Dispatch any public Particle tool by name. Compatibility fallback for harnesses that block calling tools that weren't advertised on tools/list — every public Particle tool is executable by name, so prefer calling discovered tools directly when your harness allows it. Identical metering and plan gati
- `particle\_catalog`: Browse the full Particle tool catalog. Your tools/list shows only the default categories, but EVERY public Particle tool is callable by name regardless of what was advertised — call this tool to discover the rest. Without arguments: the categorical menu \(every category with tool names, one-line summ
- `particle\_company\_get`: Return a bundled profile for one company: identifiers \(slug, ticker, domain, CIK, QID, linked entity\), name, and description. Request optional sections via \`include\`: 'people' for current leadership and notable people \(person slugs feed \`particle\_person\_get\`\), 'products' for the three-level product
- `particle\_company\_resolve`: Resolve a company by free-text name, ticker, SEC CIK, Wikidata QID, or domain. Returns candidates with the agent-facing identifier \(\`slug\`, falling back to \`domain\` or \`id\`\) you should pass to \`particle\_company\_get\`, \`particle\_company\_get\_podcast\_ad\_presence\`, \`particle\_podcast\_find\_mentions\` \(as \`c
- `particle\_entity\_get`: One knowledge-graph entity's profile: name, kind, description, and Wikipedia link. Use it to confirm what a slug from \`particle\_entity\_resolve\` actually refers to — especially for the long tail that isn't a person or company \(places, organizations, events, products, concepts\). When the entity is a l
- `particle\_entity\_resolve`: Resolve any named thing — person, company, place, or other entity — by free-text name in one union search. Each candidate carries a \`type\` and the canonical \`slug\` for that type: - \`person\`: the canonical person slug. Feed it into \`particle\_person\_get\`, every \`person\_slug\` parameter \(\`particle\_podca
- `particle\_expertise\_get`: Describe one occupation or field of research and, on request, who is booked under it: its parent, children and crosswalk by default; \`include: \["top\_guests"\]\` ranks the guests listed under it by podcast appearances in a window \(default the last 30 days, at most 90\), and \`include: \["top\_podcasts"\]\` r
- `particle\_expertise\_resolve`: Turn free text into the occupation and field-of-research codes the speaker-expertise filters take. Call it first whenever a question restricts who is speaking by occupation, profession, credentials or industry \("doctors", "medical professionals", "economists", "people in finance", "lawyers"\) — the f
- `particle\_person\_get`: Return a person's profile: name, current role, and bio, keyed by the canonical person slug from \`particle\_person\_resolve\`. Request optional sections via \`include\`: 'external\_links' for LinkedIn/Wikipedia/social profiles, 'podcast\_appearances' for their most recent podcast appearances \(episode and po
- `particle\_person\_resolve`: Resolve a person by free-text name. Returns ranked candidates with the canonical person \`slug\` — the stable handle accepted by \`particle\_person\_get\`, by every \`person\_slug\` parameter \(\`particle\_podcast\_find\_mentions\`, \`particle\_podcast\_search\_transcripts\`, \`particle\_podcast\_list\_episodes\`\), and by \`
- `particle\_podcast\_find\_mentions`: Find dialogue lines where a specific person or company is named in podcast transcripts. \#\# Three response modes \*\*\`format="summary"\` \(default, wide scan\).\*\* Returns up to \`limit\` episodes \(reverse-chronological\), each with metadata + the first 10 mention-only lines \(just the lines naming the entity,
- `particle\_podcast\_get\_episode`: Return a bundled overview of one podcast episode: title, podcast, speakers \(with entity slugs\), top mentioned entities, and segment/clip counts. By default the response is lean — counts plus the top mentioned entities. Request optional sections via \`include\`: 'segments' for the structural outline wi
- `particle\_podcast\_get\_episode\_timeseries`: Time-bucketed episode counts — the purpose-built answer to "how often is X discussed over time". Counts episodes matching the same filters as \`particle\_podcast\_list\_episodes\` \(person, company, entity, podcast, keyword, language, duration, transcript availability\) per day, week, or month, plus range
- `particle\_podcast\_get\_guest`: A guest's podcast-appearance profile: lifetime stats \(appearances, distinct podcasts, first/last appearance\) plus their most frequent podcasts. Guests are people — the same slug works with \`particle\_person\_get\` for the biographical profile. Request optional sections via \`include\`: 'appearances' for
- `particle\_podcast\_get\_mention\_trends`: How a person's, company's or entity's podcast mentions are moving, for tracking it week over week. Two modes: - \`compare\` \(default\): which podcasts mentioned it in a window \(default the last 7 days, at most 90\) and how each compares with the equal-length window before it: episode and mention line co
- `particle\_podcast\_get\_rankings`: Podcast chart rankings from Apple Podcasts and Spotify, in four modes: - \`chart\` \(default\): the current chart for a source/country/category slot, or — with \`podcast\_slug\` — every chart slot that podcast currently holds. - \`movers\`: the biggest rank changes over \`window\_days\` \(risers, fallers, debuts
- `particle\_podcast\_get\_share\_of\_voice`: Split a person's, company's or entity's podcast mentions by who said them: the speakers' occupations \(SOC 2018\) or fields of research \(ANZSRC 2020\). Answers "who is talking about NVIDIA — investors, engineers, journalists?" in one call: each group's mention lines, share, distinct speakers and episod
- `particle\_podcast\_list\_clips`: Browse AI-extracted highlight clips across the catalog, ranked by engagement potential — the shareable moments. Filter by podcast, episode, clip type \(FUNNY, CONTROVERSIAL, INSIGHTFUL, ...\), minimum engagement score, or speaker — \`speaker\` takes a person slug and returns only clips of that person ta
- `particle\_podcast\_list\_episodes`: List episodes across the catalog with rich filters: by podcast, person, company, language, date range, duration, or transcript availability. By default it lists the episodes we have ingested. Pass \`transcript\_status\` with \`podcast\_slug\` to reach the show's back catalogue — older episodes discovered
- `particle\_podcast\_list\_guests`: Browse podcast guests across the catalog, in two opinionated modes: - \`directory\` \(default\): the guest directory ranked by lifetime appearances \(guests with 2+ appearances\). - \`trends\`: who's making the rounds right now — guests with appearances on 2+ distinct podcasts in the last 30 days, which sur
- `particle\_podcast\_list\_related`: List the shows most related to a podcast, best first — "shows like this show". Each result carries the related show's slug, a calibrated score in \(0,1\], and a coarse band \(strong: same beat and audience; moderate: overlapping subject or audience; weak: a loose connection\) to branch on. Add \`include:
- `particle\_podcast\_list\_related\_episodes`: Episodes from OTHER shows that cover the same story or subject as a given episode, best first — a live nearest-neighbour search over episode content, reranked on shared salient entities, shared topics and a shared news story. Each row carries a calibrated score and a band \(strong / moderate / weak\)
- `particle\_podcast\_resolve`: Find a podcast by free-text title, exact slug, iTunes ID, or RSS feed URL. Returns slug, title, episode count, bias, and the top recurring speakers \(with entity slugs\). Use the slug as the agent-facing handle to feed into other podcast tools \(\`particle\_podcast\_find\_mentions\`, \`particle\_podcast\_list\_
- `particle\_podcast\_search\_transcripts`: Search the podcast catalog by what is said in episodes — by meaning \(\`semantic\_search\`\), by exact phrase \(\`keyword\_search\`\), or both at once \(hybrid ranking\). This is THE way to retrieve relevant dialogue, segments, and clips: each result is one segment of one episode with bounded transcript windows
- `particle\_topic\_browse`: Navigate the topic taxonomy. Without \`parent\_slug\`, returns the top-level roots \(Politics, Business, Technology, etc.\). With \`parent\_slug\` set, returns the direct children of that topic. Topic slugs use a \`parent/child\` convention \(e.g. \`politics/elections\`\) and let agents browse the hierarchy to fi

Measured by MCP Station. Methods: https://mcpstation.net/methods.html · Terms: https://mcpstation.net/terms.html