Pular para o conteúdo
Oficina Digital

Aprender · Ir além

Trilha do Aluno: 15 missões pequenas

Você constrói seu próprio projeto com IA, passo a passo. Uma missão por vez, sempre com uma prova do que fez.

🤝 APOIO QUANDO PRECISAR

Você fará o trabalho. O professor ou monitor ajudará nas partes de segurança.

Você cuida da pergunta, das fontes, das escolhas, dos testes e da explicação. Peça apoio para cadastro, instalação, chaves, tokens e publicação quando tiver dúvida.

Regras importantes de segurança
  • Use seu próprio e-mail e uma senha forte. Não compartilhe a senha.
  • Nunca publique telefone, documentos, endereço, senha, chave de API ou token.
  • Comece o Obsidian localmente. Sync, Publish e plugins são opcionais e devem ser avaliados com calma.
  • O token do Telegram funciona como senha. Guarde no arquivo .env, que não vai para o GitHub.
  • Graphiti e CrewAI exigem mais configuração. Faça primeiro o desenho e só depois execute com apoio técnico.

Cada missão pode ter um áudio do NotebookLM. Você também pode responder falando, desenhando ou mostrando uma imagem.

Seu mapa de aprendizagem

Faça uma missão por vez. Só marque quando conseguir explicar.

15 missões pequenas

0. Proteja o que é secreto

Meta: separar o que pode ser publicado do que deve ficar secreto.

Faça: crie duas listas: “público” e “secreto”. Classifique nome completo, telefone, endereço, foto, senha, token, código e desenho.

Mostre: um áudio dizendo “não publico ___ porque ___”.

Quero uma pista

Token e senha abrem portas. Eles ficam na lista secreta.

Peça uma conferência antes da primeira publicação

1. Faça uma pergunta sua

Meta: escolher um problema pequeno que você quer entender.

Faça: desenhe uma pessoa que precisa de ajuda e complete: “Como posso ajudar ___ a ___?”

Documento: docs/pergunta-do-projeto.md.

Explique: como você saberá que ajudou?

Obsidian

2. Monte seu caderno no Obsidian

Meta: guardar ideias e mostrar como elas se ligam.

Faça: baixe o Obsidian oficial. Se a instalação parecer difícil, peça ajuda ao professor ou monitor. Não é necessário criar conta.

Crie notas chamadas Pergunta, Ideias, Erros, Glossário, Fonte 1 e Fonte 2. Ligue cada nota a pelo menos outra.

Mostre: uma captura do grafo local e diga por que ligou duas notas.

Quero uma pista

Use [[Nome da nota]] para criar uma ligação.

3. Escolha documentos que ajudam

Meta: aprender a usar fontes, não respostas prontas.

Inclua: enunciado da missão, rubrica simples, glossário, 2 ou 3 textos curtos aprovados, uma tabela quando ajudar e uma ficha de perguntas.

Não inclua: trabalho de colega, livro inteiro sem licença, conversa privada, foto de pessoa, dado pessoal ou resposta pronta.

Documento: docs/fontes.md com título, autor/site, link, data, duas ideias e “por que confio ou duvido”.

NotebookLM

4. Estude as fontes no NotebookLM

Meta: fazer perguntas e conferir a citação.

Faça: entre no NotebookLM com sua conta Google e crie um notebook. Se não conseguir entrar, peça apoio.

Adicione apenas as fontes escolhidas, faça uma pergunta curta, abra a citação e compare com o documento.

Explique: qual trecho apoia a resposta? O que a fonte não respondeu?

5. Use o Gemini Notebook e o notebook de código

Meta: perceber que existem cadernos diferentes e escolher o certo.

Gemini Notebook: caderno de projeto com fontes e perguntas. NotebookLM: ambiente dedicado ao estudo apoiado em fontes. Notebook de código: arquivo .ipynb com texto e células que executam Python.

Parte A — caderno com fontes

  1. Entre no Gemini Notebook com sua conta. Se o recurso não aparecer, peça apoio ao professor.
  2. Crie um caderno com nome curto, sem telefone, endereço ou documento pessoal.
  3. Inclua o enunciado, a rubrica simples, o glossário, dois ou três textos curtos escolhidos, uma tabela quando ajudar e a ficha de perguntas.
  4. Faça a mesma pergunta usada no NotebookLM.
  5. Abra a citação. Compare com a fonte original.
  6. Registre duas diferenças e uma dúvida.

Não inclua: resposta pronta, trabalho de colega, livro inteiro sem licença, conversa privada, foto de pessoa ou dado pessoal.

Parte B — notebook de código

  1. Abra notebooks/laboratorio_gemini_graphify.ipynb no Google Colab.
  2. Encontre o botão ▶ e execute uma célula de cada vez.
  3. Antes de clicar, diga o que acha que vai acontecer.
  4. Depois, aponte a entrada, a saída e algo que mudou.
  5. Registre um erro e como investigou.

Explique: qual caderno você usou em cada parte e por quê? Por que uma resposta bonita não prova que está correta?

Peça apoio para chaves, instalações ou mensagens de erro difíceis

6. Melhore um prompt

Meta: pedir ajuda sem pedir a resposta final.

Faça: complete objetivo, fonte, formato e regra de incerteza. Teste, confira e melhore uma parte.

Documento: docs/prompts.md com antes, depois, fonte conferida e o que mudou.

Explique: qual mudança deixou o pedido mais seguro ou claro?

7. Escolha prompt, skill ou ambos

Prompt: ajuda em um pedido pontual. Skill: organiza uma rotina que será repetida. Ambos: a skill guarda o método e o prompt adapta um caso.

Faça: escolha uma opção, teste e complete: “Usei ___ porque ___. Minha prova é ___. Um humano ainda precisa ___.”

Documento: docs/prompts-ou-skill.md.

GitHub

8. Aprenda Git e GitHub desde o início

Git: guarda a memória das mudanças. GitHub: hospeda e compartilha o repositório.

Parte A — criar sua conta

  1. Abra github.com/signup.
  2. Informe seu e-mail.
  3. Crie uma senha forte e exclusiva.
  4. Escolha um nome de usuário que você consiga lembrar. Evite telefone, documento ou endereço.
  5. Abra o e-mail de verificação e digite o código somente no site github.com.
  6. Entre na conta e ative a autenticação em dois fatores. Peça apoio se esta parte parecer difícil.
  7. Não publique ainda. Primeiro faça a missão de segurança.

Parte B — entender antes de clicar

  1. Mostre onde aparecem o nome do repositório, os arquivos e o README.md.
  2. Aprenda cinco cartões: arquivo, repositório, commit, branch e push.
  3. Crie um repositório ou use o repositório preparado para a turma.
  4. Mude uma frase pequena e veja o antes e o depois.
  5. Revise a lista de arquivos. Pare se aparecer .env, token, banco local, foto ou dado pessoal.
  6. Escreva uma mensagem de commit que diga o que mudou e por quê.
  7. Envie a mudança. Depois confira no site do GitHub.
Frases para eu explicar

“Meu repositório guarda ___. Meu commit mostra ___. Eu não publiquei ___ porque ___. Usei uma branch quando ___.”

Explique: o que a “fotografia da mudança” guarda e por quê?

Peça uma revisão antes da primeira publicação

9. Crie uma skill somente se precisar

Meta: transformar uma rotina repetível em instruções.

Faça: escreva objetivo, quando usar, entradas, passos, limites, checagem e um exemplo de outro assunto.

Explique: o que continua exigindo julgamento humano?

Graphiti

10. Desenhe o Graphiti antes do código

Meta: transformar fatos em coisas ligadas por setas e perceber mudanças no tempo.

Faça: use três fatos fictícios. Desenhe nós, relações, fonte e data. Depois execute o exemplo oficial do Graphiti com apoio técnico, se necessário.

Documentos: graphiti/episodios.json e graphiti/grafo-esperado.md.

Explique: o resultado confirmou sua previsão?

CrewAI

11. Simule uma equipe do CrewAI

Meta: entender agentes antes de programar.

Um aluno faz o papel de pesquisador. Outro faz o papel de conferidor. Cada pessoa recebe uma tarefa, uma entrada, uma saída e um limite.

Depois, demonstre no máximo dois agentes com a documentação do CrewAI. Peça apoio para instalar e configurar.

Documentos: configurações YAML e docs/por-que-estes-agentes.md.

Explique: por que não basta um agente? Onde uma pessoa confere?

Telegram

12. Planeje o bot do Telegram

Meta: desenhar uma conversa segura entre pessoa, programa e resposta.

Faça: planeje /start, /ajuda e um comando do projeto, usando dados fictícios.

Depois, crie e teste o bot seguindo o tutorial oficial. Peça ajuda para configurar servidor e variáveis de ambiente.

Documentos: telegram/comandos.md e telegram/testes.md.

Token é senha: nunca aparece no site ou no GitHub

13. Ligue duas partes de cada vez

Meta: testar sem se perder.

Teste primeiro cada peça. Depois ligue apenas duas: mensagem → programa; programa → banco; banco → resposta. Registre onde deu erro e o que mudou.

Explique: onde o sistema pode errar e quem deve perceber?

14. Apresente o que é realmente seu

Mostre: pergunta, fonte, nota, prompt, escolha de skill, grafo, agentes, bot e um erro corrigido.

Responda: “Esta foi minha escolha. Esta é minha prova. Aqui a IA errou. Isto ficou secreto. Esta parte foi feita por mim.”

Documento: docs/autoavaliacao.md.

Documentos que o projeto deve ter

Arquivo ou pastaO aluno mostra
README.mdProblema, público, desenho, ferramentas e teste.
docs/pergunta-do-projeto.mdPergunta própria e sinais de sucesso.
docs/fontes.mdAutor, link, data, ideias, confiança e dúvida.
docs/diario-de-bordo.mdFiz, aprendi, errei e próximo passo.
docs/prompts.mdPedido, resultado, fonte conferida e melhoria.
docs/prompts-ou-skill.mdEscolha, alternativa recusada, prova e limite humano.
skills/<nome>/SKILL.mdRotina repetível, limites e exemplo diferente.
obsidian/Notas ligadas de pergunta, fontes, decisões e erros.
notebooks/Fontes escolhidas, perguntas e citações verificadas.
graphiti/Episódios e desenho do grafo esperado.
crew/config/Papéis e tarefas de no máximo dois agentes.
telegram/Comandos e testes com dados fictícios.
.env.example e .gitignoreNomes vazios e proteção de segredos.
docs/seguranca.mdPrivacidade, autoria, segredos e revisão de segurança.

Prompts que ensinam sem fazer o trabalho

Complete as lacunas. A IA deve fazer uma pergunta por vez e esperar sua tentativa.

Tutor com pistas

Você é meu tutor. Não faça o trabalho por mim.
Minha missão é: [EU COMPLETO].
Minha fonte é: [NOME DO DOCUMENTO].
O que eu já penso é: [MINHA FRASE].

Use frases curtas. Peça minha tentativa.
Se eu travar, dê uma pista, não a resposta.
Peça o trecho da fonte.
No fim, peça que eu explique com minhas palavras.

Conferidor de fontes

Use somente as fontes deste notebook.
Não conclua por mim.
Pergunte uma coisa por vez:
- qual fonte fala do assunto;
- qual trecho sustenta a ideia;
- onde as fontes concordam ou discordam.
Se não houver prova, diga: “Não achei prova nas fontes”.

Comparar prompt e skill

Ajude-me a comparar meu prompt [COLO] e a skill [NOME].
Não escolha nem escreva minha justificativa.
Pergunte sobre clareza, fontes, repetição,
segurança, resultado e limite humano.
Depois peça que EU explique minha escolha e minha prova.

Revisor sem resposta pronta

Leia minha tentativa e minha rubrica.
Não reescreva o trabalho.
Mostre uma parte clara, uma parte sem prova,
uma pergunta para eu melhorar e uma pista de outro assunto.
Espere minha nova tentativa.

Exemplo de skill — outro assunto

Este exemplo ensina a forma sem resolver o projeto.

---
name: preparar-reuniao
description: Ajuda a conferir os materiais antes de uma reunião.
---
# Quando usar
Antes de uma reunião de trabalho ou estudo.
# Entradas
Assunto, horário, participantes e lista de materiais.
# Passos
1. Ler o assunto e o horário.
2. Separar os documentos necessários.
3. Anotar duas perguntas.
4. Conferir local, link e materiais.
# Limite
Não envia convites nem compartilha documentos sem autorização.
# Checagem
Comparar os materiais com a pauta da reunião.

Agora pense: qual rotina do seu projeto realmente se repete? Se ela não se repete, talvez um prompt seja suficiente.

Onde estudar antes de fazer

Abra um recurso por vez. Prefira vídeos com legenda, pause depois de cada ação e repita no seu computador.

Palavras difíceis em frases fáceis

Repositório
Pasta do projeto que guarda memória.
Commit
Fotografia de uma mudança com uma legenda.
Fonte
Documento usado para conferir uma ideia.
Prompt
Pedido que você faz para a IA.
Skill
Rotina de instruções que pode ser usada novamente.
Grafo
Coisas ligadas por setas.
Agente
Um papel com objetivo, tarefa e limite.
Token
Senha secreta usada por um programa.