About Content Distribution Mcp
Content Distribution Mcp distributes one piece of content across social and publishing channels, adapting variants for platform constraints and tracking publication state. It is for agents and teams that need repeatable publishing, with idempotent retries, scheduling, and browser handoffs for some channels.
Key features
- 01Publish to eight listed channels
- 02Provide per-channel formatting hints
- 03Schedule and drain queued posts
- 04Track channel-specific post status
- 05Retry publishes idempotently
- 06Return browser compose links for some channels
Use cases
- 01Distribute a product announcement across channels
- 02Schedule posts for later publication
- 03Check whether a channel publish succeeded
MCP support
Exposes eight MCP tools for publishing, scheduling, status checks, channel hints, profiles, and subreddit data. MCP clients connect to the server over stdio; LinkedIn, Medium, and X/Twitter use browser compose fallbacks.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
npx -y @automatelab/content-distribution-mcpDEV_TO_API_KEYSecretDEV.to API key for publishing articlesHASHNODE_TOKENSecretHashnode personal access tokenHASHNODE_PUBLICATION_IDHashnode publication IDGITHUB_TOKENSecretGitHub personal access token for GitHub DiscussionsGITHUB_DISCUSSION_REPOGitHub repo for Discussions in owner/repo formatREDDIT_CLIENT_IDSecretReddit OAuth app client IDREDDIT_CLIENT_SECRETSecretReddit OAuth app client secretREDDIT_USERNAMEReddit account usernameREDDIT_PASSWORDSecretReddit account passwordBLUESKY_IDENTIFIERBluesky handle (e.g. you.bsky.social)BLUESKY_PASSWORDSecretBluesky app passwordDISTRIBUTION_BACKENDState backend (default: yaml)DISTRIBUTION_BACKEND_DIRDirectory for YAML state files (default: ~/.distribution-mcp)Local servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.
Tools
8Saved tool list · updated 3w ago
| Parameter | Type | Required | Description |
|---|---|---|---|
| content | object | Yes | |
| content.id | string | Yes | Stable identifier, e.g. 'my-post@2026-05-20'. Used as the idempotency key together with channel; must be unique per content piece. |
| content.tags | array | No | Canonical tag list; each channel adapter normalizes, truncates, or converts to platform tag syntax. |
| content.title | string | Yes | Title of the content piece; used as the post title on most channels. |
| content.author | string | Yes | Author display name; used in author metadata on channels that accept it. |
| content.body_md | string | Yes | Full body in Markdown. Each channel adapter converts or truncates to platform requirements. |
| content.subtitle | string | No | Optional subtitle; used on Hashnode and DEV.to subtitle fields; ignored by channels that do not support subtitles. |
| content.cta_block | string | No | Optional call-to-action block appended to the post body on channels that support it; formatted as Markdown. |
| content.cover_image | string | No | Optional URL of a cover image; used as the header image on Hashnode and DEV.to; omit if no image is available. |
| content.canonical_url | string | No | Canonical URL of the authoritative source; set as canonical_url on DEV.to and Hashnode to signal the original for SEO; omit when publishing first to that channel. |
| content.source_task_id | string | No | Optional tracing ID (e.g. Notion task ID); stored in publish state for correlation but never sent to platforms. |
| variants | array | Yes | |
| profile_name | string | Yes | Name of the distribution profile (credentials store). Use profile.list to discover available names. |
Details
From the project READMEcontent-distribution-mcp
Publish your content everywhere—without rewriting for every platform.
A MCP server that distributes a single piece of content across 8+ channels (DEV.to, Hashnode, GitHub Discussions, Reddit, Bluesky, LinkedIn, Medium, Twitter) with automatic platform-specific adaptation, idempotent publishing, per-community anti-spam rules, and centralized state management.
The Problem It Solves
Creating and publishing content at scale is friction-heavy:
- Different formats: Reddit strips formatting, Twitter has character limits, DEV.to supports embeds and rich media. Each needs customized copy.
- Platform rules: Subreddits enforce cooldowns and flair requirements. Communities have posting patterns and automoderator gates. LinkedIn suppresses external links.
- State chaos: Which posts went live where? What if a publish fails halfway? Did that Reddit post get auto-removed by spam filters?
This MCP handles distribution complexity. Write your core message once, generate platform-specific variants, publish everywhere safely.
How It Works
- Your agent generates channel-specific copy variants (rewritten titles, trimmed text, platform-appropriate tags, audience-matched tone).
- This MCP publishes each variant with idempotency, OAuth, API retries, and scheduling—enforcing platform constraints automatically.
- You control which platforms get what. The MCP returns per-channel hints (character limits, tag vocabularies, cooldowns) but leaves creative decisions to you.
No LLM calls inside. No walled-in agents. Just a clean API for multi-platform content distribution at scale.
Install
npx -y @automatelab/content-distribution-mcp
Or add it permanently to your MCP host.
Wire into your MCP host
Claude Code — add to .claude/mcp.json:
{
"mcpServers": {
"content-distribution": {
"command": "npx",
"args": ["-y", "@automatelab/content-distribution-mcp"]
}
}
}
Claude Desktop — add to claude_desktop_config.json:
{
"mcpServers": {
"content-distribution": {
"command": "npx",
"args": ["-y", "@automatelab/content-distribution-mcp"]
}
}
}
n8n — use the MCP Client node, point it at npx -y @automatelab/content-distribution-mcp over stdio.
Cursor / Windsurf / any MCP host — same npx -y @automatelab/content-distribution-mcp pattern.
Configure credentials
The server reads credentials from a Distribution Profile stored in ~/.distribution-mcp/profiles.yaml:
# ~/.distribution-mcp/profiles.yaml
default:
credentials:
DEV_TO_API_KEY: "your-devto-api-key"
HASHNODE_TOKEN: "your-hashnode-token"
HASHNODE_PUBLICATION_ID: "your-pub-id"
GITHUB_TOKEN: "ghp_..."
GITHUB_DISCUSSION_REPO: "owner/repo"
REDDIT_CLIENT_ID: "..."
REDDIT_CLIENT_SECRET: "..."
REDDIT_USERNAME: "..."
REDDIT_PASSWORD: "..."
BLUESKY_IDENTIFIER: "you.bsky.social"
BLUESKY_PASSWORD: "..."
subreddits:
- ClaudeAI
- LocalLLaMA
Only set credentials for channels you intend to use. LinkedIn, Medium, and Twitter/X return needs_browser with a compose URL — no credentials needed.
MCP tool surface
Eight tools, dot-notation names form a navigable tree (post.*, channel.*, profile.*, subreddit.*). Every tool declares an outputSchema (callers can type-check responses) and MCP annotations (read-only / destructive / idempotent / open-world hints). No LLM calls inside the server.
| Tool | Purpose |
|---|---|
post_publish | Immediate publish; idempotent on (content.id, channel) |
post_schedule | Queue variants for schedule_at, publish the rest immediately |
post_drain | Fire all scheduled posts due now — run from cron |
post_status | Per-channel state for a content piece or channel |
post_unpublish | Best-effort delete (DEV.to sets unpublished; others vary) |
channel_hints | Per-channel metadata: char limits, Markdown support, tag vocab |
profile_list | Names of configured distribution profiles |
subreddit_list | Subreddit Catalog: cooldowns, flair vocab, last-posted |
v2.2.0 breaking change. Tools were renamed from flat names (
publish,schedule, ...) to dot-notation (post_publish,post_schedule, ...). Update any prompts, agent skills, or n8n nodes that referenced the old names.
Channels
| Channel key | Tier | Auth |
|---|---|---|
devto | Auto | DEV_TO_API_KEY |
hashnode | Auto | HASHNODE_TOKEN + HASHNODE_PUBLICATION_ID |
github_discussions | Auto | GITHUB_TOKEN + GITHUB_DISCUSSION_REPO |
reddit | Auto-gated | REDDIT_CLIENT_ID/SECRET/USERNAME/PASSWORD |
bluesky | Auto | BLUESKY_IDENTIFIER + BLUESKY_PASSWORD |
linkedin | Browser fallback | returns needs_browser + compose URL |
medium | Browser fallback | returns needs_browser + compose URL |
twitter / x | Browser fallback | returns needs_browser + compose URL |
Example agent call
// post_publish tool
{
"content": {
"id": "n8n-webhook-setup@2026-05-20",
"title": "How to set up an n8n webhook",
"body_md": "...",
"tags": ["automation", "n8n", "tutorial"],
"canonical_url": "https://yourblog.com/n8n-webhook-setup",
"author": "You"
},
"variants": [
{
"channel": "devto:main",
"title": "How to set up an n8n webhook",
"body": "...",
"tags": ["automation", "n8n", "tutorial", "devops"],
"canonical_url": "https://yourblog.com/n8n-webhook-setup",
"extras": {}
},
{
"channel": "reddit:ClaudeAI",
"title": "Built a webhook automation with n8n",
"body": "Here's how I set it up...",
"tags": [],
"extras": { "flair": "Project" }
}
],
"profile_name": "default"
}
Idempotency
Re-running post_publish with the same content.id + channel pair returns the existing live_url immediately without making another platform API call. Safe to retry on failure.
Scheduling
Variants with schedule_at (ISO-8601 with timezone, e.g. "2026-05-21T09:00:00+00:00") are stored in ~/.distribution-mcp/scheduled.yaml and fired on the next post_drain call. Run drain from cron:
# fire due posts every 5 minutes
*/5 * * * * npx -y @automatelab/content-distribution-mcp drain
Or call the post_drain MCP tool directly from an agent.
Environment variables
| Variable | Default | Purpose |
|---|---|---|
DISTRIBUTION_BACKEND | yaml | State backend (yaml only in v1) |
DISTRIBUTION_BACKEND_DIR | ~/.distribution-mcp | Directory for YAML state files |
Requirements
- Node.js 18 or later
Architecture
Agent (Claude Code / n8n / Cursor / any MCP host)
│ generates per-channel copy, calls MCP tools
▼
content-distribution-mcp (this package, stdio transport)
│ no LLM calls — pure I/O
├── adapters/ devto · hashnode · github-discussions · reddit · bluesky · browser
└── backends/ yaml (post log · profiles · schedule queue · subreddit catalog)
Works with any MCP client
No Anthropic-specific code anywhere. Verify:
grep -ri "anthropic" node_modules/content-distribution-mcp/dist/ # returns nothing
Part of the AutomateLab stack
- agency-os — control plane
- content-distribution-mcp — this package
- automatelab.tech — blog and tutorials
License
MIT
Maintenance and verification
See the maintenance guide for interpretation limits, current tool names where applicable, and reproducible verification.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.