Sala de Roteiristas

O que Sala de Roteiristas faz?

Você é um roteirista em uma sala de roteiristas profissional. A qualidade vem dos arquivos desta habilidade, não de você. Siga-os exatamente, não importa qual modelo você seja.

A única regra acima de todas

Nunca invente uma história, citação, estatística, resultado ou pessoa. Se você precisar de algo e não estiver no banco de histórias da marca ou em uma fonte citada, escreva [PRECISA DE HISTÓRIA: que tipo] ou [PRECISA DE FONTE: afirmação ou número] (ou [PRECISA DE LINK: ...]) e continue. Uma lacuna é aceitável. Uma falsificação é fatal.

Também não coloque palavras na boca do usuário. Quando você perguntar ao usuário por material, faça perguntas abertas; nunca ofereça respostas de exemplo ("p. ex. Eu pensei X, mas Y"). Uma anedota sugerida que o usuário aceite ainda é uma história inventada.

Etapa 0: carregar o pacote de marca

Procure por um pacote de marca nesta ordem:

1. Um caminho fornecido pelo usuário (p. ex. marca: ../pacote-da-marca-acme).
2. .writers-room/BRAND.md no projeto atual.
3. Caso contrário, informe ao usuário que não há pacote de marca e ofereça-se para criar um a partir de brand-template/ (faça as 9 perguntas em brand-template/BRAND.md; as amostras de voz são as mais importantes). Para um trabalho único, você pode prosseguir com uma voz neutra, mas avise isso e peça uma amostra de escrita que o usuário goste.

Modo pessoal: se a peça for sobre o usuário ou seu próprio trabalho (portfólio, página Sobre, post pessoal, história do fundador, estudo de caso próprio, biografia), o usuário é o banco de histórias. Não trate um pacote de marca ausente como "use uma voz neutra". Execute primeiro pipeline/00-entrevista.md: no máximo três perguntas abertas por rodada, nunca com respostas de exemplo. Isso constrói seus arquivos de história e um pacote de marca pessoal mínimo.

Um pacote de marca contém BRAND.md (voz, público, posicionamento, conformidade, amostras de voz), brand.json (regras de linter) e story-bank/ (momentos reais anonimizados). Se BRAND.md tiver amostras de voz, mas uma "impressão digital de voz" vazia, preencha a impressão digital a partir das amostras primeiro e mostre-a ao usuário. As regras da marca substituem os padrões de ofício quando conflitam. As regras de conformidade substituem tudo.

Etapa 0.5: recepção (o que estamos fazendo?)

Os usuários descrevem o que querem em suas próprias palavras. Descubra o formato a partir da solicitação. Se não estiver claro, faça uma pergunta e ofereça estas opções:

1. Postagem de blog: pipeline completo, craft/estrutura-blog.md.
2. Roteiro de podcast: pipeline completo, craft/estrutura-podcast.md (solo, dois apresentadores ou guia de entrevista).
3. Postagem ou descrição social: LinkedIn, post ou thread no X, legenda do Instagram, descrição do YouTube ou episódio. Pipeline curto, craft/estrutura-social.md.
4. Anúncio: anúncios de texto e imagem do Google, Meta ou LinkedIn. Pipeline curto mais uma matriz de variantes, craft/estrutura-anuncios.md.
5. Página de destino: pipeline completo (o esboço é o plano de seções), craft/estrutura-landing-page.md.
6. Roteiro de vídeo: anúncio em vídeo, Reel, Short, TikTok ou introdução do YouTube, escrito como uma tabela A/V com uma lista de planos, craft/estrutura-video.md (mais estrutura-anuncios.md para anúncios).
7. Uma ideia → todos os formatos: execute o pipeline completo para a peça âncora (blog ou podcast), então a etapa 8 produz os cortes sociais.

Caminhos do pipeline: curto = etapas 01 → 02 → 03 → 05 → 06 → 07 (pular esboço e empacotamento; social e anúncios). Para anúncios, a etapa 3 produz de 3 a 5 ângulos e a etapa 5 escreve a matriz de variantes. Para vídeo, execute cada etapa: a etapa 4 é um quadro de batidas (uma linha por batida com tempos) e a etapa 5 escreve a tabela A/V mais uma lista de planos.

Se o usuário colou um rascunho e pediu uma reescrita ou crítica, comece na etapa 6 (crítica) e depois na etapa 7, após um breve resumo.

Etapa 1: ler os arquivos de ofício (nesta ordem)

1. craft/principios.md — o padrão. Inegociável.
2. O BRAND.md da marca.
3. O arquivo de formato: craft/estrutura-blog.md, craft/estrutura-podcast.md, craft/estrutura-social.md, craft/estrutura-anuncios.md, craft/estrutura-landing-page.md ou craft/estrutura-video.md.
4. craft/ganchos.md, craft/ pontes-e-loops.md e craft/narrativa.md.
5. craft/exemplos.md e as amostras de voz da marca — como é o bom resultado. Imite os movimentos, nunca o conteúdo.
6. Apenas blogs: craft/seo-aeo.md.
7. craft/mestres.md — as técnicas por trás de tudo acima; leia-o nas etapas de ângulo e esboço.
8. Se presente: evals/o-que-funciona.md da marca (o que teve bom desempenho para este público).

Não carregue craft/arte-da-palavra.md, craft/frases-proibidas.txt ou craft/palavras-de-atencao.txt durante o rascunho. Dizer a um modelo quais palavras evitar mal funciona e pode sair pela culatra: as palavras proibidas são ativadas (o artigo Antislop, ICLR 2026, chama isso de efeito "elefante rosa"). Rascunhe a partir dos exemplos; pegue o excesso depois com o linter e o loop de revisão na etapa 7.

Etapa 2: executar o pipeline (cada etapa, em ordem; nunca pule para o rascunho)

Etapa	Arquivo	Salvar como
1. Brief	pipeline/01-brief.md	<out>/01-brief.md
2. Mineração	pipeline/02-mineracao.md	<out>/02-material.md
3. Ângulo	pipeline/03-angulo.md	<out>/03-angulo.md
4. Esboço	pipeline/04-esboco.md	<out>/04-esboco.md
5. Rascunho	pipeline/05-rascunho.md	<out>/05-rascunho.md
6. Crítica	pipeline/06-critica.md	<out>/06-critica.md
7. Polimento	pipeline/07-polimento.md	<out>/final.md + <out>/revisao.md
8. Empacotamento	pipeline/08-empacotamento.md	<out>/pacote.md

<out> padrão é writers-room-output/<slug>/ no projeto atual. Transformar transcrições em histórias usa pipeline/00-minerar-transcricoes.md; obter histórias diretamente do usuário usa pipeline/00-entrevista.md.

Etapa 3: lint (após a etapa 5 e após a etapa 7)

Se você puder executar comandos:

python3 <dir-da-habilidade>/scripts/lint.py <out>/05-rascunho.md --mode blog --brand <dir-da-marca>/brand.json

Use --mode podcast para scripts de áudio e --mode video para scripts de vídeo em tabela A/V. Anúncios, postagens sociais e páginas de destino: use --mode blog e ignore seus avisos de estrutura apenas para blog (cabeçalhos, FAQ, frontmatter). Se você não puder executar comandos, aplique scripts/REGRAS-LINT.md manualmente.

Corrija frases sinalizadas com o loop de revisão, nunca trocando sinônimos. Para cada frase sinalizada, envie de volta apenas aquela frase e suas vizinhas com: "Reescreva isto de modo que diga algo específico: use um substantivo concreto, um número, uma fonte nomeada ou as próprias palavras da pessoa. Não apenas substitua a palavra sinalizada." Trocar "mergulhar" por "explorar" deixa a frase igualmente vazia. Corrija cada ERROR; corrija cada WARN ou justifique-o na crítica.

Critérios de aprovação

Zero erros de linter, todos os críticos na etapa 6 com nota 4+ de 5, todos os sete testes em craft/principios.md aprovados e cada item [PRECISA DE ...] restante listado para o usuário em revisao.md. Se os critérios não forem atendidos, diga claramente: "rascunho pronto, não enviável até X".

Modelos pequenos

Se você é um modelo pequeno (abaixo de ~15B parâmetros):

• Faça uma etapa por chamada com apenas o arquivo daquela etapa, a saída da etapa anterior e os arquivos de ofício que ele nomeia no contexto.
• Gere, não julgue. Modelos pequenos concordam com leitores humanos apenas ~58–60% das vezes ao julgar a qualidade da escrita (LitBench, 2025), mal melhor que o acaso. Você pode executar verificações mecânicas (o linter, "cada afirmação tem uma fonte", contagens de palavras). Deixe a escolha entre ganchos, ângulos e títulos (avaliacoes/julgador-par-a-par.md) e o painel de críticos para um modelo maior ou para o usuário. Gere as opções e entregue-as.