Os assistentes de programação com IA já estão na sua sala de aula, quer os permita quer não, por isso a pergunta útil não é como mantê-los cá fora, mas como manter a aprendizagem honesta enquanto eles andam por perto. A resposta são meia dúzia de pequenas balizas que mantêm o raciocínio do lado do aluno, porque é precisamente esse raciocínio que uma IA salta com mais gosto. Três hábitos fazem quase todo o trabalho: dar pistas e não soluções, prever antes de executar e explicar antes de integrar.

Decida o que está realmente a proteger

O objectivo de uma aula de programação não é código que funcione. É o raciocínio que produz código que funciona: ler um problema, formar um plano, prever o que um pedaço de código vai fazer e fechar a distância entre o que se esperava e o que aconteceu de facto. Um assistente de IA entrega uma função acabada em segundos. Se um aluno a cola sem a ler, o código corre, mas o pensamento nunca chegou a acontecer.

Isto reformula todo o debate. Não está a fiscalizar se houve uso de IA. Está a proteger o trabalho mental. Uma baliza é boa se mantiver esse trabalho do lado do aluno, e é inútil se apenas tentar manter a ferramenta fora da sala.

Três balizas que mantêm o pensamento do lado do aluno

Pistas, não soluções

Estabeleça a regra da casa: a IA pode dar o passo seguinte, uma pergunta ou um empurrão, mas nunca uma resposta acabada. Na prática, isto é uma instrução mais um hábito de escrita de prompts. Ensine os alunos a perguntar o que devo verificar a seguir em vez de escreve-me isto. Com os mais novos, o professor demonstra primeiro o bom prompt no quadro, para que a turma oiça a diferença entre pedir uma pista e pedir a solução.

Prever e só depois executar

Antes de correr qualquer código, o do aluno ou o da IA, o aluno diz ou escreve o que espera que aconteça. Depois executa. A distância entre a previsão e o resultado é a lição. Este hábito expõe discretamente o copiar-colar: um aluno que não consegue prever o que um bloco ou uma linha faz ainda não o percebeu, e agora ambos o sabem antes de aquilo ficar enterrado num programa que funciona.

Explicar antes de integrar

Nada entra no projecto até o aluno o conseguir explicar por palavras simples, linha a linha e com a intenção de cada uma. Se não souber dizer o que uma parte faz e porque está ali, não é integrada. É a revisão de código que as equipas profissionais usam, à escala de uma sala de aula. Transforma o resultado da IA de algo a aceitar em algo a interrogar.

Desloque a avaliação para o processo, não apenas para o produto

Se as suas notas premiarem apenas o programa final, a IA torna esse programa barato e a sua avaliação deixa de medir seja o que for. Desloque o peso para aquilo que uma ferramenta não pode produzir em nome do aluno. Uma explicação oral do código do próprio. Um pequeno registo de previsão e execução. Uma nota sobre onde encalhou e como se desencalhou. Melhor ainda, a modificação ao vivo: peça ao aluno que altere à sua frente um programa que funciona, por exemplo para que o robô vire à esquerda onde agora vira à direita. Um aluno que percebeu o seu código faz isso num minuto. Um aluno que se limitou a colar não consegue.

Isto encaixa também na forma como a avaliação alinhada com o CAPS já valoriza o processo e as evidências de raciocínio, por isso não está a inventar uma nova grelha, apenas a inclinar o seu peso para aquilo que a IA não consegue fingir.

Ensine a dirigir a IA como uma competência, não só como uma tentação

Dirigir bem uma ferramenta vale por si só como matéria de ensino. Partir um problema em pedaços, descrever com precisão o comportamento pretendido, ler criticamente o resultado e rejeitar uma resposta errada são exactamente as competências de decomposição e de especificação que uma aula de programação existe para construir. Por isso não se limite a restringir. Reserve tempo para ensinar a boa versão: como escrever um pedido claro, como testar o que veio de volta e como detectar uma resposta confiante que na verdade não funciona. Os alunos capazes disso estão a praticar juízo de engenharia a sério.

Onde o hardware facilita isto

A robótica física dá-lhe uma baliza de graça, porque o robô é a verdade no terreno. Não se convence um seguidor de linha a funcionar por argumentos, e prever-e-executar torna-se natural quando a turma está a ver uma máquina real fazer ou não fazer aquilo. Há ainda um bónus prático sul-africano: um kit que corre o programa na própria placa continua a funcionar durante o load shedding, quando uma ferramenta de IA na nuvem pode estar em baixo de qualquer forma.

É assim que damos aulas na sheen academy. A placa sheenbot∞ dá aos alunos algo que têm de explicar e modificar à frente de um colega ou do professor, e os mesmos hábitos de prever-e-executar e explicar-antes-de-integrar atravessam também os nossos workshops de férias. As ferramentas mudam; as balizas não.

Uma política de IA inicial para afixar na parede

• Só pistas. Peça à IA o passo seguinte ou uma pergunta, nunca uma solução acabada.
• Preveja antes de executar. Diga o que espera que aconteça e só depois execute.
• Explique antes de integrar. Se não o consegue explicar, não entra no projecto.
• Esteja pronto para o alterar ao vivo. Parta do princípio de que lhe vão pedir para modificar o seu código na hora.
• Assuma os erros. Respostas erradas da IA são normais; a sua função é apanhá-las.

Conclusão

Proibir os assistentes de IA não é aplicável nem educativo. As balizas são as duas coisas. Mantenha o raciocínio do lado do aluno com pistas em vez de soluções, prever-e-executar e explicar-antes-de-integrar, avalie depois o processo e não só o produto e ensine os alunos a dirigir bem a ferramenta. Faça isso e um assistente de IA deixa de ser um atalho que contorna a aprendizagem para passar a ser mais uma coisa que um jovem programador aprendeu a comandar. Para mais notas para professores como esta, percorra a nossa newsroom.

Devo simplesmente proibir as ferramentas de IA na aula?

Uma proibição é difícil de fazer cumprir e falha o essencial, porque os alunos vão encontrar estas ferramentas em todo o lado. Balizas que protegem o pensamento, mais uma avaliação que premeia o processo, fazem muito mais do que uma regra que não consegue fiscalizar.

A partir de que idade faz sentido?

Os hábitos adaptam-se bem aos mais novos. Com os alunos mais pequenos, o professor demonstra o bom prompt e faz o prever-e-executar em voz alta com a turma; os mais velhos fazem-no sozinhos e começam a dirigir a ferramenta por si.

E se a resposta da IA de um aluno estiver errada?

Isso é a lição, não o fracasso. Apanhar uma resposta confiante mas errada é a competência que se pretende, por isso trate cada sugestão incorrecta como uma oportunidade de praticar o prever-e-executar e o explicar-antes-de-integrar.