INSTITUCIONAL

Política Editorial

Esta política é a defesa pública da integridade editorial do CNPJsinal. Ela complementa a defesa automática implementada via lint Zod CI gate e documenta formalmente os compromissos editoriais da plataforma conforme exigido pela política de spam do Google de março de 2024 (“scaled content abuse”).

1. Propósito e Escopo

O CNPJsinal publica conteúdo editorial em /blog/[slug] e /glossario/[termo] para documentar termos técnicos e marcos regulatórios brasileiros que aparecem no veredito de CNPJ. A linha editorial é sóbria, factual e referenciada — inspirada em IBGE, Banco Central, gov.br e Bloomberg. Não fazemos opinião de marketing, não publicamos promoção, não cobramos pelo conteúdo básico.

Esta política se aplica a todo post em apps/web/src/content/blog/*.mdx e todo verbete em apps/web/src/content/glossario/*.mdx.

2. Proibição de Bulk LLM (Scaled Content Abuse)

NÃO publicamos posts gerados por LLM sem revisão humana significativa. A política do Google de março de 2024 sobre “scaled content abuse” considera bulk-LLM com baixo valor humano como spam, sujeito a penalidade de indexação.

Workflow obrigatório:

  1. LLM (Claude/Qwen) gera draft a partir de prompt estruturado com fontes primárias pré-selecionadas e contexto factual verificável.
  2. Autor humano edita pesado: reescreve trechos, valida fonte por fonte, ajusta voz, corrige imprecisões factuais.
  3. Frontmatter MDX registra human_review { date, reviewer, notes } com notes ≥ 80 caracteres documentando especificamente o que o humano mudou.
  4. PR no GitHub passa pelo lint CI antes de mergear — campos obrigatórios são validados via Zod antes do build.

Definição de “edição pesada”: reescrita de parágrafos inteiros, troca de exemplos, correção factual contra fonte primária, ajuste de tom editorial, verificação de cada dado citado na fonte original. NÃO conta: correção de gramática isolada, troca de sinônimos, adição de meia frase.

3. Fonte Primária Obrigatória

Cada post DEVE linkar pelo menos 1 fonte primária oficial. Fonte primária é definida como URL de um destes domínios (whitelist mantida no schema de frontmatter do repositório):

  • gov.br (qualquer subdomínio governamental brasileiro)
  • planalto.gov.br (leis e decretos)
  • cgu.gov.br (Controladoria-Geral da União)
  • anpd.gov.br (Autoridade Nacional de Proteção de Dados)
  • conjur.com.br (jurisprudência consolidada)
  • jusbrasil.com.br (jurisprudência consolidada)

Domínios externos a essa whitelist NÃO são aceitos como fonte primária. Expansão exige PR ao schema com justificativa explícita. Posts sem primary_source whitelisted são bloqueados pelo lint CI antes do build.

4. Revisão Humana

Toda publicação e toda alteração de conteúdo editorial exige registro em human_review.notes (mínimo 80 caracteres). Notas são renderizadas publicamente no rodapé de cada post — transparência radical por design.

O editor que escreve “revisei o texto, está bom” vê exatamente esse texto publicado abaixo do seu post — e o leitor também. Isso é intencional: a visibilidade pública das notas é a coerção operacional que garante revisão real.

5. Revisão Jurídica (YMYL)

Posts marcados ymyl: true no frontmatter (temas como LGPD, Lei 12.846/2013, CEIS/CNEP, Lei 14.133/2021 e sanções administrativas) exigem revisor jurídico nomeado em legal_review { reviewer, date }. Posts YMYL sem legal_review são bloqueados pelo lint CI.

Revisor jurídico atual: Roberto Francisco Junior (revisor editorial, não advogado).

Esta nomeação é deliberadamente honesta: o CNPJsinal não é um escritório de advocacia e este revisor não é advogado. O papel do revisor jurídico aqui é verificar que cada afirmação sobre lei cita o artigo exato, que nenhuma afirmação exagera além do que a lei literal diz, e que posts YMYL incluem o aviso de que não substituem consultoria jurídica especializada.

O CNPJsinal não substitui consultoria jurídica. Cada post YMYL inclui esta nota no rodapé por design. Decisões legais, processos e contratos exigem advogado.

6. Cap Operacional

Cap atual: até 5 posts publicados por semana (combinando /blog e /glossario).

O cap evita batches que distorcem o baseline do Google Search Console e garante que há tempo operacional para revisão humana real conforme §4 desta policy. Alteração do cap exige PR a este documento com justificativa operacional explícita.

7. Transparência Radical

Cada post publica em página visível: data de publicação, data de última revisão humana, nome do revisor, primeiros 200 caracteres das notas de revisão, fonte primária linkada, e (quando aplicável) revisor jurídico nomeado.

Isso é defesa contra cosmética: editor que não revisou de fato vê texto vazio — ou pior, texto genérico — no próprio post publicado.

O pipeline de publicação usa um backlog editorial rastreável em apps/web/src/content/.editorial-backlog.md no repositório. O backlog lista próximos posts e verbetes priorizados sob a mesma policy: lint Zod D-04 + revisão humana D-03 + revisor jurídico YMYL D-07. Isso garante que a meta operacional (10-20 posts pós-phase) seja auditável via histórico de git, sem exigir publicação em batch para fechar a phase. (Amendment D-05 — ROADMAP SC #3.)

8. Mudança desta Policy

Esta policy vive em docs/editorial-policy.mdno repositório. Toda mudança é feita via Pull Request com descrição justificativa no corpo do PR. Mudanças retroativas (alteração de whitelist, definição de “edição pesada”, substituição do revisor) exigem bump do campo “Última revisão” neste documento.

Última revisão: 29 de maio de 2026.