Shadowbroker MCP 2026: Painel OSINT para Criadores de Conteúdo Social
Se você escreve para X Articles, Bluesky long-form e LinkedIn Newsletter, já conhece a dor: as conversas mais interessantes estão espalhadas por três plataformas, três feeds e três superfícies de descoberta diferentes. Acompanhar tudo em uma única aba do navegador significa trocar de contexto o dia todo. Acompanhar em três abas significa perder 40% do que você pretendia revisitar.
E se um único servidor MCP pudesse puxar posts do X, threads do Bluesky, atualizações do LinkedIn, feeds RSS, releases do GitHub e mais de 10 outras fontes em um único painel em tempo real — e deixar seu agente de IA (Claude Code, Codex CLI, Cursor) consultar sob demanda?
É exatamente isso que o Shadowbroker faz. É um painel OSINT (inteligência de fonte aberta) 2026 baseado em MCP, construído por um único desenvolvedor (BigBodyCobain no GitHub), que encapsula mais de 15 fontes sociais, de código e de notícias atrás de uma interface MCP unificada. Para criadores de conteúdo social, é uma implementação de referência funcional de algo que nós abordamos há meses: use MCP para quebrar os silos das plataformas.
Hoje vamos detalhar o que é o Shadowbroker, por que ele importa para escritores de X / Bluesky / LinkedIn, como a integração MCP realmente funciona por baixo dos panos, e como adaptar o mesmo padrão para o seu próprio fluxo de trabalho criativo — mesmo que você não queira instalar o Shadowbroker em si.
O Que o Shadowbroker Realmente Faz
O Shadowbroker é, em sua essência, um agregador leve. Cada fonte que ele coleta é envolvida como uma ferramenta Model Context Protocol (MCP) — o mesmo protocolo que alimenta os recursos de uso de ferramentas do Claude Code, Codex CLI e Cursor. Uma vez em execução, ele expõe uma interface uniforme onde seu agente de IA pode chamar algo como:
search_x(query="AI agents social workflow", limit=20)
list_bluesky_feed(handle="threadgrab.bsky.social", limit=10)
fetch_linkedin_post(url="https://linkedin.com/posts/...")
read_rss(url="https://hnrss.org/newest", limit=15)
Cada uma dessas funções é uma ferramenta MCP real registrada pelo servidor Shadowbroker. O agente de IA no seu editor não precisa de uma integração de API personalizada por plataforma — apenas chama a ferramenta e recebe uma resposta estruturada de volta.
As mais de 15 fontes que o Shadowbroker atualmente encapsula (segundo o README do projeto em julho de 2026) incluem:
- X (Twitter) — busca, timeline de usuário, captura de posts
- Bluesky — leitura de feed, busca de posts, consulta de perfil via API pública do AT Protocol
- LinkedIn — limitado (depende de URLs de posts públicos, não autenticação de sessão completa)
- RSS / Atom — parser genérico de feed para qualquer URL
- Hacker News — top stories, comentários, busca via Algolia
- GitHub Releases — feed de lançamentos por repositório
- Reddit — subreddit + busca via API JSON pública
- Mastodon — leitura de timeline federado
- YouTube — captura de transcrição pública (sem autenticação)
- arXiv — busca de artigos (para escritores de comentário social acadêmico)
- PubMed — busca de artigos biomédicos
- Wikipedia — artigo + resumo
- OpenStreetMap — geocodificação
- Weather — Open-Meteo (sem chave de API)
- Cotações de ações — endpoints públicos limitados
A lista é uma mistura intencional entre domínios: plataformas sociais, notícias de desenvolvimento, pesquisa acadêmica, referência factual. Essa é a ética OSINT — tratar toda a web aberta como uma superfície consultável.
Por Que Esse Padrão Importa Para Criadores de Conteúdo Social
Se você escreve para X Articles, Bluesky long-form ou LinkedIn Newsletter, seu fluxo de trabalho real não é "postar na plataforma X". É:
- Descobrir o que as pessoas estão dizendo agora (a fase de pesquisa)
- Filtrar o que vale uma peça longa (a fase de curadoria)
- Esboçar uma resposta / ângulo (a fase de escrita)
- Cross-postar o resultado para várias plataformas com formatação específica (a fase de distribuição)
A etapa 1 é onde o padrão do Shadowbroker brilha. Hoje, a maioria dos criadores executa essa fase de descoberta em um navegador com 12 abas abertas. Cada aba é uma UI separada, uma sessão de autenticação separada, um contexto mental separado. A mesma conversa no X, Bluesky e LinkedIn parece três eventos diferentes.
O que o Shadowbroker faz — e o que o ecossistema MCP mais amplo está começando a fazer — é colapsar essa descoberta em uma única interface que seu agente de IA pode consultar. Em vez de trocar de abas, você digita no Claude Code ou Cursor:
Use the shadowbroker MCP tools to find the 5 most-discussed
posts about "agent reliability" across X, Bluesky, and LinkedIn
in the last 48 hours. Group by sentiment and return URLs.
O agente chama as ferramentas MCP relevantes, obtém uma resposta estruturada e devolve um único resumo. Você fica no editor o tempo todo.
Configuração: Rodando o Shadowbroker Localmente
O Shadowbroker é um projeto open-source. A configuração é intencionalmente leve: Python 3.11+, alguns pacotes e um cliente MCP (Claude Code, Codex CLI ou Cursor). Segundo o README do GitHub:
git clone https://github.com/BigBodyCobain/Shadowbroker.git
cd Shadowbroker
pip install -r requirements.txt
# Configure your MCP client (Claude Code example)
# In ~/.claude.json or your project's .mcp.json:
{
"mcpServers": {
"shadowbroker": {
"command": "python",
"args": ["/path/to/Shadowbroker/server.py"]
}
}
}
Para usuários do Claude Code, esse JSON vai no .mcp.json do seu projeto. Para Codex CLI, vai em ~/.codex/config.toml sob [mcp_servers.shadowbroker]. Para Cursor, você configura em Settings › MCP › Add new global MCP server.
Não há imagem Docker, nenhum cadastro SaaS, nenhuma troca de chave de API para a maioria das fontes. X é a exceção parcial: o Shadowbroker pode usar a API de busca pública sem autenticação para consultas limitadas, mas uso intenso exigirá bearer tokens (que o projeto documenta no README).
A Ideia Central: Tratar a Web Aberta Como Uma Única Superfície Consultável
O que torna o Shadowbroker interessante não é a lista de fontes — qualquer desenvolvedor pode envolver 15 APIs HTTP. O que é interessante é que o projeto se compromete com uma superfície MCP uniforme. O agente não precisa saber se está chamando X, Bluesky, Hacker News ou arXiv. O nome da ferramenta e os argumentos são normalizados.
Essa é a mesma percepção que move muito do desenvolvimento MCP em 2026: o valor do MCP não é o protocolo em si, é a normalização. Sem normalização, um agente precisa de uma ferramenta personalizada por plataforma. Com normalização, o agente pode encadear consultas cross-platform sem código adicional.
Para um criador de conteúdo social, isso significa que o mesmo prompt de agente que pergunta "o que está em alta no X" também pode perguntar "qual é a visão acadêmica sobre isso" trocando o nome da ferramenta. O agente em si não precisa saber que uma ferramenta acerta o X e a outra acerta o arXiv. Apenas as chama e sintetiza.
Walkthrough de Configuração: Um Fluxo de Trabalho Concreto Para Criadores
Vamos percorrer como uma sessão real de criador se parece com o Shadowbroker rodando. O cenário: você está escrevendo um post longo no Bluesky sobre ferramentas de confiabilidade de agentes de IA e quer ancorá-lo na discussão cross-platform atual.
Passo 1: Descoberta cross-platform. No seu editor, você pergunta:
Use the shadowbroker MCP server to gather:
1. The top 5 X posts from the last 72 hours matching
"agent reliability" or "agent eval"
2. The top 5 Bluesky posts from the last 72 hours with the
same keywords
3. The top 3 Hacker News threads from the last 7 days
4. The 2 most recent arXiv papers on the topic
Return as a single table with platform, URL, summary, and
engagement count.
Nos bastidores, o agente chama 4 ferramentas MCP, cada uma acertando uma fonte diferente. A resposta é uma tabela normalizada. A fase de descoberta inteira leva menos de um minuto, e você nunca sai do seu editor.
Passo 2: Referência cruzada e extração de citações. Você seleciona as fontes mais interessantes da tabela. Então:
For each row in the discovery table, fetch the full text of
the top post / thread / paper. For X and Bluesky, pull the
post body. For HN, pull the top 3 comments. For arXiv, pull
the abstract. Save the result to ./research-brief.md.
Agora você tem um brief de pesquisa em markdown que pode ler, anotar e usar para rascunhar. O brief é portátil: é apenas um arquivo. Você pode commitá-lo, compartilhá-lo ou alimentá-lo em um LLM diferente para o rascunho real.
Passo 3: Rascunho. Aqui é onde você, o escritor humano, assume. A descoberta e a extração de citações são mecânicas. A síntese — escolher um gancho, encontrar o ângulo, escolher a estrutura — é a parte que o MCP não pode fazer por você. Mas os inputs dessa síntese agora são uma ordem de grandeza mais ricos, porque você viu 15 fontes em 60 segundos em vez de 3 fontes em 30 minutos.
Passo 4: Cross-post com formatação específica por plataforma. Uma vez que você tem o rascunho, a fase de distribuição é sua própria história MCP (nós cobrimos isso no nosso artigo sobre X Hosted MCP e no artigo sobre OpenRouter MCP server). O Shadowbroker cuida da ingestão; o X / OpenRouter MCPs cuidam do roteamento e postagem.
Como o Shadowbroker Se Compara a Outros Servidores MCP
O Shadowbroker é um de uma lista crescente de servidores MCP voltados para criadores de conteúdo social. O cenário 2026 tem três arquétipos principais:
| Servidor | Foco | Fontes | Melhor Para |
|---|---|---|---|
| Shadowbroker | OSINT (ingestão) | 15+ (X, Bluesky, HN, arXiv, GitHub, RSS, …) | Descoberta cross-platform, pesquisa, coleta de fatos |
| OpenRouter MCP | Roteamento LLM (escrita) | 100+ modelos via OpenRouter | Rascunhos multi-modelo, comparações modelo-A-vs-B |
| X Hosted MCP | Distribuição | Apenas API do X (Twitter) | Postagem direta no X a partir do agente |
Esses três servidores MCP são complementares, não concorrentes. Shadowbroker é a camada de ingestão upstream. OpenRouter MCP é a camada de roteamento intermediário (qual modelo escreve o rascunho). X Hosted MCP é a camada de distribuição downstream (como o post realmente chega ao timeline). Um stack sério de criador em 2026 provavelmente rodará os três — cada um resolve um problema diferente.
Para nossos leitores que já estão usando OpenRouter MCP para rascunhos multi-modelo, o Shadowbroker preenche a peça que falta no lado da ingestão. Você não precisa mais sair do editor para fazer descoberta.
Limitações e Ressalvas Honestas
O Shadowbroker é um projeto de um único desenvolvedor. Isso tem implicações:
- Rate limits do X: A API de busca pública do X sem bearer tokens tem rate limit pesado. Uso intenso exigirá autenticação, o que significa chaves de API que você tem que gerenciar.
- Cobertura do LinkedIn: O LinkedIn não expõe uma API pública limpa. A ferramenta LinkedIn do Shadowbroker funciona em URLs de posts públicos (você cola uma URL, ele busca a página), não em busca arbitrária. Se você precisa de monitoramento amplo do LinkedIn, isso é uma lacuna.
- Contagem de fontes é superficial, não profunda: 15+ fontes parece muito, mas a profundidade por fonte é limitada. Você obtém os top posts / top threads / top papers, não o firehose completo. Para a maioria dos fluxos de trabalho de criadores, isso é suficiente. Para ingestão em escala de redação, você quer um stack diferente.
- Sem persistência de auth: Algumas fontes (GitHub, Reddit) funcionam melhor com auth tokens. O Shadowbroker lê eles de variáveis de ambiente; se seu token expirar, a ferramenta degrada silenciosamente.
Nenhuma dessas são dealbreakers para o público-alvo. O ponto do Shadowbroker não é ser uma plataforma OSINT de redação. O ponto é ser um assistente de pesquisa do criador — pequeno, rápido, local, sem cadastro.
Construindo o Seu Próprio: O Padrão, Não o Projeto
O maior takeaway do Shadowbroker não é o projeto em si. É o padrão: envolva N APIs HTTP como ferramentas MCP, normalize a superfície, exponha ao seu agente. Você pode fazer isso com 20 linhas de Python e 2 horas de trabalho, mesmo que não use o Shadowbroker.
Um exemplo mínimo para uma única fonte (Bluesky) seria assim:
# my_social_mcp.py — a minimal MCP server for one platform
from mcp.server import Server
from mcp.types import Tool
import httpx
app = Server("my-social")
@app.tool()
async def search_bluesky(query: str, limit: int = 10) -> list:
"""Search recent Bluesky posts for a query string."""
url = "https://public.api.bsky.app/xrpc/app.bsky.feed.searchPosts"
r = httpx.get(url, params={"q": query, "limit": limit}, timeout=10)
return r.json().get("posts", [])
Esse servidor de 10 linhas é um servidor MCP real. Conecte ao Claude Code, e você pode chamar search_bluesky do seu agente. O mesmo padrão funciona para X (com bearer token), Reddit (JSON público), HN (Algolia) e a maioria dos feeds RSS. Você não precisa de um mega-servidor de 15 fontes para obter 80% do valor.
Comece com as 1-2 fontes que você realmente usa para pesquisa. Adicione mais quando o fluxo de trabalho se mostrar válido. O ecossistema MCP está no seu melhor quando as ferramentas que você constroi correspondem ao trabalho que você realmente faz, não ao trabalho que algum dashboard generalista adivinha que você faz.
FAQ: Perguntas Comuns de Criadores Sociais
O Shadowbroker é grátis?
Sim. O projeto é licenciado sob MIT no GitHub. Você roda localmente; não há serviço hospedado, nenhum cadastro, nenhum limite de uso. O único custo é qualquer chave de API que você traga (ex. um bearer token do X se quiser passar dos rate limits públicos).
Preciso usar Claude Code para me beneficiar do Shadowbroker?
Não. Qualquer cliente compatível com MCP funciona. Os três grandes em 2026 são Claude Code, OpenAI Codex CLI e Cursor. Todos os três podem registrar o Shadowbroker como servidor MCP. A camada de agente é intercambiável.
Como o Shadowbroker difere do Zapier ou IFTTT para agregação social?
Zapier e IFTTT são automação baseada em gatilhos: um novo post correspondendo a uma regra causa uma ação downstream. Shadowbroker é ingestão consultável por agente: o agente pede um digest sob demanda, em tempo real, com resultados estruturados. O modelo mental é diferente. Zapier move dados entre apps. Shadowbroker dá a um LLM uma visão unificada da web aberta.
Posso usar o Shadowbroker para postar, ou é somente leitura?
Somente leitura. Shadowbroker é uma ferramenta de ingestão / pesquisa. Para postar, adicione uma camada com um servidor MCP diferente — X Hosted MCP para X, a API do Bluesky para Bluesky (escreva seu próprio wrapper MCP fino), e similar para LinkedIn. Cobrimos o lado X no nosso artigo X Hosted MCP.
Como evito os rate limits do X?
Obtenha um bearer token no portal de desenvolvedor do X. O Shadowbroker lê da variável de ambiente X_BEARER_TOKEN. O tier grátis dá 100 leituras a cada 15 minutos; o tier básico pago dá mais. Para a maioria das sessões de pesquisa de criadores, isso é suficiente.
Existe uma versão hospedada do Shadowbroker?
Não até julho de 2026. O projeto é explicitamente local-first. O mantenedor notou interesse em um tier hospedado mas não se comprometeu. Se você precisa de OSINT para equipe compartilhada, você implantaria o Shadowbroker na sua própria infraestrutura (uma VM pequena é suficiente).
O Shadowbroker funciona com feeds customizados do Bluesky?
Parcialmente. A ferramenta Bluesky pode buscar o feed de um perfil público (ex. threadgrab.bsky.social) e pode buscar no firehose público. Feeds customizados (os algorítmicos que usuários compõem) exigem sua própria URI de feed e ainda não estão envolvidos. Para a maioria dos criadores, o feed público é o que você quer de qualquer forma.
Conclusão: Um Padrão, Muitas Fontes, Zero Troca de Abas
O Shadowbroker é um dos exemplos mais claros de 2026 do padrão MCP dando resultados para criadores individuais. A promessa do MCP sempre foi: um protocolo, muitas ferramentas, amigável ao agente. O Shadowbroker é a realização mais concreta dessa promessa para criadores de conteúdo social — mais de 15 fontes, uma superfície normalizada, sem troca de abas.
Você não precisa instalar o Shadowbroker para se beneficiar do padrão. O takeaway é: envolva a web aberta em ferramentas MCP, exponha ao seu agente, e deixe o agente fazer a descoberta cross-platform em segundos. Se você constrói seu próprio servidor de 1 fonte ou roda um mega-servidor de 15 fontes, o desbloqueio de produtividade é o mesmo.
Para os leitores do ThreadGrab especificamente, o pareamento natural é Shadowbroker para ingestão + OpenRouter MCP para rascunhos multi-modelo + X Hosted MCP para distribuição. Esse stack de três camadas cobre o loop completo do criador de pesquisa a publicação, tudo de dentro do seu editor, tudo sem sair do teclado para o navegador.
Leia as peças relacionadas para as outras camadas do stack: OpenRouter MCP para rascunhos multi-modelo, X Hosted MCP para postagem direta pelo agente, e nosso artigo sobre Caliper AI agent reliability para a camada de eval / drift tracking que fecha o loop.