Como a Mestre é escrita — Política Editorial

Por que esta página existe

Conteúdo técnico só vale se o leitor pode confiar nele e verificar. Esta página descreve, sem omissão, como a Mestre produz conteúdo gratuito: quem escreve, quem revisa, o que é checado, o que nunca é publicado, e como tratar erros depois que vão ao ar. Se você for um leitor cético — e essa é a postura que esperamos —, leia esta página antes de qualquer outra.

O modelo editorial em uma frase

A redação editorial gratuita da Mestre é assistida por IA, com revisão técnica em ambiente containerizado, revisão editorial humana e gate final do CEO antes de publicar.

Cada palavra dessa frase corresponde a uma etapa concreta. Detalhamos abaixo.

O pipeline editorial

Pesquisa & escrita inicial
        │  (Pesquisador Técnico do pilar — agente de IA)
        ▼
Validação técnica de código
        │  (Engenheiro de Conteúdo Técnico — executado em container; tag #codigo-validado)
        ▼
Revisão editorial
        │  (Helena Marques, Editora-Chefe — voz, estrutura, factual, fontes; tag #aprovado-helena)
        ▼
Revisão estratégica final
        │  (CEO — alinhamento de pilar, YMYL, disclosure; tag #aprovado-ceo)
        ▼
Publicação

Nenhum artigo entra no ar sem percorrer esse pipeline inteiro. Não existe atalho. Não existe “publicação rápida”.

O que cada gate verifica

Gate técnico (Engenheiro de Conteúdo Técnico).

  • Todo bloco de código foi executado em container e funcionou conforme descrito.
  • Versões de bibliotecas, runtimes e SOs estão declaradas.
  • Comandos de instalação batem com a versão referenciada.
  • Quando há latência, throughput ou benchmark, há método e ambiente declarados.

Gate editorial (Helena Marques, Editora-Chefe).

  • Pelo menos três fontes primárias citadas (documentação oficial, RFC, paper, repositório, especificação).
  • Voz coerente com a persona declarada do autor.
  • Sem tiques de IA: sem “no mundo de hoje”, sem listas de bullets repetitivas que poderiam ser parágrafos, sem “desbravando”, “navegando”, “embarcando em uma jornada”.
  • Estrutura, escopo, leitura. Cortes onde houver enrolação.

Gate estratégico (CEO).

  • Pilar primário declarado e correto.
  • Fora de YMYL (saúde, finanças pessoais, jurídico) — bloqueado nos primeiros 12 meses.
  • Disclosure de afiliados presente quando há link patrocinado.
  • Imagens com alt-text e crédito.
  • Conteúdo coerente com o posicionamento da casa.

Quem assina os artigos: as personas

Os artigos gratuitos são assinados por personas editoriais — pen names que representam a voz e o beat de cada pilar. Cada persona é um agente de IA com histórico, voz e formação fictícia coerente, operando sob direção da Editora-Chefe. Não fingimos que são pessoas físicas. Quando alguém pergunta, dizemos.

Por que personas em vez de assinar tudo “Equipe Mestre”? Porque cada pilar exige uma voz e um beat consistentes. O leitor de AI Telephony espera o tom de quem operou Asterisk em produção; o leitor de Conversational AI espera olhar de quem desenha conversa para voz. Personas resolvem isso melhor do que uma assinatura coletiva.

Mateus Vidal — Pesquisador de Voice AI (pilar Voice AI)

Pesquisador de Voice AI focado em latência, turn-taking e frameworks open source. Cobre Pipecat, LiveKit Agents, Vapi, Retell, AVR e a stack STT/LLM/TTS de ponta a ponta. Voz técnico-prática: mostra benchmark, mostra código, mostra trade-off. Prefere open source quando há equivalente válido, mas não rejeita SaaS quando o trade-off de operação compensa.

Rafael Camargo — Engenheiro de AI Telephony (pilar AI Telephony)

Engenheiro de telefonia há mais de uma década. Hoje cobre a fronteira Asterisk + AudioSocket + IA: o que funciona em produção, o que quebra na primeira ligação real. Voz sênior-pragmática: conta o que aprendeu apanhando. Desconfia de demo de fornecedor; respeita a dor de quem opera 24/7.

Júlia Tanaka — Designer de Conversational AI (pilar Conversational AI Aplicada)

Designa conversas faladas com IA. Cobre prompt engineering para voz, function calling, RAG aplicado a suporte, métricas de qualidade conversacional e ética de disclosure. Voz analítico-empática: olha tanto o sistema quanto o humano do outro lado. Cética com “humanizar a IA” como slogan; séria com disclosure.

Helena Marques — Editora-Chefe

Helena não escreve artigos sob a própria assinatura no fluxo normal — comanda a redação e revisa o que os Pesquisadores produzem. É a quem o leitor reclama quando algo está mal escrito.

Adriano Roncaglia e os produtos pagos

Conteúdo gratuito (artigos, glossário, ferramentas, newsletter): assinado pelas personas editoriais, conforme acima.

Produtos pagos (ebook, curso, cohort, workshops B2B): assinados por Adriano Roncaglia, fundador da marca. Não porque o Adriano escreva cada palavra — escreve com apoio editorial, como qualquer autor de não-ficção técnica hoje. Mas porque o produto pago é a aposta formal da casa e leva o nome de quem responde por ela.

Em entrevistas, podcasts, eventos e comunicações estratégicas a voz é do Adriano.

Política de fontes primárias

Todo artigo cita pelo menos três fontes primárias entre:

  • Documentação oficial da ferramenta/serviço (com link e data de acesso).
  • RFC, especificação ou padrão (IETF, W3C, ITU-T, ETSI, etc.).
  • Paper acadêmico ou técnico (com DOI ou arXiv ID).
  • Repositório de código (commit ou tag específicos, não branch flutuante).
  • Issue tracker oficial / changelog / release notes.

Não contamos como fonte primária: posts de blog de terceiros, threads em redes sociais, vídeos de YouTube, respostas do Stack Overflow, conteúdos gerados por IA de outras casas. Esses podem aparecer como leitura adicional, nunca como base factual.

Fontes consultadas em uma data específica trazem a data de acesso entre parênteses, porque documentação muda.

Política de validação de código

Todo código publicado foi executado. Em container, com versões declaradas, antes de chegar ao gate editorial.

O que isso quer dizer na prática:

  • Bloco de código que dependia de instalação extra: o Dockerfile ou requirements.txt/package.json correspondente está disponível, ou o passo a passo permite reproduzir do zero.
  • Snippets que são fragmentos didáticos (não rodam isolados): sinalizados como tal e sempre precedidos ou seguidos do exemplo completo executável.
  • Quando o artigo apresenta benchmark, latência ou comparativo: o método de medição, hardware/ambiente e versões estão declarados; reprodutibilidade é o critério.
  • Quando há custo financeiro envolvido (chamada paga a API, infraestrutura): o custo aproximado em USD ou BRL é declarado, com data.

Se algum bloco de código quebra após publicação porque a ferramenta mudou: corrigimos e adicionamos errata visível. Veja política de erratas abaixo.

Política de disclosure de afiliados e patrocínios

A Mestre vai ter links de afiliado em recomendações de ferramentas (ElevenLabs, Vapi, Twilio, Hotmart, Coursera/Udemy e outros), em fase futura do projeto. Quando isso acontecer:

  • Disclosure visível no início e ao lado de cada link de afiliado.
  • Recomendação não é comprada: só vai a artigo de afiliado a ferramenta que já recomendaríamos sem afiliação.
  • Comparativos entre ferramentas declaram quais têm e quais não têm afiliação.
  • Patrocínios e parcerias passam por aprovação do Board e são identificados como tal.

Hoje (Fase 2 inicial) não temos afiliados ativos. Quando ativarmos, este parágrafo é atualizado e a mudança vai ao changelog editorial.

Política de imagens e assets gerados por IA

  • Toda imagem gerada por IA tem alt-text descritivo e crédito visível com a ferramenta usada.
  • Diagramas técnicos preferencialmente em SVG ou Mermaid, gerados por mão, não por IA — porque erros de diagrama gerado por IA viram erros conceituais que o leitor reproduz.
  • Capturas de tela são reais, com versão da ferramenta declarada.

O que NÃO publicamos

  • Conteúdo YMYL (saúde, finanças pessoais, jurídico) — bloqueado nos primeiros 12 meses da Fase 2.
  • Conteúdo gerado por IA sem revisão humana.
  • Código não executado.
  • Comparativos sem método de avaliação declarado.
  • Patrocínio fantasiado de tutorial.
  • “Listas-isca” sem profundidade.
  • Tradução automática mascarada de conteúdo original.

Quando uma pauta cai numa dessas, a pauta não é publicada. Não há flexibilização editorial por pressão de calendário.

Erratas e correções

Quando descobrimos um erro factual, técnico ou conceitual em conteúdo já publicado:

  • Despublicamos o item imediatamente, ou marcamos com aviso visível de errata em curso, conforme a gravidade.
  • Investigamos qual gate falhou.
  • Republicamos com correção e bloco de errata visível com a data, o que estava errado e o que mudou.

A errata não some com o tempo. Fica no rodapé do artigo permanentemente, porque o leitor que consumiu a versão original tem direito de saber o que foi corrigido.

Como reportar um erro: redacao@mestreasterisk.io ou comentário no artigo.

Privacidade, LGPD e cookies

Detalhes completos em /privacidade. Resumo: usamos analytics privacy-first (GA4 com IP anonimizado, Microsoft Clarity), pedimos consentimento via cookie banner, newsletter usa double opt-in, dados de inscrição não são revendidos nem cedidos a terceiros.

Modelos de IA usados

A Mestre opera com agentes da família Anthropic Claude (Sonnet e Haiku), conforme o cargo. A escolha é editorial e de governança, não comercial — não há acordo formal de divulgação. Quando outro modelo for usado em uma peça específica (por exemplo, comparativo de TTS que envolva geração de áudio), declaramos no próprio artigo.

Como entrar em contato com a redação

Changelog desta página

  • 2026-05-11 — versão inicial publicada.