A safe-by-default MCP server that allows AI assistants (Claude, Codex, OpenCode) to interact with Reddit for content publishing workflows.
Health Check (health): Validate Reddit configuration and connectivity without exposing credentials.
Search Subreddits (search_subreddits): Search Reddit communities by query to find the best audience fit (returns up to 50 results).
Get Subreddit Rules (get_subreddit_rules): Fetch a subreddit's rules and automatically flag promotional-posting risks to avoid violations.
Preview Text Post (preview_text_post): Validate and preview a post (title, body, flair, NSFW/spoiler flags) without publishing.
Submit Text Post (submit_text_post): Publish a Reddit text post with built-in safety controls — dry-run mode (enabled by default via REDDIT_DRY_RUN=true), subreddit allowlisting, rate limiting, rule checks, and promotional risk overrides.
Credentials (client_id, client_secret, refresh_token) are managed securely, and dry-run mode prevents accidental publishing until explicitly disabled.
Allows publishing text posts to Reddit subreddits, with capabilities to search subreddits, retrieve subreddit rules, preview posts before publishing, and submit posts with safety features like dry-run mode, subreddit allowlist, rule checking, and rate limiting.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type @ followed by the MCP server name and your instructions, e.g., "@mcp-reddit-publisher Preview post in r/SideProject about my new tool"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
MCP para Claude/Codex/OpenCode publicar no Reddit com segurança.
npm: mcp-reddit-publisher (ainda não publicado; por enquanto use github:osamuelnovaes/mcp-reddit-publisher)
Por padrão é seguro: REDDIT_DRY_RUN=true, então nada é publicado de verdade até você trocar para false.
Você não precisa clonar o projeto, instalar dependências nem rodar build.
Rode uma vez:
npx -y github:osamuelnovaes/mcp-reddit-publisher install claude-code \
--client-id "SEU_REDDIT_CLIENT_ID" \
--client-secret "SEU_REDDIT_CLIENT_SECRET" \
--refresh-token "SEU_REDDIT_REFRESH_TOKEN" \
--user-agent "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO" \
--allowed "SideProject,saas,startups"Depois reinicie o Claude Code e peça:
Use o reddit-publisher para verificar o health e buscar subreddits sobre SaaS.Rode uma vez:
npx -y github:osamuelnovaes/mcp-reddit-publisher install claude-desktop \
--client-id "SEU_REDDIT_CLIENT_ID" \
--client-secret "SEU_REDDIT_CLIENT_SECRET" \
--refresh-token "SEU_REDDIT_REFRESH_TOKEN" \
--user-agent "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO" \
--allowed "SideProject,saas,startups"Depois reinicie o Claude Desktop.
npx -y github:osamuelnovaes/mcp-reddit-publisher --helpSe apareceu a ajuda, o pacote baixou e executou corretamente.
Related MCP server: mcp-reddit-publisher
install fazinstall claude-code: chama o CLI oficial do Claude Code e adiciona o MCP automaticamente.
install claude-desktop: edita/cria o arquivo claude_desktop_config.json automaticamente.
Não publica nada no Reddit durante a instalação.
Mantém REDDIT_DRY_RUN=true por padrão.
Crie um app no Reddit uma vez:
Clique em create another app.
Escolha o tipo script para uso pessoal/local.
Copie:
client_id
client_secret
Configure um user agent, por exemplo:
mcp-reddit-publisher/0.1.0 by u/seu_usuarioA forma recomendada é usar:
REDDIT_REFRESH_TOKENAlternativa para app script:
--username "SEU_USUARIO" --password "SUA_SENHA"Se o cliente não tem instalador automático ainda, gere o bloco pronto:
npx -y github:osamuelnovaes/mcp-reddit-publisher setup codex \
--client-id "..." \
--client-secret "..." \
--refresh-token "..." \
--user-agent "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO"Troque codex por:
setup opencode
setup claude
setup jsonhealth: valida a configuração sem expor secrets.
search_subreddits: busca comunidades por termo.
get_subreddit_rules: lê regras do subreddit e aponta riscos.
preview_text_post: valida e mostra o post sem publicar.
submit_text_post: publica o post respeitando dry-run, allowlist, regras e rate limit.
Nada é publicado por padrão:
REDDIT_DRY_RUN=truePara publicar de verdade, só depois de testar:
npx -y github:osamuelnovaes/mcp-reddit-publisher install claude-code \
--client-id "..." \
--client-secret "..." \
--refresh-token "..." \
--user-agent "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO" \
--dry-run falseRecomendações:
REDDIT_ALLOWED_SUBREDDITS=SideProject,saas,startups
REDDIT_REQUIRE_RULE_CHECK=true
REDDIT_MIN_SECONDS_BETWEEN_POSTS=300git clone https://github.com/osamuelnovaes/mcp-reddit-publisher.git
cd mcp-reddit-publisher
npm install
npm run typecheck
npm test
npm run build
node scripts/smoke.mjsMIT
Fetches subreddit rules and flags obvious promotional-posting risks.
| Name | Required | Description | Default |
|---|---|---|---|
| subreddit | Yes | Subreddit name, with or without r/ prefix. |
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are present, so the description should fully disclose behavioral traits. It only states it fetches rules and flags risks, but omits details about output format, authentication needs, rate limits, or side effects. The risk-flagging behavior is vague.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single concise sentence that front-loads the main action. It could be slightly more structured by separating the two actions, but it is efficient with no unnecessary words.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a simple, read-only tool with one parameter and no output schema, the description is minimally adequate. However, it lacks details on output format, error behavior, and the nature of risk flags, which are gaps for an AI agent.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% for the single parameter 'subreddit', and its description is already explicit. The tool's description adds no new information about this parameter, so the baseline score of 3 is appropriate.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool fetches subreddit rules and flags promotional-posting risks, using a specific verb+resource. It also distinguishes itself from sibling tools like preview_text_post and submit_text_post, which deal with posting, not rules.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No explicit when-to-use or when-not-to-use guidance is provided. The usage is only implied by the purpose, and no alternatives are mentioned despite the presence of sibling tools like health that might offer related information.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Shows current configuration status without revealing secrets.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description adds the behavioral trait that secrets are not revealed, but lacks details on what 'configuration status' includes, side effects, or required permissions. With no annotations, the description could provide more depth.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single sentence with no wasted words, perfectly concise and front-loaded.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool has no parameters, no output schema, and a simple purpose, the description is largely complete. It could specify response format or status details, but is adequate for a health check.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
There are no parameters, and schema coverage is 100%. Baseline is 4, and the description adds no further param meaning due to absence.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool shows current configuration status, with a specific verb and resource. It is distinct from sibling tools which are subreddit-related.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance is provided on when to use this tool versus alternatives. While siblings are unrelated, the description does not include context about typical use cases or prerequisites.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Validates and previews a Reddit text post without publishing.
| Name | Required | Description | Default |
|---|---|---|---|
| subreddit | Yes | ||
| title | Yes | ||
| body | Yes | ||
| sendReplies | No | ||
| nsfw | No | ||
| spoiler | No | ||
| flairId | No |
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries full burden. It mentions 'validates and previews' but gives no details on what validation is performed, whether it calls the Reddit API, or the nature of the preview output.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single sentence with no wasted words. However, it is too brief to be fully informative; conciseness is achieved at the expense of completeness.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given 7 parameters, no output schema, and no annotations, the description is wholly inadequate. It fails to explain the preview mechanism, validation criteria, error handling, or return format.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The input schema has 0% description coverage and the tool description does not mention any parameter. Agents must rely solely on parameter names, which may be ambiguous (e.g., sendReplies, flairId).
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description explicitly states the tool validates and previews a Reddit text post without publishing, which is a clear verb+resource combination. However, it does not differentiate from the sibling submit_text_post beyond implying non-publication.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance is provided on when to use this tool versus alternatives like submit_text_post or get_subreddit_rules. The description does not advise on prerequisites or typical workflows.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Searches Reddit communities by query to help find audience fit before posting.
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | ||
| limit | No |
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description must fully disclose behavior. It does not explain what is returned (e.g., subreddit names, descriptions), sorting, pagination, or rate limits, leaving the agent underinformed.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, concise sentence with no redundant information. While it is efficient, some additional detail on parameters or behavior would improve utility without sacrificing conciseness.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool has 2 parameters, no output schema, and no annotations, the description is incomplete. It fails to clarify the return format, error handling, or what constitutes a valid query, which is critical for an AI agent to use it correctly.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 0%, meaning the description must explain parameters. It only mentions 'query' indirectly ('by query') but does not describe the 'query' parameter's semantics (e.g., case sensitivity, partial matching) or the 'limit' parameter at all.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool searches Reddit communities by query, with a specific use case of finding audience fit before posting. It distinguishes from sibling tools like 'get_subreddit_rules' and 'submit_text_post'.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage for audience research before posting, which is a reasonable use case. However, it does not explicitly state when not to use or mention alternatives, though the context of sibling tools helps.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Publishes a Reddit text post. By default REDDIT_DRY_RUN=true prevents real publishing; set false only after testing.
| Name | Required | Description | Default |
|---|---|---|---|
| subreddit | Yes | ||
| title | Yes | ||
| body | Yes | ||
| sendReplies | No | ||
| nsfw | No | ||
| spoiler | No | ||
| flairId | No | ||
| overrideRuleCheck | No | If true, allows posting even when the automatic rule check flags promotional risks. |
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations provided, the description reveals the dry run behavior, which is important for safety. But it lacks other behavioral details such as error handling, rate limits, or side effects, which are necessary for a mutating tool.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is concise with two sentences, front-loading the key action and then providing a critical safety note. Every sentence serves a purpose with no fluff.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool has 8 parameters, 3 required, no output schema, and no annotations, the description is insufficient. It omits parameter meanings, return values, and error conditions, leaving the agent underinformed for correct invocation.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The description provides no explanation of the input parameters beyond the schema. Schema description coverage is only 13% (one parameter described), so the description should compensate but does not. The dry run note is about an environment variable, not a parameter.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool 'Publishes a Reddit text post,' which is a specific verb and resource. It distinguishes itself from sibling tools like preview_text_post and search_subreddits by indicating actual submission.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description mentions the DRY_RUN environment variable and advises setting it false only after testing, which gives some guidance on when to use the tool. However, it does not provide when-not-to-use conditions or mention alternative tools like for link posts.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
v0.1.0get_subreddit_ruleshealthpreview_text_postsearch_subredditssubmit_text_postScored across 5 tools
Each tool has a distinct purpose: fetching subreddit rules, checking health, previewing a post, searching communities, and submitting a post. No tool overlaps in functionality.
All tool names follow snake_case with a verb_noun pattern except for 'health', which is a single word but commonly accepted. Overall naming is consistent and predictable.
With 5 tools, the server is well-scoped for the Reddit publishing domain. Each tool covers a necessary step in the workflow without being too few or excessive.
The tool set covers the core publishing workflow: search subreddits, check rules, preview, and submit. Missing features like deleting posts or handling other post types, but sufficient for text post publishing.
Reddit MCP server: search posts, subreddit feeds, comments & user profiles as JSON. No API key.
MCP server for QPost — lets AI agents publish video and image posts to YouTube, TikTok, Instagram.
Reddit MCP — public Reddit data via JSON endpoints (no auth required)