NotebookLM erra? Onde a resposta falha, como testar a citação e quando não confiar

A resposta veio redondinha, com citação do lado e tudo, e mesmo assim ela não bate com o que está escrito no seu PDF

Esse é o erro que mais dói, porque ele não parece erro

Neste post eu vou por partes: onde a resposta costuma falhar, como checar CADA citação em segundos, como medir se o resumo pegou o arquivo inteiro ou só o começo, e em que situação simplesmente não vale confiar no que saiu de lá

Antes de qualquer coisa, um aviso pra você não achar que entrou no lugar errado: em 16 de julho de 2026 o Google anunciou oficialmente que o NotebookLM passou a se chamar Gemini Notebook

É o mesmo produto autônomo, os notebooks que você já tinha continuam lá e os links antigos redirecionam sozinhos 🙂

Então se você digitar NotebookLM e cair numa tela com outro nome, relaxa, é o mesmo lugar

Como testar se dá para confiar no seu notebook em 10 minutos:

A graça do teste é rodar ele no SEU material, não num exemplo bonitinho de tutorial

O seu PDF tem tabela, nota de rodapé, jargão da sua área e aquela seção do final que ninguém lê, e é exatamente aí que a coisa desanda

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 114 aulas
• 4 projetos
• 9h 18min

Conhecer formação

Um detalhe antes de começar: no plano gratuito você tem 50 perguntas de chat por dia

O teste inteiro cabe folgado nisso, mas não saia metralhando pergunta à toa, senão você queima a cota do dia no diagnóstico e fica sem ela pro trabalho de verdade

1. Escolha uma informação que você JÁ sabe que está no documento, e em qual página. Um número, uma data, o nome de uma cláusula, qualquer coisa específica e checável. Esse é o seu gabarito. O erro comum deste passo é escolher algo genérico tipo "do que fala o capítulo 3": sem gabarito você não tem como dizer se a resposta está certa ou se você só achou ela convincente

2. Pergunte por essa informação e confira a citação passando o cursor em cima dela. O Google documenta que passar o cursor sobre a citação mostra o texto citado na íntegra, e que clicar nela leva você até a localização daquele trecho na fonte, pra ver em contexto. Faça os dois: hover pra ler o trecho, clique pra ver onde ele mora. O erro comum deste passo é aceitar a citação só porque ela existe. Citação presente não é citação conferida, e é justamente essa a diferença entre confiar e verificar

3. Jogue a pergunta isca: algo que NÃO existe na fonte. Invente um anexo, um número de artigo, um autor. Como a resposta do chat usa apenas os dados das suas fontes, o comportamento saudável é a ferramenta dizer que não tem aquilo ali. Se ela responder com cara de certeza sobre algo que não está no arquivo, você acabou de descobrir onde não pode confiar. O erro comum deste passo é fazer a isca plausível demais e depois não conseguir checar: escolha algo que você tem CERTEZA que não existe no material

Exemplos de isca (adapte ao seu material):

- "Qual o prazo definido no Anexo 7?"  (não existe Anexo 7)
- "Resuma o que o documento diz sobre custos de importação"  (assunto que não é tratado)
- "Qual o valor citado na tabela da página 92?"  (o arquivo tem 40 páginas)

4. Peça o resumo do FINAL do arquivo, não do começo. Aqui você mede cobertura: "resuma as conclusões das últimas páginas", "o que o documento diz depois da seção X". O erro comum deste passo é testar só o início, que é onde qualquer ferramenta acerta. Documento longo cabe (cada fonte pode ter até 500.000 palavras ou 200 MB no upload de arquivo local, sem limite de páginas), mas caber não é a mesma coisa que ser bem coberto na resposta, e o Google não documenta publicamente como o material é fatiado e recuperado na hora de responder

5. Desmarque todas as fontes menos uma e repita a pergunta. No notebook, a caixa de seleção define individualmente quais fontes entram ou ficam de fora da resposta. Rodando uma por vez você descobre qual delas está envenenando o resultado, e isso resolve boa parte dos casos de resposta que vem fraca sem motivo. O erro comum deste passo é largar 20 fontes ligadas e culpar o modelo: muitas vezes o problema é UMA fonte ruim que você importou sem ler

6. Reporte o que falhou no polegar para baixo. Resposta imprecisa, insegura ou inadequada pode ser reportada pelo ícone de polegar para baixo ao lado do resultado, e pra comentário geral existe a opção "Enviar feedback" no menu de configurações. O erro comum deste passo é pular ele. Leva 5 segundos e é o único canal oficial que existe pra isso

Se em algum momento do teste a fonte nem chegou a carregar direito, o problema não é confiabilidade da resposta, é outro papo: eu já escrevi separado sobre quando a fonte não carrega

E antes de sair caçando bug: confere se o formato é aceito mesmo. A lista oficial traz Word (.docx), texto (.txt), Markdown (.md), PDF (.pdf), CSV (.csv) e PowerPoint (.pptx)

Tem ressalva importante ali também: o próprio Google avisa que, no momento, certos tipos de imagem podem não funcionar tão bem, e que áudio sem fala não é suportado como fonte

Ou seja, parte do que parece alucinação é fonte que entrou capenga 😛

O que aprendi usando o NotebookLM para planejar um projeto real:

No vídeo abaixo eu mostro o fluxo inteiro: o notebook fazendo a pesquisa e o plano, e o Claude Code executando o app

E tem uma coisa que eu repito o tempo todo lá e que casa direto com este post: a qualidade do que sai depende da qualidade do que entra

Eu uso o notebook como etapa de pesquisa ANTES de programar

Alimento ele com material sobre o produto que eu quero construir, deixo ele virar o especialista daquele assunto, e só então levo o resultado pro Claude Code

Quando as fontes chegaram pra mim, veio de tudo, boa e ruim no mesmo bolo

E aí não tem jeito: eu abri uma por uma pra ver se fazia sentido antes de importar

Fonte ruim importada piora a resposta, ponto

Não é preciosismo meu, é consequência direta de como a ferramenta funciona: ela responde com base nas fontes que recebeu, então a escolha das fontes É a decisão de qualidade do projeto

É o passo 5 do protocolo lá de cima, só que feito antes, na porta de entrada, em vez de depois no diagnóstico

O outro aprendizado foi na saída: eu preferi pedir um PRD em vez de um prompt gigantesco

Prompt muito grande é convite pra deixar coisa de fora, enquanto o PRD fica ali num arquivo, referenciável, revisável, e eu consigo LER antes de virar código

Sacou o padrão? Em nenhum dos dois pontos eu confiei no resultado direto

Entrada conferida na mão, saída conferida na mão, e a IA fazendo o trabalho pesado do meio

Quando confiar e quando não confiar na resposta:

Não dá pra dizer "confia" ou "não confia" no geral, isso é papo de quem não usa

O que dá pra fazer é separar os cenários, e aqui o corte é bem prático

Dá pra confiar mais quando:

• O material foi você quem subiu, em texto limpo, e você sabe o que tem lá dentro
• A pergunta pede pra LOCALIZAR ou REUNIR informação ("onde o documento fala de prazo?", "junta tudo que aparece sobre garantia")
• O uso é interno e você vai abrir a citação antes de repassar pra alguém
• Você já rodou o teste de gabarito naquele notebook e ele passou

Não dá pra confiar quando:

• A fonte é visual: PDF escaneado, print de tabela, slide que é imagem. O Google avisa que certos tipos de imagem podem não funcionar tão bem, e sobre PDF escaneado sem camada de texto eu não achei confirmação na documentação oficial de como o arquivo é tratado, então aqui a régua é desconfiar por padrão
• O arquivo está perto do teto (500.000 palavras ou 200 MB por fonte). Perto do limite, teste a cobertura do final antes de usar
• A pergunta pede conclusão ampla, interpretação ou julgamento ("esse contrato é bom pra mim?"). Reunir informação é uma coisa, decidir é outra
• O resultado vai pra fora sem revisão humana: cliente, aula, publicação, laudo. Aí não é limitação da ferramenta, é escolha sua

E tem um ponto que explica muita frustração de gente comparando o que vê nas demonstrações com o que acontece na tela dela

Capacidades com agente e raciocínio mais avançado no chat dependem de assinatura Google AI Pro ou Ultra

Na mesma leva do anúncio de 16 de julho de 2026, o Google contou que cada notebook passou a ter um computador na nuvem capaz de escrever e executar código, liberado pra assinantes Pro

Ou seja: a experiência do plano gratuito (100 notebooks, até 50 fontes por notebook, 50 perguntas de chat por dia e 3 gerações de áudio por dia) não é a mesma coisa que aparece no vídeo de lançamento

Se a sua expectativa veio de demo, calibra ela antes de julgar a ferramenta

Conclusão:

O detalhe mais interessante dessa história é que a maior limitação do produto também é a melhor coisa dele

Ele responde SÓ com base nas suas fontes, e mostra o trecho exato que usou

Isso não elimina o erro, mas transforma o erro em algo que você consegue pegar em 3 segundos com o cursor, em vez de descobrir na frente do cliente

Com mais de 30 milhões de usuários e mais de 600 mil organizações usando, segundo o próprio Google no anúncio da mudança de nome, dá pra imaginar quanta gente está repassando resposta sem nunca ter clicado numa citação 😅

Não seja essa pessoa

Próximo passo, bem direto: abre agora o notebook que você mais usa, roda o teste de 10 minutos nele (gabarito, isca, resumo do final, uma fonte por vez) e reporta no polegar para baixo tudo que sair errado

Se passar, você ganhou confiança de verdade, não confiança de achismo

Se falhar, melhor descobrir hoje do que na entrega…

até o próximo post!