Master Rules 9.0: posts detalhados com profundidade
Leitura: ~16 min
- A v9.0 nasceu de um diagnóstico duro: as versões anteriores entregavam posts formatados, mas rasos — a estrutura estava detalhada e o corpo técnico tinha uma linha.
- A correção é a Seção 3.2, o Protocolo de Profundidade: cada passo precisa de ação exata, porquê, resultado esperado e erro comum — formato auditável, não intenção solta.
- Com mínimo de1.500 palavras e corpo técnico de ao menos60% do post, a profundidade passou a ser métrica de entrega, não desejo de rodapé.
Nota Técnica: Prompts e automações fornecidos têm fins exclusivamente educacionais. Teste sempre em ambiente controlado. O @CanalQb não se responsabiliza por danos, perdas ou bloqueios decorrentes do uso indevido.
A versão 9.0 nasceu de um fracasso: posts formatados e rasos.
O time percebeu que a IA estava entregando posts com metadados perfeitos, schema impecável e FAQ completo — e um tutorial de cinco linhas no meio disso. A causa raiz era simples e desconfortável: quem escrevia o prompt detalhava exaustivamente a embalagem e dava uma linha só para o conteúdo. A v9.0 é a correção de curso: ela não remove nenhuma regra estrutural da8.5, apenas dá ao corpo técnico o mesmo nível de exigência que o resto sempre teve — formato de passo, contagem de palavras e proporção viraram pré-requisito de execução. Abaixo, o protocolo inteiro aberto — com o exemplo canônico que separa um passo reprovado de um aprovado, o passo a passo de uso e as métricas que a versão passou a cobrar.
O que mudou no Master Rules 9.0 e por que a versão anterior gerava posts rasos?
A v9.0 é a primeira versão do prompt que trata profundidade como métrica em vez de adjetivo. Ela mantém todas as regras estruturais da8.5 — metadados, schema, FAQ, thumbnails, compliance — e acrescenta uma seção inteira, a3.2, que define formato obrigatório para cada passo de tutorial e proíbe o atalho mais comum da IA: transformar um procedimento de oito etapas em três parágrafos elegantes e inúteis. O diagnóstico está escrito na própria abertura do documento: regras de formatação com especificação exaustiva e corpo técnico com uma linha de instrução produzem exatamente o resultado que se espera — embalagem linda, produto vazio. A lição vai além deste prompt: qualquer sistema de geração de conteúdo replica o que você mede, e ignora o que você apenas deseja.
O detalhe que explica por que a9.0 surgiu e não antes: as versões anteriores tinham regras de profundidade, mas elas moravam no rodapé do prompt como "conselhos" — a IA podia lê-las e escolher não aplicá-las sem violar nenhuma regra de formatação, porque nenhuma regra de formatação dependia delas. Na9.0, a inversão é completa: o relatório de qualidade passou a incluir linhas de profundidade, o protocolo de saída passou a exigir a proporção declarada, e a frase "seja detalhado" foi banida em favor de um formato com cinco campos verificáveis por passo. Na prática, a diferença aparece no teste A/B mais simples que existe: pegue o mesmo tema, gere na8.5 e na9.0, e conte quantas frases do corpo ensinam algo que o leitor não sabia antes — a9.0 ganha porque é obrigada a ganhar, não porque o modelo está de melhor humor. É o mesmo princípio que sustenta o acervo de prompts do blog até hoje.
Como funciona o Protocolo de Profundidade Tutorial da Seção 3.2?
O protocolo tem três pilares. Primeiro, o formato de cada passo: toda etapa precisa conter a ação exata copiável, a explicação do que aquela ação faz em linguagem de iniciante, o porquê de ela existir naquele ponto, o resultado esperado na tela e o erro comum com sua correção. Segundo, a quantidade: se o processo real tem oito etapas, o post tem oito etapas — nunca três passos principais escondendo cinco sub-etapas em parágrafo corrido. Terceiro, o mínimo de extensão: três frases de explicação além do comando. Um passo que é só "Rode o comando abaixo:" está reprovado, mesmo que o post inteiro bata a contagem de palavras — o protocolo audita o passo, não só o total.
Veja a diferença na prática, com o exemplo canônico do próprio prompt:
Reprovado
Ação: "Passo 2: Configure a carteira — agora configure sua carteira MetaMask com a rede zkSync."
Sem comando, sem porquê, sem resultado esperado. O leitor fica no lugar exato em que estava: sabendo que precisa fazer, sem saber o que fazer nem como confirmar que deu certo. Trinta segundos de texto que não movem ninguém um centímetro adiante — e é exatamente esse formato que a IA entrega por padrão, porque ele é barato de gerar.
Aprovado
Ação: "Abra a MetaMask, clique no seletor de redes e selecione 'Adicionar rede manualmente'. Preencha com Nome: zkSync Era Mainnet, RPC: https://mainnet.era.zksync.io, Chain ID: 324, Símbolo: ETH."
Porquê: a zkSync é uma L2 e não aparece por padrão; sem a RPC manual, transações falham ou vão para a rede errada — o erro número um que faz gente perder elegibilidade em airdrop.
Resultado esperado: "zkSync Era Mainnet" no topo da MetaMask com saldo 0 ETH, o que é normal antes do bridge.
Erro comum: se a MetaMask recusar por "Chain ID já em uso", a rede já está cadastrada com outro nome — busque em "Redes" antes de tentar de novo.
Repare no que mudou: o segundo exemplo não tem adjetivos extras — tem informação que faltava. É essa a diferença entre profundo e longo: o texto cresceu porque cada lacuna do leitor foi preenchida com algo verificável — um endereço RPC, um número, um sintoma, uma correção. Profundidade, no sentido da9.0, não é quantidade de palavras é quantidade de lacunas fechadas — e é por isso que o protocolo cobre os cinco campos individualmente, em vez de confiar em qualquer contagem global.
Qual é o passo a passo para usar o 9.0 do zero, sem pular nada?
Seguir o fluxo abaixo é o que garante que a IA entregue o post completo em vez de uma versão condensada. Cada etapa traz o que fazer, por que fazê-lo, o que esperar e o que pode dar errado — o mesmo formato que o protocolo exige do conteúdo gerado, porque um prompt que exige profundidade nos tutoriais não pode entregar tutorial raso no uso dele mesmo.
Passo 1: Inicie a sessão com o prompt inteiro
Cole o documento completo do Master Rules 9.0 como primeira mensagem e envie. Isso estabelece a persona, os gatilhos e todas as regras antes de qualquer pedido.
Por quê: o prompt é autossuficiente — ele só vale como base da conversa, não como mensagem avulsa no meio dela. Sem as seções de estrutura e profundidade no contexto, a IA volta a improvisar formato.
Quando funcionar: a IA confirma a versão ativa — "Feito com Master Rules Claude v9.0" — e aguarda o gatilho em silêncio.
Erro comum: enviar só um trecho do documento. Sem as seções de estrutura, o post sai inconsistente — recoloque o documento inteiro e recomece a sessão.
Passo 2: Dispare o gatilho com parâmetros
Escreva {Crie um post: tema="seu tema", nivel="iniciante", objetivo="SEO"}. O parâmetro objetivo nunca autoriza pular passos: o protocolo de profundidade é obrigatório sempre que houver procedimento.
Por quê: os parâmetros calibram densidade e vocabulário — nível iniciante pede mais analogias, avançado pede mais comandos —, não reduzem conteúdo. São ajuste de registro, não de escopo.
Quando funcionar: a IA não comenta plano nenhum — ela silencia e executa, entregando metadados, HTML e JSON de thumbnail na ordem.
Erro comum: exigir que a IA "liste o que vai fazer antes". Isso ativa o meta-comentário e, em versões fracas, dilui a execução — a regra de silêncio existe justamente para proteger a profundidade.
Passo 3: Receba os três blocos e valide a proporção
A ordem é fixa: bloco de metadados, HTML completo, JSON de thumbnail nos três formatos. Antes de publicar, confira o relatório de qualidade: ele traz a contagem real de palavras e a porcentagem do corpo técnico.
Por quê: a9.0 se diferencia exatamente aqui — um post com1.500 palavras e40% de tutorial passa no total e reprova na proporção, e proporção baixa significa estrutura inchada com miolo curto.
Quando funcionar: total acima do piso, proporção acima de60% e ID de vídeo conferido antes da cópia para o Blogger.
Erro comum: aceitar o post sem ler o relatório. Se a proporção vier abaixo de60%, use {Aprofunde a seção X} para expandir só o que está raso, sem tocar no resto.
Passo 4: Corrija o que sobrar com gatilhos cirúrgicos
Use {Corrija} para ajustes pontuais, {Melhore o layout} para CSS e HTML sem tocar em texto, e {Audite o post} para uma auditoria final contra AdSense, E-E-A-T, silo e profundidade.
Por quê: essa separação evita o erro clássico de pedir "melhore tudo" — o que costuma reescrever o que já estava bom e deixar o que estava ruim exatamente onde estava.
Quando funcionar: cada pedido mexe em uma camada só — texto, visual ou diagnóstico — e o resto do post permanece byte a byte igual.
Erro comum: rodar {Melhore o layout} esperando mais conteúdo. Ele mexe só em aparência — profundidade se corrige com {Aprofunde a seção X}.
Como o 9.0 mede profundidade: 1.500 palavras e a regra dos 60%?
O prompt define profundidade com dois números. O primeiro é o mínimo de1.500 palavras de corpo visível, excluindo HTML, CSS, JavaScript, JSON-LD e atributos — contagem do que o leitor realmente lê, não do que existe no arquivo. O segundo número é mais inteligente: o corpo técnico, sozinho, precisa representar pelo menos60% dessa contagem. TL;DR, disclaimers, FAQ, referências e CTA ficam de fora da conta, porque são estrutura fixa, não entrega de valor — e é justamente essa exclusão que impede o truque mais antigo de conteúdo automatizado: inflar as partes fáceis para bater a meta sem ensinar nada.
A consequência prática é impiedosa e justa: um post de1.500 palavras onde700 ficam no FAQ e800 no tutorial está reprovado, mesmo batendo o mínimo — porque o tutorial é o produto. A regra de correção é sempre a mesma: expandir o corpo técnico, nunca inflar a estrutura para compensar. Junto disso, o prompt veta a leitura errada da regra de "não inflar": parágrafo longo que ensina algo novo a cada frase não é enchimento, é o objetivo — e parágrafo curto que repete a ideia anterior é lixo em qualquer tamanho. Note que a9.0 ainda media por total e proporção, sem piso individual por seção: um post podia distribuir as1.500 palavras de forma desigual — seis seções generosas e quase murchas. Essa fresta é o que a9.2 fechou com as200 palavras mínimas por subsessão, e ela já aparecia como sintoma nos testes da própria9.0, na comparação com textos mais densos como os do arquivo de tutoriais do canal.
Quais são os gatilhos e a regra de silêncio do 9.0?
O painel de comandos herda os dez gatilhos da versão anterior e ganha um décimo primeiro: {Aprofunde a seção X}, que reescreve apenas a seção indicada com passo a passo completo, sem tocar no resto do post. É o remédio direto para o diagnóstico que motivou a versão: em vez de regerar tudo, você expande o que ficou raso — cirurgia, não replanejamento. Os demais permanecem: {Crie um post} para geração completa, {Crie conteúdo} para texto puro, {Preview do post} para aprovação prévia, {Crie um Widget}, {Crie thumbnail}, {Melhore o layout}, {Audite o post}, {Audite}, {Corrija a rejeição} e {Corrija}.
A regra de silêncio merece atenção porque é onde a maioria erra: não verbalizar o planejamento ("vou aplicar a seção X...") esconde o bastidor do usuário, mas não é licença para entregar menos. O próprio prompt declara que, se "ser direto" e "explicar o passo a passo completo" parecerem competir, a explicação completa vence — sempre. Sem gatilho explícito, nenhuma versão gera HTML: a IA pergunta e confirma antes. Dois erros típicos nascem dessa regra: o usuário pede "responda em tópicos rápidos" e interpreta a resposta curta como eficiência (é encurtamento autorizado pelo próprio pedido), ou então pede para a IA "pensar em voz alta" e recebe uma conversa que não é o post. A distinção correta é simples: a regra de silêncio governa o processo, nunca o produto — e quando o produto precisa de dez parágrafos por seção, ele recebe dez parágrafos por seção, com ou sem conversa antes.
O que o 9.0 mantém da v8.5: metadados, thumbnails e compliance?
Nada da base foi removido — e essa é uma decisão de projeto, não uma omissão. O post continua entregando o bloco de metadados antes do HTML, com título SEO, teste A/B de três variações, silo, palavra-chave, intenção, long tails, links internos e externos, tempo de leitura, roteiro de vídeo e trinta hashtags de Instagram no mix de dez de nicho, dez médias e dez amplas. O JSON de thumbnail continua nos três formatos —16:9 para YouTube,9:16 para Stories e Shorts,1:1 para feed — com o campo contexto_visual que infere país, cultura e época do tema, vestindo a pessoa da imagem de acordo com o contexto brasileiro de2026 em vez de um estereótipo genérico de "tecnologia".
O compliance também permanece idêntico: E-E-A-T com experiência real, mínimo de dois links externos e três internos, disclaimers para temas financeiros e técnicos, aderência a LGPD, GDPR, EUAI Act e Lei Felca, com o diretório do IAPP como referência permanente. As regras de design seguem integralmente — Font Awesome em vez de Unicode decorativo, paleta de seis cores, assinatura de copyright no style, prefixo em todas as classes, requestIdleCallback para o JavaScript de cópia e as tags de página proibidas em fragmento de Blogger. O SEO também não cedeu: H2 em pergunta com resposta de40a60palavras, TL;DR de três bullets após o título, FAQ com JSON-LD separado, schema BlogPosting completo e links externos com rel="noopener noreferrer". O que mudou foi apenas onde a exigência mora: antes ela estava toda na moldura; agora ela também está no miolo. É esse duplo controle — moldura herdada da8.5 e miolo cobrado pela9.0 — que sustenta a aprovação no AdSense e a permanência de posts de prompt nos resultados.
Quando e como usar {Aprofunde a seção X} sem regerar o post inteiro?
O gatilho {Aprofunde a seção X} existe para o cenário mais comum de pós-produção: um post bom no geral com um ou dois blocos condensados demais. O erro habitual de quem encontra essa falha é pedir "refaça o post com mais detalhes" — o que faz a IA regerar tudo: os metadados mudam, os links oscilam, seções que estavam perfeitas ganham paraphrase nova e você perde a revisão que já tinha aprovado. O uso correto é cirúrgico: aponte a seção pelo título exato do H2, peça a expansão com o formato da Seção3.2e deixe claro que o resto do artigo está intocado. A IA reescreve apenas aquela fatia, seguindo o mesmo protocolo de passos, e o restante permanece byte a byte igual — é a diferença entre trocar o motor do carro e trocar o carro inteiro.
Três dicas tornam o gatilho mais eficiente. Primeiro, diagnostique antes de disparar: conte as palavras da seção suspeita — se ela está acima do piso mas parece rasa, o problema não é tamanho, é falta dos cinco campos do protocolo (comando, porquê, resultado, erro), e você deve pedir "expanda com o formato da3.2" em vez de só "mais texto". Segundo, nunca junte dois pedidos num comando só — "aprove e adicione um exemplo no segundo parágrafo" mistura escopo de {Corrija} com escopo de {Aprofunde} e costuma entregar os dois pela metade. Terceiro, valide depois: releia só a seção alterada contra a lista de checagem da6.3do prompt — ação exata presente, resultado esperado declarado, ao menos um erro comum — e confirme que a proporção global do post não caiu por causa das seções estruturais que não contam na soma.
O que o 9.0 não resolveu — e como as versões 9.1 e 9.2 completaram o serviço?
A9.0 cobria o formato e o volume, mas deixou três frestas abertas, e cada uma virou uma versão depois. A primeira fresta era a veracidade: o protocolo garantia que cada passo tivesse porquê e resultado, mas ninguém garantia que a RPC informada, a versão citada ou o preço mencionado fossem reais — os dados continuavam vindo da memória do modelo. A9.1 corrigiu com a Seção4de pesquisa real: mínimo de4fontes,2oficiais, links clicáveis e data de acesso registrada no campo 🔍 dos metadados, com regra explícita de marcar {verificar} em dado não confirmado em vez de assumi-lo.
A segunda fresta era a autoria: um texto pode ser profundo e ainda assim ser uma paráfrase educada de fontes externas, o que o Google trata como conteúdo duplicado e o leitor percebe como "todo mundo já falou isso". A9.1 respondeu com a Seção7anti-plágio — reescrita integral, máximo de duas citações e insight inédito declarado em 🛡️ Originalidade. A terceira fresta era a distribuição da profundidade: como dito, a9.0 media total e proporção, mas não impedia um post de cheirar a resumo seção a seção — e foi exatamente o que os testes encontraram ao comparar os posts gerados com o documento explicativo do canal, cujos parágrafos tinham muito mais informação por linha. A9.2 fechou com a Seção6.7densidade anti-resumo: piso de3.000palavras totais, ≥200por subsessão, ≥8seções, seis camadas obrigatórias por seção e verificação individual com evidência no relatório. O quadro completo de evolução está no guia de versões do prompt — e a9.0 segue relevante como a versão que provou que profundidade pode ser especificada, não apenas desejada.
Quais são os erros comuns ao aplicar o 9.0 e como contorná-los?
Quatro padrões de falha aparecem com frequência no uso da9.0, e todos têm o mesmo formato de detecção: o post entrega, mas entrega menos do que o protocolo pede. O primeiro é a confusão entre concisão e profundidade: o usuário vê um post curto e acha que o modelo "entendeu" a regra de não inflar — na verdade, a regra de brevidade vale para abertura e transições, e dentro do passo técnico ela nunca vence. O segundo é a contagem seletiva: contar apenas os parágrafos e esquecer que tabelas, blocos de código e listas também são corpo — ou pior, inflar o FAQ para compensar tutorial curto, exatamente o truque que a proporção de60% existe para pegar.
O terceiro erro é tratar {Audite o post} como botão de conserto: a auditoria diagnostica, não edita — quem pede auditoria esperando correção automática recebe um relatório e nenhuma mudança, e interpreta isso como falha da ferramenta quando na verdade é separação de escopo proposital. O quarto é pular o relatório de qualidade: ele é a única etapa entre a geração e a publicação, e nele estão as linhas de proporção e contagem — publicar sem ler é entregar sem validar. O contorno de todos os quatro é o mesmo hábito: antes de copiar o HTML, leia o relatório inteiro, confira duas linhas (total e proporção) e só então cole no Blogger — trinta segundos que evitam o ciclo completo de "gerar de novo porque saiu errado".
Perguntas Frequentes
O que é o Master Rules 9.0?
Qual é a diferença entre o 9.0 e o 8.5?
O que é a regra dos 60% de corpo técnico?
Como funciona o gatilho {Aprofunde a seção X}?
A regra de silêncio reduz a qualidade do post?
Fontes e Referências
Quer ver a v9.0 em ação? Assista ao @CanalQb no YouTube e continue em canalqb.com.br.
Feito com Master Rules Claude v9.0
