metodologia

NotebookLM: o método 4 Layers da YourAI

Como construímos Oracles enterprise com NotebookLM usando uma framework de 4 camadas — Source, Knowledge, Interaction e Output.

Por Alexandre Brandao08 de maio de 202612 min leitura

O problema que NotebookLM resolve (que ninguém mais resolve bem)

Empresas têm conhecimento em todo lugar — PDFs em Drive, transcrições em Otter, planilhas em Excel, decks em Slides, emails em Gmail. Quando alguém precisa de uma resposta específica, a busca pode virar uma garimpagem de meia hora por pastas — e muitas vezes a pessoa não encontra o que procurava.

ChatGPT/Claude não resolvem porque trabalham com conhecimento genérico do modelo + uploads ad hoc. Sem fonte controlada, sem citação verificável.

NotebookLM é diferente: é um "truth container" — você define as fontes confiáveis, e o modelo responde priorizando essas fontes, citando o trecho que usou. Bem configurado, isso reduz muito a alucinação (ainda que nenhum modelo garanta zero).

O método 4 Layers da YourAI é o framework que usamos nas nossas implementações de Oracles enterprise. Esse artigo documenta o método, com os cases que de fato acompanhamos.

Por que 4 camadas?

Tentativas naive — "joga 200 PDFs e pergunta" — falham porque misturam conceitos:

  • Fontes contraditórias (versão 2023 vs 2024 de um mesmo doc)
  • Sinais fortes vs ruído (whitepapers vs emails marketing)
  • Multi-tenant cruzando dados (cliente A vs cliente B)
  • Linguagem inconsistente (jargão interno vs versão pública)

As 4 camadas separam essas preocupações em planos distintos:

Layer 1: Source Layer (Fontes Confiáveis)

O que faz: define quais documentos são "fonte da verdade".

Pattern validado:

  1. Tipagem por origem: transcripts (alta confiança em fala original), docs oficiais (alta confiança em política), emails (média), notes (baixa)
  2. Versionamento: sempre data nos filenames (workshop-2026-04-25.md não workshop.md)
  3. Curadoria humana: SOMENTE docs revisados por humano entram. Drafts ficam fora.
  4. Limites: na nossa experiência, 50-100 sources por notebook é uma faixa confortável — acima disso tende a ficar mais difícil manter a qualidade

Cases reais:

  • cliente 3PL: 121 sources (transcripts MOU + contratos + planilhas operacionais)
  • PMEs do varejo: 23 sources (worskhop materials + cases atendimento)
  • YFai interno: 113 sources (skills documentadas + meeting transcripts curados)

Layer 2: Knowledge Layer (Oracle Pattern)

O que faz: transforma fontes brutas em "knowledge primitives" reutilizáveis.

Pattern validado:

  1. Glossário canônico: terms + definições + sinônimos (pra modelo entender que "PoC" = "Prova de Conceito" = "MVP curto")
  2. Decision trees: "se cliente pergunta X, considere Y" pra padronizar respostas
  3. Anti-patterns: "NUNCA responda Z porque [contexto]" — guardrails explícitos
  4. Versioning policy: quando atualizar (mensalmente vs ad-hoc), quem aprova

Output: notebook fica como "Oracle" enterprise — fonte única, controlada, auditável.

Layer 3: Interaction Layer (Como Consumir)

O que faz: define MULTI-MODAL de consumo do conhecimento.

NotebookLM oferece 12 outputs distintos:

  1. Chat textual (Q&A interativa)
  2. Audio Overview (podcast 5-15 min)
  3. Cinematic Video Overview (mini-vídeo educacional)
  4. Mind Map (estrutura visual)
  5. Slides PPTX (apresentação executiva)
  6. Briefing (resumo executivo PDF)
  7. Study Guide (guia de estudo c/ exercícios)
  8. FAQ (perguntas estruturadas)
  9. Flashcards (cartões pra memorização)
  10. Timeline (cronograma temporal)
  11. Infographic (visualização one-pager)
  12. Data Table (tabela estruturada)

Pattern validado: cada output serve uma audiência. Executivos consomem Briefing + Slides. Times técnicos consomem Chat + Mind Map. Onboarding consome Audio Overview + Study Guide.

Layer 4: Output Layer (Distribuição)

O que faz: entrega o output certo, no canal certo, no momento certo.

Pattern validado:

  1. Channel mapping: PDF → email, Audio → WhatsApp/Slack, Mind Map → Confluence
  2. Trigger automation: novo doc no Drive → regenera briefing → notifica time
  3. Ownership: quem mantém qual output atualizado
  4. Versionamento: outputs têm hash/timestamp pra evitar confusão

Cases reais documentados

Case 1: Workshop PMEs do varejo (mais recente — Abril 2026)

  • Fontes: 23 docs (whitepapers + cases + decks)
  • Outputs gerados: 8 (audio, mind map, slides, briefing, study guide, FAQ, flashcards, timeline)
  • Tempo total: 4 horas de notebook setup + outputs
  • Impacto: workshop com 40 PMEs, com avaliação positiva dos participantes

Case 2: cliente 3PL Data Lakehouse

  • Fontes: 121 docs (MOU + contratos + planilhas + transcripts cliente)
  • Outputs gerados: 5 dashboards + 12 briefings + audio sumário
  • Tempo total: 3 semanas de curadoria contínua
  • Impacto: o cliente relatou decisões logísticas mais ágeis a partir do acesso centralizado

Case 3: YFai Oracle Interno

  • Fontes: 113 skills + meeting transcripts
  • Outputs: "pergunta interna" agente acessível por todo o time
  • Tempo total: evolutivo (acumulação contínua)
  • Impacto: onboarding de novos devs sensivelmente mais rápido, por terem uma fonte única pra consultar

Como começar amanhã

  1. Escolha 1 caso de uso curto — ex: onboarding de novos clientes (15 docs típicos)
  2. Layer 1 (Source): organiza 15 docs no Drive com naming consistente
  3. Layer 2 (Knowledge): cria glossário + decision tree básico
  4. Layer 3 (Interaction): gera 3 outputs (chat + briefing + audio)
  5. Layer 4 (Output): define canal de distribuição
  6. Mede impacto após 30 dias: tempo de resposta a perguntas internas vs antes

Quer ajuda implementar?

A YourAI roda workshops práticos de 4 horas onde times saem com seu primeiro Oracle funcionando + método 4 Layers internalizado.

NotebookLM
Oracle
Knowledge Base