p0dcasters MCP Server

The p0dcasters weekly email: when it goes out (Fridays 15:00 UTC unless reconfigured), the next send time, and the latest issue sent (week, subject, how many it went to). Read-only; subscribing is a setting on a signed-in account, not something this server does.

This week's issue of the weekly digest as it would be built now from the live directory: subject, plain text and, with html: true, the HTML. Shows new to the directory, the most followed this week, long-running shows that published, the busiest networks. Read-only, no recipients; the per-reader unsubscribe link is a placeholder. Rebuilt at most every 15 minutes.

The person or organisation behind a show as an OpenProfile.md (logicsrc.com/openprofile) with the Broadcast section (logicsrc.com/openbroadcast): name, kind, site, avatar, accounts, topics, and the show's feed, cadence, language and since when. Generated from the feed the publisher serves, enriched from rssamplifier.com, corrected by the person once they have claimed it. Returns the Markdown and the URL the file is served at. A booking platform matches a Broadcast section against a guest's Guest section.

Edit the profile on its owner's behalf. Takes either the whole OpenProfile.md as `markdown`, or a partial overlay: `identity` (keys to set, null removes), `headline`, `sections` (body by section name, `none` removes), `public`. The server keeps the difference from the generated document, so a section left alone keeps following the feed. Needs an OpenAccess bearer (hub https://openaccess.logicsrc.com, scope openprofile:edit) in the request's Authorization header, for a profile the person has claimed; an unclaimed profile is refused with the claim step.

List every submission waiting for review at once, or only the given ids (from list_submissions). A feed already in the directory comes back as existing; one failure does not stop the rest. Returns counts listed / existing / failed and a result per id. Needs an OpenAccess bearer with scope submissions:review.

Every category and every language in the directory with its show count and page URL. The cheap first call before list_shows.

Claim the profile behind a show as the person it is about. Needs an OpenAccess bearer with scopes openprofile:edit and email in the Authorization header; the claim goes through when the token's address is the feed's itunes:owner address, or when the show's site or feed description links to the profile URL. Nothing else is needed, and nobody reviews it.

Shows, domains, episodes, how many published this week, how many were added by their publishers, and the OPML export URL for taking the whole thing in one request.

The episodes of one show, newest first, read live from the publisher's feed (cached half an hour): title, date, duration, description, audio URL. Feeds are slow, so this is the one call here that can take seconds. Also returns an M3U playlist URL for a player that takes one.

One show by slug: title, publisher, full description, episode count, cadence, language, categories, feed URL, site and page. Slugs come from search, list_shows and the page URL /podcast/<slug>. Episodes are a separate call, list_episodes, because they are read live from the publisher's feed.

Full-text search over the titles, descriptions, authors and domains of every podcast listed, on any host (own domain, hosting platform or network library). Returns shows, each with its slug, feed URL, page and playlist. Only shows with an episode inside the last 90 days are listed.

Shows in one category (a single lowercase word such as history or comedy), one language (ISO 639-1 code) or on one domain, ranked by catalogue depth and longevity weighted by recency, the same order as the site's pages. Call browse first for the categories and languages that exist and how many shows each holds.

The submitted feeds waiting for a person to list or reject them. For reviewers: needs an OpenAccess bearer with scope submissions:review in the Authorization header.

Submit one URL or a list of them to p0dcasters. A site URL works as well as a feed URL: the feed is discovered from the page. Anyone may submit; there is no account and no review queue. One URL resolves in the call and the answer carries its page; a list may be queued, and the answer says which. Rate limited per caller.