Como usar o NotebookLM para estudar a documentação de um framework

Ctrl+F na doc, três termos diferentes, nenhum resultado que preste, e a resposta estava lá o tempo todo numa seção com outro nome

Quem estuda framework pela documentação oficial conhece essa cena

A doc é boa, é completa, é a fonte da verdade… e é enorme

Neste post a gente monta um notebook com as páginas da documentação oficial de uma tecnologia e transforma isso em perguntas com resposta citada, com o trecho da fonte a um clique de distância

Antes de qualquer coisa, um aviso pra você não achar que entrou no lugar errado: o Google renomeou o produto para Gemini Notebook, em anúncio oficial publicado em julho de 2026

É o mesmo produto, e os notebooks que você já tem continuam acessíveis

Aqui no texto eu sigo escrevendo NotebookLM, porque é assim que todo mundo ainda procura 🙂

O que você precisa antes de começar

A lista é curta, beleza?

• Conta Google
• O produto aberto na versão web, que é a referência aqui: a ajuda oficial avisa que o comportamento da citação clicável pode ter limitações no app mobile
• Um recorte de documentação em mente (já já eu explico por que isso importa tanto)

A central de ajuda oficial hoje se chama Gemini Notebook Help e responde em support.google.com/gemininotebook, com as URLs antigas de /notebooklm redirecionando pros mesmos artigos

Formação Recomendada

Formação Vibe Coding

Do Prompt ao Produto: Crie Software Real com IA

• 474 aulas
• 20 projetos
• 39h 27min

Conhecer formação

Os limites que definem o tamanho do seu notebook:

No plano gratuito você tem 100 notebooks, até 50 fontes por notebook e 50 perguntas de chat por dia

O limite de tamanho por fonte é igual em todos os planos: até 500.000 palavras por fonte, ou até 200 MB para arquivos enviados

Ou seja: o gargalo pra quem sobe documentação não é o tamanho de cada página, é a quantidade de fontes

O que ele aceita como fonte:

URL de site, PDF, texto colado, arquivos do Google Drive (Docs e Slides) e vídeo do YouTube

Os formatos de arquivo suportados são docx, txt, md, pdf, csv e pptx

Site entra colando a URL

E o YouTube tem uma regra própria: só vídeos públicos com legenda, e o que entra é apenas a transcrição

Passo a passo: montando o notebook da documentação

Bora ver na prática?

1. Crie o notebook e defina o recorte antes de subir qualquer coisa

Escolha uma tecnologia, uma versão e um assunto

Roteamento, autenticação, formulários, deploy: um assunto por notebook

O erro comum aqui é o "notebook geral do framework", com um pouco de tudo dentro

Notebook genérico responde genérico, e você volta pro Ctrl+F

2. Selecione à mão as páginas da doc que importam

Esse passo é chato e é o que faz o resto funcionar

E aqui mora a limitação mais decisiva do produto pra esse uso: ao adicionar um site como fonte, só o texto da própria página HTML informada é capturado

Imagens, vídeos incorporados e páginas aninhadas NÃO são importados

Traduzindo: não existe crawl automático da doc inteira a partir de uma URL raiz

Colar https://framework.dev/docs não traz os filhos dela

Página com paywall também não é suportada

O erro comum: subir a home da documentação achando que levou tudo junto, e depois estranhar as respostas rasas

3. Cole as URLs em lote

Você não precisa adicionar uma por uma

Dá pra colar várias de uma vez no mesmo campo, separando os links por espaço ou por quebra de linha:

https://exemplo-framework.dev/docs/routing
https://exemplo-framework.dev/docs/routing-dynamic
https://exemplo-framework.dev/docs/data-fetching
https://exemplo-framework.dev/docs/error-handling

O erro comum: colar um monte de links de uma vez sem lembrar do teto de fontes do plano

Priorize as páginas que você realmente consulta

4. Complemente com PDF, texto colado ou arquivo do Drive

Muita doc tem guia de migração em PDF, changelog, ou aquele Google Docs com as decisões do seu time

Texto colado também vale, e é ótimo pra jogar suas próprias anotações pra dentro

O erro comum: deixar de fora justamente o material que explica o SEU contexto, e depois reclamar que a resposta não considera o projeto

5. Use o Discover pra achar o que você não conhecia

Dentro do painel de fontes existe o botão Discover (descobrir fontes)

Você descreve o tema e o produto busca e sugere fontes da web, com um resumo do porquê de cada uma

Massa pra achar material que nem passou pela sua cabeça procurar

O erro comum: aceitar tudo que ele sugere

Blog aleatório contradizendo a doc oficial dentro do mesmo notebook é receita de resposta confusa

Abre, olha, decide

6. Configure o chat pelo ícone de configuração

Dá pra escolher um estilo conversacional ou escrever uma instrução personalizada, definindo papel e objetivo da conversa

Exemplo que funciona bem pra documentação: pedir que ele atue como revisor técnico rigoroso, que não completa lacuna com achismo

7. Pergunte e SEMPRE confira a citação

As respostas vêm com citações numeradas

Passar o mouse mostra a citação completa, e clicar leva até a posição do trecho na fonte original

Esse é o pulo do gato do fluxo inteiro: você não precisa confiar, você confere em um clique

O erro comum: ler a resposta, achar bonita e sair codando sem abrir uma citação sequer

Quatro perguntas que valem mais que um Ctrl+F na doc

A busca da doc procura palavra

O notebook procura relação entre páginas, e é aí que ele ganha

1. Comparar duas abordagens que estão em páginas diferentes

Com base nas fontes, compare as duas formas de buscar dados
descritas na documentação: quando cada uma é recomendada,
quais as limitações de cada uma e o que a doc diz sobre
misturar as duas no mesmo projeto

Esse tipo de pergunta é o que mais dá trabalho na mão, porque a resposta está espalhada em várias páginas

2. Entender qual configuração afeta qual comportamento

Quais opções de configuração citadas nas fontes mudam
o comportamento de cache? Explique o efeito de cada uma
e cite a fonte

3. Achar a seção certa quando você não sabe o nome do conceito

Essa é a melhor de todas

Você descreve o problema com as suas palavras ("quando a rota muda, o estado do componente some") e ele te devolve o nome do conceito e a página onde isso está documentado

Ctrl+F não faz isso, porque você não sabe o que digitar

4. Checar se um trecho de código bate com o que a doc recomenda

Cola o seu código no chat e pergunta se aquilo contraria alguma recomendação das fontes

Em todos os quatro casos o ponto é o mesmo: a resposta vem com citação numerada, então a verificação custa um clique, não uma nova caçada

E se o seu caso não é doc de framework e sim matéria de prova, muda um pouco o jogo: aqui no blog tem um método pra revisar matéria mais rápido que segue essa mesma lógica de fonte curada

O que aprendi usando o notebook para planejar antes de codar

Eu uso esse fluxo fora do estudo também, e foi assim que a ficha caiu

No vídeo em que montei um projeto inteiro, eu comecei pelo NotebookLM antes de escrever qualquer linha de código

O Claude Code só entrou depois, na fase de execução

A primeira coisa que eu faço é criar um notebook novo e renomear com um nome próximo do projeto

Parece bobo, mas na minha experiência isso já melhora a qualidade das respostas dali pra frente

Depois eu alimento com fonte própria (arquivo, material do Drive, vídeo do YouTube) e também busco fonte na web, mesmo já tendo material meu

Tem MUITA coisa boa fora do que você já tem, seria burrice ignorar

Duas coisas que fizeram diferença de verdade:

Prompt de busca com perguntas numeradas e específicas, não um pedido genérico do tipo "me traga fontes sobre X"

Quanto mais claro o que você quer responder, melhor o material que volta

Curadoria na mão, sempre

A busca devolve fonte boa e fonte ruim misturada, e o meu trabalho ali é abrir cada uma e decidir antes de importar

Fonte ruim piora a resposta, simples assim

Depois de importar, eu pergunto pedindo resposta com base nas fontes e ainda defino um papel pra IA (no caso do projeto, pensar como product manager) pra guiar as decisões

E em vez de tentar despejar tudo num prompt gigante, pedi um documento estruturado: PRD com páginas, funcionalidades, jornada do usuário, stack e design system

O porquê disso: prompt muito grande no Claude Code corre o risco do modelo ignorar parte das instruções

Então eu salvei como prd.md e mandei o Claude Code se referenciar no arquivo

Detalhe que economiza tempo: a saída já vem formatada em Markdown, bastou remover a primeira linha de introdução antes de colar no arquivo

E quando cheguei na V2 do projeto, voltei pro notebook

Ele não é uso único, é fonte recorrente de decisão

A ferramenta tem nuances que a gente vai aprendendo no uso, e é exatamente por isso que a citação clicável importa tanto: resposta com fonte você audita, resposta solta você só acredita

Pra ver esse ciclo inteiro rodando, do notebook até o app funcionando, esse vídeo do canal mostra o plano nascendo dentro do notebook e o Claude Code executando em cima dele:

Onde esse fluxo trava (e o que fazer)

Não é mágica, e tem limite real

As 50 perguntas de chat por dia do gratuito acabam rápido num dia de estudo pesado

Saída: pergunta menos e melhor, agrupando o que você quer saber em uma pergunta bem escrita em vez de cinco tentativas

O teto de 50 fontes por notebook não abraça uma doc de centenas de páginas

Saída: é por isso que eu insisto no recorte por assunto

Um notebook "roteamento", outro "autenticação", e por aí vai

Não existe crawl automático

Cada página da doc que você quer é uma URL que você cola

Saída: aceitar que a curadoria é sua e escolher bem, ou usar o Discover pra ampliar com critério

A citação clicável pode ter limitação no app mobile, a própria ajuda oficial avisa isso

Saída: consulta rápida no celular, conferência de citação no desktop

E se o volume justificar, existe a saída paga

Com as capacidades Pro, os limites sobem assim:

Um detalhe importante: esse upgrade não é vendido avulso

Ele vem por Google AI Pro, Google AI Ultra, Google Cloud ou um plano Google Workspace qualificado

Então a conta que você tem que fazer não é "vale a pena esse produto", é "vale a pena a assinatura Google que traz esse produto junto"

Conclusão

O ganho real aqui não é ler doc mais rápido

É parar de reler doc e começar a interrogar doc, com a fonte a um clique de distância

Você monta a base de páginas curadas uma vez, e depois só pergunta

E vem mais coisa por aí: junto da renomeação, o Google anunciou execução nativa de código dentro do notebook, com um ambiente em nuvem por notebook

A disponibilidade começou restrita, primeiro pra Google AI Ultra e clientes Workspace com acesso AI Ultra ou AI Expanded, com previsão de chegar aos usuários Pro na web nas semanas seguintes ao anúncio

Agora o próximo passo, e faz hoje mesmo: escolhe UM assunto da documentação do framework que você usa no trabalho

Sobe as páginas dela como fonte

Faz a primeira pergunta e clica na citação pra ver de onde veio

Esse clique é o momento em que a ficha cai 😀

E se depois disso você quiser levar o mesmo notebook pro lado do estudo, dá pra usar as mesmas fontes pra criar flashcards e quizzes e fixar o que leu

Até o próximo post!