News16 MaioJá checaram o código da X, e o pânico do 'limite de 4 posts' era falso
Edição #94·16 de maio de 2026·2 min

🔍Já checaram o código da X, e o pânico do 'limite de 4 posts' era falso

Assim que o código saiu, veio o pânico. Espalhou-se um post afirmando que a X pune quem publica mais de 4 vezes por dia, que existiria um gatilho automático cortando o alcance de quem posta demais. --- O Benjamin De Kraker resolveu checar. Pegou o código de verdade, mandou o Claude (a IA da Anthropic) ler linha por linha e conferir a alegação. Resultado: "na maior parte, besteira". Não existe gatilho de 4 por dia. O que existe é um desconto gradual: dentro de uma mesma leva de posts, cada post a mais perde um pouquinho de força. Postar muito satura, mas não tem castigo de tranco. --- Ficam duas lições. A primeira: quando algo vira código aberto, dá pra checar boato em vez de repetir. A segunda: usar IA pra ler código e desmentir post viral é um uso prático que qualquer pessoa pode fazer hoje.

O código aberto do algoritmo de recomendação da X (antigo Twitter) desmentiu uma das teorias mais repetidas nas últimas semanas: não existe um gatilho automático que limita o alcance de contas que publicam mais de quatro vezes ao dia. Análise técnica detalhada revelou que o sistema utiliza um mecanismo de decay contínuo por posição dentro da resposta do feed, sem thresholds rígidos de penalização por volume absoluto.

O que o código realmente mostra

Benjamin De Kraker utilizou o Claude, modelo de IA da Anthropic, para realizar engenharia reversa do repositório leaked da X. O objetivo: validar alegações virais sobre o funcionamento do `ranking_scorer.rs` e dos módulos de classificação de conteúdo.

A investigação apontou que a suposta regra de "4 posts/dia" é uma distorção do `AuthorDiversityScorer`. O sistema aplica um decaimento gradual por posição quando múltiplos posts do mesmo autor aparecem em uma mesma leva de feed — quanto mais itens consecutivos, menor o peso de cada novo candidato. Não existe, contudo, um contador diário que desencadeia supressão automática de alcance.

Outras alegações falsas identificadas incluem: - Multiplicador de 2x para mídia (`has_media` é apenas uma feature binária do modelo, sem peso multiplicativo aplicado) - Priorização por identidade de quem responde (existe apenas um `ReplyWeight` genérico, não scoring baseado em "quem respondeu") - Peso extra para textos longos (zero ocorrências de `char_count`, `length` ou `article` no código de ranking) - Lógica de self-reply em 30 minutos (`SelfTweetFilter` literalmente remove posts próprios do pipeline de ranqueamento, não os promove)

Classificadores reais versus inventados

A análise mapeou a arquitetura real de machine learning da plataforma. Enquanto boatos sugeriam detectores sofisticados para "templates reciclados", "originality", "engagement-bait" ou "motivational-fluff penalty", o repositório revela apenas quatro classificadores operacionais em `grox/classifiers/content/`: spam, safety_ptos, reply_ranking e banger_initial_screen.

Mecanismos como `MutualFollowJaccardHydrator` existem, mas emitem estatísticas não conectadas a scorers de ranking. O `OonWeightFactor` (relacionado à descoberta de conteúdo fora da rede) está presente em `ranking_scorer.rs:225`, mas seu valor multiplicativo reside em serviços externos de feature-switch, não no código auditado — tornando a alegação de "3x" sem fundamento técnico verificável.

Implicações para builders e devs brasileiros

O caso demonstra dois pontos práticos para desenvolvedores. Primeiro: a transparência algorítmica via código aberto permite verificação factual de claims sobre growth hacking, substituindo especulação por análise de repositório. Segundo: o uso de LLMs para auditoria de código Rust em larga escala representa uma nova prática de due diligence técnica acessível a qualquer equipe de produto.

Para profissionais de plataformas digitais, a lição é técnica: algoritmos de feed modernos operam com scoring contínuo e features distribuídas, não com regras rígidas do tipo "se X, então shadowban". O entendimento preciso desses sistemas — baseado em código-fonte, não em folklore de marketing — é essencial para arquitetar estratégias de distribuição e engenharia de recomendação eficazes.

nãocódigoexisteanálisetécnicafeedsemrepositóriopesoapenas

Mais da mesma edição

@XFreeze

🔓X abriu o código do algoritmo que escolhe o que você vê

A X (antigo Twitter) publicou no GitHub o código do algoritmo de recomendação. Esse algoritmo é a parte do sistema que decide quais posts aparecem no seu feed e em que ordem. É a receita secreta de qualquer rede social. --- A X é a única rede grande do mundo que torna isso público. Instagram, TikTok e YouTube guardam a sete chaves. A ideia é transparência: qualquer pessoa pode ler o código e entender por que um post sobe ou some. --- Pra você, no dia a dia, muda pouco. Mas é munição. Quem cria conteúdo passa a entender o jogo de verdade, e pesquisador consegue checar se a rede está empurrando ou enterrando certos assuntos. Transparência radical tem um custo (o concorrente copia), e a X topou pagar.

@steipete

🎰E se o custo da IA não importasse? A aposta do steipete

O Peter Steinberger (que aparece direto por aqui, trabalha no projeto OpenClaw) levou crítica esta semana por gastar muito com IA. A resposta dele virou uma pergunta interessante: como a gente construiria software se o custo dos tokens não importasse? --- Token é a unidade que mede o custo de usar uma IA. Hoje quase todo mundo economiza token do mesmo jeito que economiza água. Steinberger está apostando no contrário. Ele roda cerca de 100 agentes ao mesmo tempo na nuvem, revisando cada mudança e cada problema do projeto, sem dó. --- A aposta dele é que o preço dos tokens vai cair tanto que pensar pequeno hoje é miopia. Pode estar certo ou errado. Mas é uma forma saudável de pensar: em vez de perguntar "como faço isso barato", perguntar "o que eu faria se fosse ilimitado", e construir na direção disso.

@xai

Receba no seu email

Todo dia, grátis pra sempre.

Assinar newsletter