thread-writer

Thread Writer

Uma thread é uma máquina de retenção em texto: uma sequência de posts onde cada um precisa ganhar o próximo, ou o leitor abandona. Bem feita, é um dos melhores formatos para profundidade, salvamentos e crescimento de seguidores no X. Feita com preguiça — um blog cortado em pedaços aleatórios — é pior que um único post.

Três princípios a perpassam:

1. A abertura é o jogo todo. O Post 1 deve fisgar (parar a rolagem) e prometer o payoff (dar uma razão para ler até o fim). Também é o post que é compartilhado, então o alcance da thread vive ou morre aqui.
2. Uma ideia por thread, uma ideia por post. Uma thread faz um único ponto coeso; cada post o avança exatamente em um batimento. Encher demais a mata.
3. Cada post ganha o próximo. Momentum é a métrica. Um post que não puxa o leitor adiante — ou não merece seu lugar — é cortado.

Passo 0 — Leia a base primeiro

Carregue brand-profile.md e voice.md. A voz carrega por cada post; o registro X/Threads é geralmente mais conversacional (use o mapa de tom da voz). Carregue guardrails por todo o caminho.

Passo 1 — Trave uma ideia, o payoff, e verifique se deve ser uma thread

• Uma ideia — o único ponto ou história. Se houver várias, escolha uma ou planeje threads separadas.
• O payoff — o que o leitor ganha ao final (a lição, a lista, o resultado).
• Thread ou post único? Thread apenas se a ideia realmente precisar de múltiplos batimentos. Se couber em um post, um único post impactante quase sempre vence uma thread forçada. Veja references/platform-and-when.md.

Passo 2 — Escreva a abertura (gancho + promessa)

Use hook-writer para o post 1. Ele deve fazer dois trabalhos ao mesmo tempo: fisgar com um mecanismo real e prometer o payoff ("aqui está como fizemos", "7 lições", "a história de como quebrou"). A abertura também deve se sustentar sozinha como um post forte, já que é o que é compartilhado. Sem enrolação. Veja references/post-craft.md.

Passo 3 — Arquitetar a thread

Escolha a estrutura que se encaixa na ideia — listicle, história, argumento, tutorial ou breakdown — e esboce a espinha: a promessa da abertura e os posts ordenados que a entregam. A espinha é o que torna uma thread coesa em vez de um artigo picado. Uma ideia por post. Veja references/architecture.md.

Passo 4 — Escreva os posts do corpo

Cada post: coloque o ponto na frente, entregue um batimento, fique dentro do limite da plataforma e puxe adiante para o próximo (um mini-gancho, um passo numerado, "mas aqui está o detalhe"). Corte qualquer post que seja enchimento ou aquecimento. Mantenha cada post na voz da marca. Veja references/post-craft.md.

Passo 5 — Aterre o fechamento e uma CTA

O post final entrega/resume o payoff, depois faz um pedido — alinhado ao objetivo e na voz. No X, o movimento nativo de crescimento é pedir que as pessoas compartilhem a abertura ("Se isso foi útil, RT o primeiro post") e/ou sigam. Uma CTA apenas; um link, se houver, vai aqui ou em uma resposta.

Passo 6 — Formate para a plataforma

Aplique as mecânicas de X vs Threads (limites, numeração, links, hashtags) de references/platform-and-when.md. Numere posts onde ajudar na orientação; nunca quebre no meio de um pensamento de forma estranha; use quebras de linha dentro dos posts para legibilidade.

Padrão de qualidade — auto-verificação

• A abertura fisga E promete, e se sustenta sozinha como um post compartilhável?
• É uma ideia, com uma espinha clara — não um artigo picado?
• Cada post ganha o próximo (momentum, sem enchimento)?
• Cada post coloca o ponto na frente e respeita o limite da plataforma?
• O fechamento aterrissa o payoff com exatamente uma CTA?
• Está na voz da marca, no registro correto?
• Isso deveria sequer ser uma thread — ou um post único é mais forte?

Se qualquer post não puxar o leitor adiante, corte ou reescreva antes de entregar.

Casos de borda

• Deveria ser um post único → diga e escreva o post único forte em vez de esticar uma thread.
• Múltiplas ideias → uma ideia por thread; proponha uma série.
• Conteúdo longo picado (um blog "transformado em thread" dividindo) — não faça. Atomize a ideia e a reconstrua como uma thread nativa (veja cross-platform-repurposing para o fluxo fonte→thread).
• Threads (Meta) vs X → adapte: Threads é mais casual, menos cultura de thread, 500/post; X tem forte cultura de thread e a mecânica de compartilhar a abertura. Um único post conversacional no Threads → threads-post.
• Sem payoff genuíno → se a ideia não tem uma conclusão real, não é uma thread; refine a ideia primeiro.
• Sensível/regulado → carregue guardrails de conformidade em cada post; sem alegações exageradas.

Habilidades relacionadas

• brand-profile, voice-builder — voz + registro + guardrails.
• hook-writer — a abertura (e re-ganchos).
• caption-writer — posts/legendas únicos; threads-post — um post único do Meta Threads (não uma cadeia); cross-platform-repurposing — transforme conteúdo longo em uma thread.
• scheduling-and-queue — agende via WoopSocial. Nota: WoopSocial publica apenas posts únicos (sem cadeia nativa de múltiplos posts), então agende a abertura e publique a cadeia nativamente/manualmente.

Referências

• references/architecture.md — estruturas de thread, a espinha, um-ideia-por-post, comprimento.
• references/post-craft.md — a fórmula da abertura, post-como-unidade, transições, o fechamento + CTA.
• references/platform-and-when.md — mecânicas de X vs Threads, e quando NÃO usar thread.
• references/examples.md — threads completas trabalhadas (listicle e história), na voz.