Allows publishing text posts to Reddit subreddits, including searching communities, checking subreddit rules, previewing posts, and submitting with dry-run and security features like allowlist 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 search subreddits for SaaS and startups"
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.
Servidor MCP para publicar no Reddit com segurança, feito para ser instalado do jeito mais simples possível em Claude, Codex, OpenCode e qualquer cliente MCP via stdio.
Repo: https://github.com/uptrixbr/mcp-reddit-publisher Pacote npm: mcp-reddit-publisher
Você NÃO precisa clonar o projeto nem rodar build manual.
Use direto via npm/npx:
npx -y mcp-reddit-publisher --helpPara gerar uma configuração pronta para o seu cliente:
npx -y mcp-reddit-publisher setup claude \
--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" \
--dry-run trueTroque claude por codex ou opencode:
npx -y mcp-reddit-publisher setup codex ...
npx -y mcp-reddit-publisher setup opencode ...O comando imprime o bloco de configuração MCP já pronto para copiar e colar.
Fallback sem npm registry, direto do GitHub:
npx -y github:uptrixbr/mcp-reddit-publisher --helpRelated MCP server: mcp-reddit-publisher
Você precisa criar um app 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 descritivo, exemplo:
mcp-reddit-publisher/0.1.0 by u/seu_usuarioAutenticação recomendada:
REDDIT_REFRESH_TOKENAlternativa para app do tipo script:
REDDIT_USERNAME + REDDIT_PASSWORDGere o config:
npx -y mcp-reddit-publisher setup claude \
--client-id "..." \
--client-secret "..." \
--refresh-token "..." \
--user-agent "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO" \
--allowed "SideProject,saas" \
--dry-run trueSaída esperada:
{
"mcpServers": {
"reddit-publisher": {
"command": "npx",
"args": ["-y", "mcp-reddit-publisher"],
"env": {
"REDDIT_CLIENT_ID": "...",
"REDDIT_CLIENT_SECRET": "...",
"REDDIT_REFRESH_TOKEN": "...",
"REDDIT_USER_AGENT": "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO",
"REDDIT_DRY_RUN": "true"
}
}
}
}Cole no arquivo de configuração MCP do Claude e reinicie o Claude.
Gere o config:
npx -y mcp-reddit-publisher setup codex \
--client-id "..." \
--client-secret "..." \
--refresh-token "..." \
--user-agent "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO" \
--dry-run trueSaída esperada em TOML:
[mcp_servers.reddit-publisher]
command = "npx"
args = ["-y", "mcp-reddit-publisher"]
env.REDDIT_CLIENT_ID = "..."
env.REDDIT_CLIENT_SECRET = "..."
env.REDDIT_REFRESH_TOKEN = "..."
env.REDDIT_USER_AGENT = "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO"
env.REDDIT_DRY_RUN = "true"Adicione ao config.toml do Codex e reinicie o Codex.
Gere o config:
npx -y mcp-reddit-publisher setup opencode \
--client-id "..." \
--client-secret "..." \
--refresh-token "..." \
--user-agent "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO" \
--dry-run trueSaída esperada:
{
"mcp": {
"reddit-publisher": {
"type": "local",
"command": "npx -y mcp-reddit-publisher",
"enabled": true,
"environment": {
"REDDIT_CLIENT_ID": "...",
"REDDIT_CLIENT_SECRET": "...",
"REDDIT_REFRESH_TOKEN": "...",
"REDDIT_USER_AGENT": "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO",
"REDDIT_DRY_RUN": "true"
}
}
}
}Adicione ao arquivo de configuração do OpenCode e reinicie o OpenCode.
Use o servidor stdio:
{
"command": "npx",
"args": ["-y", "mcp-reddit-publisher"],
"env": {
"REDDIT_CLIENT_ID": "...",
"REDDIT_CLIENT_SECRET": "...",
"REDDIT_REFRESH_TOKEN": "...",
"REDDIT_USER_AGENT": "mcp-reddit-publisher/0.1.0 by u/SEU_USUARIO",
"REDDIT_DRY_RUN": "true"
}
}health: 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, checagem de regras e rate limit.
Por padrão, nada é publicado:
REDDIT_DRY_RUN=trueRecomendações:
REDDIT_ALLOWED_SUBREDDITS=SideProject,saas,startups
REDDIT_REQUIRE_RULE_CHECK=true
REDDIT_MIN_SECONDS_BETWEEN_POSTS=300Só mude para publicação real depois de testar:
REDDIT_DRY_RUN=falseUse o reddit-publisher para buscar subreddits sobre SaaS, verificar as regras de r/SideProject e preparar um post pedindo feedback. Faça apenas preview, não publique.Depois, se estiver tudo certo e REDDIT_DRY_RUN=false:
Publique em r/SideProject somente se as regras permitirem e me retorne o permalink.git clone https://github.com/uptrixbr/mcp-reddit-publisher.git
cd mcp-reddit-publisher
npm install
npm run typecheck
npm test
npm run build
node scripts/smoke.mjsUso permitido para uso pessoal, avaliação, integrações e uso interno.
Não é permitido vender, redistribuir comercialmente, republicar como seu, remover créditos, fazer white-label ou oferecer como produto/SaaS/serviço próprio sem autorização por escrito.
Crédito obrigatório: MCP Reddit Publisher by Samuel Novaes / UptrixBR.
Veja LICENSE.
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 clear, distinct purpose: fetching rules, checking health, previewing posts, searching subreddits, and submitting. No overlap.
Most tools follow verb_noun snake_case (get_subreddit_rules, preview_text_post, etc.), but 'health' deviates as a single noun. Nearly consistent.
Five tools cover the core publishing workflow: rules, health, preview, search, submit. Not excessive or insufficient.
Covers the main lifecycle: find subreddit, check rules, preview, submit. Minor gaps like post status or deletion are acceptable for a focused publisher.
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)