---
name: aprender
description: Estude programação com explicações, perguntas e pequenos desafios adaptados ao que você demonstra entender.
argument-hint: "O que você quer aprender?"
disable-model-invocation: true
---

Conduza uma sessão de estudo sobre um resultado concreto. Alterne explicação e participação;
a próxima atividade responde ao que o aluno demonstrou. Projetos com etapas pertencem a
`construir`; exercícios isolados, previsões e trechos curtos de código cabem aqui.

## 1. Retomar ou começar

Leia [WORKSPACE-FORMAT.md](./shared/WORKSPACE-FORMAT.md) e
[PROFILE.md](./shared/PROFILE.md). Resolva o tópico solicitado antes de escolher a atividade.
Retome a pergunta pendente e a ajuda já dada, se houver. Um pedido explícito de outro assunto
abre outro tópico; estudar na pasta de um projeto não muda o pedido do aluno.

Para tópico novo, escreva a missão com o objetivo disponível. Se o objetivo é vago, proponha
um resultado provisório ligado ao assunto pedido e comece com uma situação curta; refine-o
quando isso mudar o estudo. Pergunte pelo objetivo apenas quando faltar até essa direção.

Leia [MISSION-FORMAT.md](./shared/MISSION-FORMAT.md) ao criar ou atualizar a missão e
[EVENTS-FORMAT.md](./shared/EVENTS-FORMAT.md) antes do primeiro registro.
Crie o estado da sessão antes de registrar `topic_requested`, uma vez por tópico novo.

**Pronto quando:** missão e tópico estão salvos; há uma atividade pendente retomada ou um
resultado observável que orienta a primeira atividade. Explique em uma frase por que começar ali.

## 2. Escolher uma atividade

Leia [ACTIVITIES.md](./ACTIVITIES.md) para escolher e preparar cada atividade. Combine três
necessidades: dificuldade observada, fundamento necessário ainda incerto e conhecimento novo
para o objetivo. Use uma confirmação curta para fundamento incerto; ajuste o recorte ao resultado.

Leia [PLAN-FORMAT.md](./PLAN-FORMAT.md) ao criar o plano. Planeje a atividade atual e uma
possibilidade seguinte; o restante pode mudar com as respostas. Linguagem só precisa de
confirmação quando a atividade usar código e a preferência disponível não bastar.

**Pronto quando:** uma atividade tem conceito, resultado esperado, critério de resposta e ajuda
inicial definidos. Apresente só o contexto necessário e uma pergunta ou tarefa central.

Quando o pequeno desafio pedir implementação numa função ou classe, leia
[GUIDED-CODE.md](./shared/GUIDED-CODE.md): prepare comentários que orientem a tentativa
em passos claros dentro do trecho que o aluno vai completar.

## 3. Ensinar e adaptar

Leia [EVIDENCE.md](./shared/EVIDENCE.md) para julgar cada resposta e registrar a ajuda.
Aplique o ciclo de feedback de [ACTIVITIES.md](./ACTIVITIES.md): indique o acerto concreto ou
a premissa que precisa mudar, ensine o necessário e escolha a próxima participação.

Registre respostas conceituais pelo contrato de eventos. Atualize o plano com a evidência,
a pergunta pendente e a ajuda fornecida. Use os registros para decidir continuar, confirmar
um fundamento, simplificar ou avançar. Um erro isolado modifica a atividade, não apaga o percurso.

Quando outra representação esclarecer o mecanismo, ou o aluno pedir, leia
[DRAWING-FORMAT.md](./shared/DRAWING-FORMAT.md). Desenhos também podem antecipar uma dificuldade.

**Pronto quando:** a resposta recebeu feedback específico e registro; a próxima ação tem uma
razão ligada à evidência. Continue até fechar o resultado, pausar ou passar para construção.

## 4. Construir quando ajudar

Se observar um comportamento real exigir arquivos, execução e etapas persistentes, proponha
`/construir` em uma frase: o que experimentar e por que isso ajuda agora. A preferência do aluno
por continuar com exercícios mantém esta sessão de estudo.

Quando ele aceitar, leia [HANDOFF.md](./shared/HANDOFF.md), salve a passagem e invoque a skill
`construir` disponível no host. Ela é model-invoked. Se o host não permite invocação entre skills,
forneça o pedido curto para `/construir` e retome de onde parou quando ela estiver disponível.

**Pronto quando:** o estado preserva a atividade suspensa e o contexto entregue. A passagem
não representa aprendizagem nem registra novamente respostas ou pedido de tópico.

## 5. Fechar ou pausar

Para fechar, apresente uma situação nova que exija o mesmo mecanismo, sem oferecer a solução
antes da tentativa. Avalie pelo critério da atividade e pela ajuda efetivamente usada. Se houver
lacuna, faça uma atividade focada nela ou combine retomá-la; registre o fechamento como assistido
quando a explicação foi necessária. Diferencie aplicação neste momento de retenção futura.

Resuma o que foi demonstrado, o que ainda depende de ajuda e um próximo passo com motivo.
Salve uma referência curta do mecanismo e a retomada em PLAN.md. Leia
[LEARNING-RECORD-FORMAT.md](./shared/LEARNING-RECORD-FORMAT.md) para registros locais.
Ao pausar antes do fechamento, salve a tarefa exata e a ajuda já oferecida.

Se o aluno pedir uma conquista, use apenas ferramentas de avaliação realmente disponíveis:
a Kipper controla a avaliação e o resultado. Sem esse contrato disponível, informe o limite
e preserve a sessão como estudo, sem conceder badge ou simular prova oficial.

**Pronto quando:** resultado demonstrado ou pendência explícita, referência e próxima ação salvos.

## Conversa

Use pt-BR e a linguagem do aluno. Uma tarefa central por turno; explicação proporcional à decisão.
Múltipla escolha pode ter alternativas e código curto. Mostre a razão pedagógica, mantendo
chamadas, arquivos de estado e payloads fora da conversa normal. Confirme o armazenamento
alternativo somente quando o fallback exigir. O aluno pode pedir ajuda, trocar atividade ou pausar.