Relatório de Uso de IA Moodle 5.3: Governança e Custo

O relatório de uso de IA Moodle que chegou no 5.3 responde, enfim, a pergunta que toda direção faz quando alguém propõe ligar inteligência artificial no AVA: quem está usando, em qual curso, e quanto isso vai custar? Neste guia eu mostro o que o relatório exibe, quem enxerga o quê, como a coordenação transforma esses dados em governança e como chegar do token ao real, curso por curso.

TL;DR

• O Moodle LMS 5.3 LTS (lançado em 5 de outubro de 2026) levou o relatório de uso de IA Moodle para dentro do curso (MDL-80893). Antes, só o administrador via o relatório geral do site.
• Professor, professor sem edição e gerente veem o uso de todos os alunos em Mais > Relatórios > Uso de IA. Com grupos separados, cada professor vê só os próprios grupos.
• Cada linha traz provedor, ação, horário, atividade, contagem de tokens e se a requisição deu certo. O prompt e a resposta gerada ficam visíveis só para quem fez o pedido.
• O relatório não mostra dinheiro. O custo por curso sai de uma conta simples: tokens × preço do provedor. Mostro a conta com preços oficiais.
• Ferramenta de governança, não de punição: serve para dimensionar custo, ajustar limites e embasar a política de IA, não para acusar aluno de cola.

O que é o relatório de uso de IA Moodle 5.3 e o que mudou

O Moodle tem um subsistema de IA no core desde a versão 4.5. Ele separa três peças: provedores (OpenAI, Azure AI, Gemini, Ollama, Amazon Bedrock, DeepSeek e, desde o 5.3, Anthropic Claude), colocações (onde a IA aparece para o usuário: o editor de texto e a assistência do curso) e ações (gerar texto, gerar imagem, resumir, explicar).

Desde o Moodle 5.0 existe um relatório geral, em Administração do site > Relatórios > Relatórios de IA. Segundo a documentação oficial do 5.3, ele mostra "como e quando os provedores de IA habilitados foram usados", com tokens gerados, contexto e usuários. O acesso é controlado pela capacidade moodle/ai:viewaiusagereport, liberada por padrão só para o papel de gerente.

O problema desse desenho: o dado ficava preso na administração. O coordenador de curso, que é quem responde pelo uso pedagógico, precisava pedir um relatório ao TI. Na prática, ninguém pedia, e a IA rodava no escuro.

O 5.3 muda isso. As notas de versão do Moodle 5.3 listam o item MDL-80893, "AI user reporting", e a documentação resume a mudança assim: o 5.3 "estende o relatório de uso de IA para o nível do curso", deixando professores e alunos verem o uso sem precisar de acesso de administrador.

Por que isso importa agora

O 5.3 é LTS, ou seja, a versão de suporte longo em que muita instituição vai ficar pelos próximos anos. Se você já está planejando a atualização (o panorama do Moodle 5.3 LTS e de quando migrar cobre o calendário), o relatório de uso de IA Moodle é um dos poucos recursos que entrega valor para a gestão, não só para o professor. É ele que permite dizer "sim" à IA com um orçamento na mão.

O que o relatório de uso de IA Moodle mostra e o que ele esconde

A documentação do 5.3 lista as colunas do relatório de uso de IA Moodle no curso: provedor, ação, horário, atividade, contagem de tokens e se cada requisição teve sucesso. Cada linha tem um link Ver detalhes.

Coluna	O que responde	Uso para a gestão
Provedor	Qual serviço processou o pedido (ex.: Claude, OpenAI, Ollama)	Saber para qual contrato a conta vai
Ação	Gerar texto, gerar imagem, resumir, explicar	Separar uso de aluno (resumir, explicar) de uso de autoria
Horário	Quando o pedido foi feito	Ver picos (véspera de prova, prazo de entrega)
Atividade	Em qual recurso ou atividade a IA foi chamada	Descobrir onde a IA realmente ajuda
Tokens	Volume consumido	Base da conta de custo
Sucesso	Se a requisição funcionou	Detectar chave vencida, limite estourado, provedor fora do ar

O que fica de fora de propósito

Duas coisas o relatório não mostra, e as duas são decisões de design corretas:

1. O conteúdo da conversa. A documentação é explícita: "o prompt e o conteúdo gerado são exibidos apenas para a pessoa que fez a requisição". O professor que abre o pedido de um aluno vê só o resumo. Isso protege o aluno e reduz o risco de LGPD da instituição.
2. Valor em dinheiro. O relatório conta tokens, não reais. O Moodle não conhece o seu contrato com o provedor, o câmbio do dia nem os descontos que você negociou. A conversão é trabalho seu, e eu mostro como fazer mais abaixo.

O que também não aparece

O relatório de uso de IA Moodle lê só o subsistema de IA do core. Um plugin de terceiro que chama a API da OpenAI ou de outro serviço por conta própria, sem passar pelos provedores do Moodle, não deixa rastro ali. Se a sua instalação tem plugins de chatbot antigos, o relatório vai subestimar o uso real. Antes de confiar no número, faça o inventário dos plugins que falam com IA.

Quem acessa o relatório de uso de IA Moodle e o que cada papel vê

O controle de acesso é o ponto em que mais vejo instituição errar, porque papéis personalizados raramente acompanham as versões novas.

Quem	Onde vê	O que vê
Gerente (manager)	Administração do site > Relatórios > Relatórios de IA	Uso do site inteiro, via moodle/ai:viewaiusagereport
Professor e professor sem edição	Mais > Relatórios > Uso de IA dentro do curso	Uso de todos os alunos do curso (ou só dos próprios grupos)
Gerente no curso	Mesmo caminho do professor	Uso de todos os alunos do curso
Aluno	Perfil > Detalhes do curso > nome do curso > Relatórios > Uso de IA	Só as próprias ações, com sucesso e falha

Grupos separados

Em cursos com modo de grupo separado, o professor que não tem acesso a todos os grupos enxerga só os alunos dos próprios grupos. É o comportamento que você quer em turmas grandes com vários tutores. Mas confira se o modo de grupo está realmente configurado: em curso sem grupos, todo professor vê todo mundo.

Capacidades que vale revisar

Além do relatório de uso de IA Moodle vale revisar as capacidades das colocações. A documentação de colocações do 5.3 lista quatro: gerar texto e gerar imagem no editor, e resumir e explicar na assistência do curso. Por padrão elas ficam permitidas para gerente, professor, professor sem edição e aluno. Se a política da instituição diz que aluno não gera imagem, por exemplo, isso se resolve aqui, não no relatório.

Também mudou o que o professor controla. O professor pode ligar ou desligar as ferramentas de IA do curso numa configuração do próprio curso, e escolher quais ferramentas cada atividade oferece. Isso desloca parte da governança para a ponta, e o relatório é o instrumento para a coordenação acompanhar se as escolhas fazem sentido.

Como a coordenação usa o relatório de uso de IA Moodle para governança

Ter o dado não é governança. Governança é uma rotina com dono, prazo e decisão. Esta é a que eu recomendo para quem está ligando IA no AVA pela primeira vez.

Rotina mensal em quatro passos

1. Fechamento do mês. O coordenador de cada curso abre o relatório de uso de IA Moodle e anota três números: total de requisições, total de tokens e taxa de falha.
2. Conversão em custo. O TI (ou quem cuida do contrato) aplica o preço do provedor e devolve o custo por curso. Na seção seguinte está a conta.
3. Leitura pedagógica. Em qual atividade a IA foi mais usada? O uso se concentra na véspera da prova? Uma atividade com muito "explicar" pode indicar um material confuso, e isso é informação valiosa para o professor.
4. Decisão registrada. Manter, ampliar, limitar ou desligar. Decisão escrita, com data, numa ata simples.

Sinais que pedem ação

• Taxa de falha alta: quase sempre é chave de API vencida, crédito esgotado no provedor ou limite por hora estourado. Não é problema pedagógico, é operacional.
• Uso concentrado em poucos alunos: pode ser só entusiasmo, mas pode ser alguém automatizando pedidos. Ajuste o limite por usuário.
• Curso com custo desproporcional: compare tokens por aluno entre cursos parecidos. Se um curso gasta o dobro, olhe a ação e a atividade antes de qualquer conclusão.

Quando não usar o relatório

O relatório de uso de IA Moodle não é detector de cola. Ele diz que um aluno pediu um resumo de um texto às 23h, não diz o que ele fez com o resumo. Usar contagem de tokens para punir aluno é tecnicamente frágil e juridicamente arriscado: a política de IA da instituição precisa dizer, antes, o que é uso permitido. Também não use o relatório para avaliar professor por "adesão à IA". Isso empurra uso artificial e infla a conta.

Custo de API: do token ao real, curso por curso

Aqui está a conta que o relatório não faz. Os provedores cobram por milhão de tokens (MTok), em dólar, com preços diferentes para entrada (o que vai no pedido) e saída (o que o modelo gera).

A fórmula

Custo do curso = (tokens de entrada ÷ 1.000.000 × preço de entrada) + (tokens de saída ÷ 1.000.000 × preço de saída), convertido pelo câmbio do dia.

Se o relatório mostrar só um total de tokens, use a proporção típica da ação. Resumir manda muito texto e devolve pouco, então a entrada domina. Gerar texto no editor é o contrário.

Exemplo prático com preços oficiais

Um curso com 120 alunos, cada um usando 30 vezes por mês a ação Resumir. Suponha 1.500 tokens de entrada e 300 de saída por pedido. São 3.600 pedidos: 5,4 milhões de tokens de entrada e 1,08 milhão de saída. Com a tabela oficial da Anthropic de novembro de 2026:

Modelo	Entrada (US$/MTok)	Saída (US$/MTok)	Custo do curso no mês
Claude Haiku 5.5	0,10	0,50	~US$ 1,08
Claude Sonnet 5.5	2	10	~US$ 21,60
Claude Opus 5.5	4	20	~US$ 43,20

O mesmo uso custa de um dólar a mais de quarenta, só pela escolha do modelo. É por isso que o relatório de uso de IA Moodle importa: sem a contagem de tokens por curso, essa diferença fica invisível até a fatura chegar. (Os detalhes de escolha de modelo e configuração do provedor estão no post sobre o Claude no Moodle 5.3; aqui o foco é a leitura do consumo.)

Os freios que o próprio Moodle oferece

• Limite por hora. As instâncias de provedor têm limite opcional de requisições por hora para o site inteiro e por usuário, recurso presente desde o 4.5. O relatório te diz onde calibrar.
• Ordem das instâncias. A documentação de provedores do 5.3 descreve a estratégia de usar por padrão um modelo mais barato, com limite menor de tokens, e cair para um mais caro só quando o pedido é grande demais.
• Desligar por curso. Curso sem justificativa pedagógica não precisa de IA ligada. O professor desliga na configuração do curso.

Quando não ligar

Se a instituição não consegue nomear quem vai ler o relatório todo mês, não ligue IA para alunos ainda. Custo sem dono vira susto. Comece com um ou dois cursos-piloto, leia três meses de relatório e só então amplie.

Política de IA da instituição: o que o Moodle cobre e o que é sua parte

O Moodle já traz uma peça da política: na primeira vez que o usuário tenta uma ação de IA, ele precisa aceitar a política de uso de IA antes de continuar. O aceite vale para todas as colocações. Existe ainda o relatório de aceite da política de IA, que lista quem aceitou e quando, também restrito ao gerente por padrão.

Só que o texto padrão é genérico. Ele não sabe as regras da sua instituição. Você ajusta o texto pelo pacote de idioma do Moodle, mas o conteúdo jurídico e pedagógico é seu.

O que uma política de IA de AVA precisa dizer

• Finalidade: para que a IA está liberada (estudo, revisão, autoria do professor) e para que não está (resolver avaliação, por exemplo).
• Quem vê o quê: que o professor vê o resumo das ações, mas não o conteúdo dos prompts. Transparência evita desconfiança.
• Para onde vão os dados: qual provedor processa, onde, e se há retenção. Isso conversa com os princípios de finalidade, necessidade e transparência do art. 6º da LGPD.
• Consequências: o que acontece em caso de uso indevido, e com base em quê. Contagem de tokens sozinha não é prova.
• Revisão: quem revisa a política e com que frequência. O relatório mensal alimenta essa revisão.

O relatório como evidência de conformidade

Quando a ouvidoria, o conselho ou um auditor pergunta "como vocês controlam o uso de IA?", a resposta deixa de ser uma intenção. Você mostra a política aceita (com data), os limites configurados e o relatório de uso de IA Moodle de cada curso. Esse trio é o que transforma IA de risco em processo.

Armadilhas comuns na adoção

Nos Moodles que administramos, estes são os tropeços que mais aparecem quando a IA entra em produção:

• Colocação desligada no site. Por padrão todas as colocações vêm desabilitadas. O professor liga no curso e nada acontece, porque falta habilitar em Administração do site > Geral > Colocações de IA. O relatório fica vazio e alguém conclui que "ninguém usa".
• Papéis clonados antes do 5.3. Papel personalizado criado a partir do professor antigo pode não herdar o que o relatório novo precisa. Teste com um usuário de cada papel real.
• SQL contra tabelas antigas. O 5.3 normalizou as tabelas de ações de IA no banco (MDL-89123). Consulta SQL ou relatório personalizado escrito para o 4.5 ou 5.x anterior pode quebrar ou devolver número errado. Revise antes de confiar.
• Plugin de IA fora do core. Como eu disse acima, uso que não passa pelo subsistema não aparece. Inventário primeiro.
• Grupos mal configurados. Curso grande sem grupos separados expõe todos os alunos a todos os tutores. Não é falha do relatório, é da configuração do curso.
• Atualizar só pela IA. O 5.3 exige PHP 8.3 ou superior, MariaDB 11.4 ou PostgreSQL 17 no mínimo. Quem ainda roda PHP antigo tem um problema maior que relatório, como mostramos ao falar do risco do Moodle em PHP legado.

Como a Agathas Web resolve isso

Moodle é o centro do nosso trabalho desde 2008, e eu sou certificado em Moodle pela Moodle Academy. Quando uma instituição nos pede para "ligar a IA", a gente entrega a governança junto, não só a chave de API. O serviço de implantação e sustentação de Moodle cobre:

• Atualização para o 5.3 LTS com servidor no requisito (PHP 8.3+, banco na versão mínima), homologação em cópia e janela de virada combinada.
• Desenho de papéis e capacidades: quem vê o relatório, quem usa cada colocação, grupos separados onde precisa. Testado com usuário real de cada papel.
• Provedor e limites calibrados: instância barata como padrão, fallback para modelo maior, limite por hora por site e por usuário.
• Painel de custo por curso: cruzamos a contagem de tokens com o preço do contrato e entregamos o valor mensal por curso em reais, para a direção decidir com número.
• Apoio na política de IA: texto do aceite ajustado no pacote de idioma e checklist de LGPD para o jurídico da instituição validar.

Como funciona: uma conversa de diagnóstico, um documento com a proposta (versão, infraestrutura, escopo da IA e investimento) e a execução com cronograma. Depois, sustentação mensal com atualizações de segurança e suporte em português, em horário comercial. Para contratar, fale com a gente pela página de serviços de Moodle da Agathas Web ou pelo WhatsApp que aparece nela.

Conclusão: IA no AVA com orçamento e regra

O relatório de uso de IA Moodle 5.3 resolve o ponto cego que impedia muita coordenação de aprovar IA para alunos: agora dá para ver o uso por curso, respeitando a privacidade do aluno, e calcular o custo com uma conta simples. O que ele não faz sozinho é governança. Isso exige dono, rotina mensal, limites calibrados e uma política escrita.

Se você quer chegar ao 5.3 com isso tudo pronto (servidor no requisito, papéis certos, custo por curso e política aceita), fale com a equipe de Moodle da Agathas Web. A gente começa pelo diagnóstico do seu ambiente.