Alinhamento construtivo: o objetivo já diz qual é a entrega — e a aula e a avaliação seguem esse objetivo
Alinhamento construtivo é o nome que Biggs (1996) dá a uma disciplina em que objetivos, atividades de ensino e avaliação estão alinhados ao que o estudante deve fazer. Numa disciplina de pesquisa a consequência é direta: o objetivo é escrito como a entrega, a aula é a oficina que produz a entrega, e a avaliação confere a entrega.
- «Conhecer os tipos de pesquisa e as etapas do método científico»
- Aula: exposição sobre os tipos; avaliação: prova sobre os tipos
- Ao final, nenhum estudante tem uma pergunta de pesquisa própria
- «Um projeto de pesquisa próprio, em fases, com evidência de cada etapa no
PROGRESSO.md» - Aula: oficina «da ideia à pergunta»; avaliação: a pergunta e os objetivos no
PROGRESSO.md, pela rubrica «projeto» - Ao final, cada estudante tem projeto, busca, biblioteca, texto e declaração de IA
Escreva cada objetivo como o arquivo que o estudante entrega. Os quatro objetivos que o plano_de_ensino.py grava são assim: um projeto com evidência de cada fase; buscas reprodutíveis, biblioteca auditada, corpus triado e sintetizado; um resultado analisado (ou uma síntese qualitativa) com figura por script; texto ABNT versionado, com declaração de IA e material depositado. Se um objetivo não cabe nessa forma, ele ainda não é um objetivo — é um tema.
Integridade e IA na disciplina: a regra do CNPq é a regra da sala — declarar a ferramenta e a finalidade; IA não é autoria humana
| Regra herdada | Na disciplina vira |
|---|---|
| Declarar a ferramenta e a finalidade (CNPq) | Registro em USO_DE_IA.csv (ferramenta, fase, finalidade, validação) e declaração no texto — parte da última entrega |
| IA não é autoria humana (CNPq) | Assinar texto gerado como próprio é infração de integridade, não «uso de IA»; o estudante responde pelo conteúdo |
| Citações com aspas; obras originais (CNPq) | Resumir fonte que não leu é proibido; a matriz de síntese (semana 8) exige a página de onde veio cada trecho |
| Não avaliar pessoas por métricas (Leiden/DORA) | A nota é pela rubrica sobre o artefato; número de páginas, de referências ou de «commits» não é critério |
A disciplina não inventa uma política de IA: ela herda a do CNPq e a do manual de Uso de IA, e diz como se cumpre — quando se registra, onde se declara, o que é proibido (slide «Regras de uso de IA na disciplina»). Punir com base em «detector de IA» não cabe: detector não é prova (Parte 3).
O hub: «Manuais, repositórios e ferramentas para cada etapa da sua pesquisa» — e os cinco passos de «Por onde começar»
| Passo do hub | Manual | Na disciplina |
|---|---|---|
| 1 Decida o método | Metodologia | Semanas 2 a 4: pergunta, desenho, projeto |
| 2 Delegue com critério | Uso de IA na pesquisa | Semana 1 (acordo de uso de IA) e semana 15 (declaração) |
| 3 Registre as fontes | Zotero | Semana 6: biblioteca auditada e .bib |
| 4 Leia e sintetize | Gemini Notebook | Semana 8: fichamento com página e matriz de síntese |
| 5 Conecte as etapas | Plugin Pesquisador | Da semana 1 à 15: a pasta, o PROGRESSO.md, o painel |
O hub é a porta de entrada do estudante; no seu LMS (Moodle, Google Sala de Aula) cada semana leva o link do manual e dos slides que a semana usa, não uma cópia. Assim o estudante sempre abre a versão datada mais recente, e a atribuição fica automática.
LMS é o ambiente virtual de aprendizagem — o Moodle, o Google Sala de Aula. «Manual» aqui é um conjunto de slides com capturas datadas, scripts e checklist, publicado num subdomínio próprio e em PDF; «hub» é a página que reúne todos.
As capas dizem tudo o que a citação precisa: título, versão, data, formato e licença — Metodologia e Uso de IA
A versão e a data que entram na citação são as da capa do manual no dia em que você o adota — os manuais são atualizados e a capa muda. Copie os quatro campos (versão, data, formato, licença) para a bibliografia do plano e para o cabeçalho do material adaptado.
Não é preciso projetar os 55 slides: o cronograma indica a faixa (Metodologia 7–9 na semana 2; 12–16 na 3; 25–28 na 4). O estudante lê a faixa antes, e a aula é a oficina sobre ela.
Plugin e Zotero: o pacote que organiza as fases e o gerenciador de referências que a semana 6 exige
.bib).Os dois são pré-requisito de quase tudo o que vem depois: sem a pasta do plugin não há PROGRESSO.md para o painel ler; sem o Zotero não há .bib para o LaTeX nem auditoria para a rubrica «busca». Por isso ficam na semana 1 e na semana 6, e não «quando der».
A capa do manual do Plugin traz «1.0 (rascunho)» na versão em 09/09/2026: ao adotá-lo, confira a capa de novo e cite a versão que estiver lá.
O plugin e a pasta do projeto: iniciar_projeto.py cria a pasta com o PROGRESSO.md; o Pesquisador só fecha uma fase com evidência
agents, commands, hooks, scripts, manual, modelos, exemplos, evals, docs; uma release publicada.O plugin é um pacote instalável no Claude Code e no Codex que põe os papéis dos manuais dentro do assistente: o Pesquisador (gerente das fases), o Metodólogo, o Orientador (uso de IA) e o Bibliotecário (Zotero). O iniciar_projeto.py cria a pasta do projeto do estudante com o PROGRESSO.md — o arquivo de estado que lista as 11 fases e marca as fechadas. Uma fase só fecha com evidência; o estudante decide sempre. É esse arquivo, um por estudante, que o turma_progresso.py (Parte 4) lê.
| Fase | Nome | Fase | Nome |
|---|---|---|---|
| 0 | Diagnóstico | 6 | Leitura e síntese |
| 1 | Pergunta | 7 | Análise |
| 2 | Método | 8 | Escrita ABNT |
| 3 | Projeto e ética | 9 | Pré-banca |
| 4 | Busca e biblioteca | 10 | Entrega |
| 5 | Triagem |
Semana 1 é a semana da pasta: cada estudante roda o iniciar_projeto.py na própria máquina e entrega o PROGRESSO.md criado. As 15 semanas do cronograma (Parte 3) desdobram essas 11 fases — a fase 4 vira as semanas 5 e 6, a fase 7 vira as semanas 9 a 11 — sem mudar o arquivo que o painel lê.
Licença CC BY 4.0: compartilhar e adaptar «para qualquer fim, mesmo que comercial» — com crédito, link da licença e indicação das mudanças
| Você pode | Desde que |
|---|---|
| Compartilhar — copiar e redistribuir em qualquer suporte, para qualquer fim, mesmo comercial | Dê crédito: autor, título, série, versão e data |
| Adaptar — remixar, transformar, criar a partir do material (cortar slides, traduzir, montar um H5P) | Aponte a licença: «CC BY 4.0» com o link |
| Usar num LMS, num PDF de aula, numa apostila da instituição | Indique as mudanças: «adaptado de…», com o que foi cortado ou alterado |
MATIAS, J. P. M. <título do manual>. MirandasTech, v1.0, set. 2026. CC BY 4.0. # a versão e a data são as da capa do manual no dia em que você o adota Adaptado de: MATIAS, J. P. M. Metodologia da pesquisa científica. MirandasTech, v1.0, set. 2026. CC BY 4.0 — https://creativecommons.org/licenses/by/4.0/ — mudanças: slides 30–55 omitidos; exemplos trocados pelos da área da disciplina.
Copiar um manual sem citar é o único uso que a licença não permite — e é o erro mais fácil de evitar: uma linha no rodapé do slide, na bibliografia do plano e na página do LMS. Os scripts deste manual (plano_de_ensino.py, rubrica.py, turma_progresso.py) têm a mesma licença.
plano_de_ensino.py: ementa, objetivos como entregas, cronograma semana → tema → manual → em aula → entrega, avaliação, regras de IA e bibliografia
/home/usuario): o comando com --disciplina "Metodologia da Pesquisa" --semanas 15 --carga 60 --nivel pos responde «gravado: PLANO_DE_ENSINO.md (15 semanas, 15 fases cobertas)»; o sed -n 12,22p mostra a tabela do cronograma — semana, tema, manual (slides), em aula, entrega (evidência) — da semana 1 (Diagnóstico e pasta do projeto) à 7 (Triagem e revisão sistemática).python3 scripts/plano_de_ensino.py --disciplina "Metodologia da Pesquisa" --semanas 15 \
--carga 60 --nivel pos --saida PLANO_DE_ENSINO.md
# sem --saida: imprime na tela; com --saida e arquivo existente: recusa, a menos que --forcar
# --nivel graduacao | pos (padrão: pos) · --carga em horas (padrão: 60) · --semanas (padrão: 15)| Seção gerada | O que traz |
|---|---|
| Cabeçalho | Carga, semanas, nível e a data do rascunho — com o aviso «modelo MirandasTech; ajuste ao PPC e ao regimento» |
| Ementa | Da pergunta ao trabalho entregue, com uso declarado e verificado de IA |
| Objetivos | Quatro entregas (slide «Alinhamento construtivo»), não «conhecer» |
| Cronograma | Uma linha por semana: tema, manual (slides), em aula, entrega (evidência) |
| Avaliação | Por entregas com rubricas, pesos sugeridos, sem prova; recuperação por nova versão |
| Uso de IA | Permitido com registro e declaração; o que é proibido; o plugin pode conduzir as fases |
| Bibliografia | Os manuais (CC BY 4.0, como citar) + «[preencher com referências verificadas]» da área |
O script escreve um rascunho, não o plano: a bibliografia da área fica marcada «[preencher]» de propósito, e a segunda linha do arquivo lembra que o PPC e o regimento mandam. Com outro número de semanas, as 15 fases são comprimidas ou expandidas proporcionalmente — o slide «Adaptar ao PPC» mostra o efeito.
«15 fases cobertas» é a contagem de fases distintas que couberam no número de semanas pedido. Com 10 semanas, aparecem menos fases e você decide quais juntar; com 20, algumas fases ocupam duas semanas.
rubrica.py: critérios com peso que somam 100, o arquivo que prova, quatro níveis e o comentário do que muda — a rubrica «busca» como saiu
/home/usuario): rubrica.py --entrega busca --saida RUBRICA_busca.md imprime «Nota = Σ peso × nível/4. A evidência é o arquivo, não o relato.», a tabela com os quatro critérios, os pesos (30, 25, 25, 20), a coluna «Evidência (arquivo)» e as quatro colunas de nível com caixas vazias, a linha «Comentário ao estudante (o que muda na próxima versão): [preencher]» e «gravado: RUBRICA_busca.md».| Critério (rubrica «busca», como gerada) | Peso | Evidência (arquivo) |
|---|---|---|
| String por conceitos, registrada verbatim com data e totais em ≥ 2 bases | 30 | BUSCA.md |
Biblioteca no Zotero auditada (DOI, autores, tipo) e .bib exportado | 25 | auditoria.csv, referencias.bib |
| Deduplicação e triagem com codebook e decisão humana registrada | 25 | CONTAGENS.md, CODEBOOK.md |
| Fluxograma PRISMA com números que fecham | 20 | fluxograma.png |
python3 scripts/rubrica.py --entrega projeto|busca|analise|texto|banca [--saida RUBRICA_x.md]
python3 scripts/rubrica.py --entrega custom \
--criterios "Pergunta clara;Método justificado;Evidência anexada" --peso "40;40;20"
# pesos que não somam 100 → o script recusa; --saida existente → recusa, a menos que --forcarUma rubrica é a tabela critério × nível que substitui a impressão: para cada critério, o professor marca 4 (atende com a evidência anexada), 3 (atende), 2 (parcial) ou 1 (não atende), e a nota é Σ peso × nível/4. A coluna «Evidência (arquivo)» é o que distingue esta rubrica de uma lista de intenções: se o arquivo não está lá, o nível não passa de 2. Publique a rubrica antes da entrega — é o critério que ensina.
turma_progresso.py: o painel lido dos PROGRESSO.md — fase atual, fases fechadas, dias sem alteração; parado há mais de 14 dias é motivo para conversa, não para nota
/home/usuario): turma_progresso.py turma --markdown painel.md lê quatro pastas criadas com o iniciar_projeto.py para a demonstração — aluna_a na fase «2 — Método», fases 0 e 1 fechadas, 0 dias; aluna_c na fase «0 — Diagnóstico», 0 dias; aluno_b na fase 0 há 20 dias; aluno_d «sem projeto (rode iniciar_projeto.py)» — e termina com «Projetos parados há mais de 14 dias ou sem projeto: aluno_b, aluno_d — motivo para conversa, não para nota».| Coluna do painel | De onde vem | O que fazer com ela |
|---|---|---|
| Estudante (pasta) | O nome da subpasta na pasta da turma | Use identificadores, não nomes completos, se a pasta for compartilhada |
| Tema | O título do PROGRESSO.md | Conferir se ainda é o tema aprovado na semana 2 |
| Fase atual | A primeira fase não marcada [x] | Comparar com a semana do cronograma: quem está uma fase atrás precisa da oficina de novo |
| Fases fechadas | As marcadas [x] — só com evidência | É o que a rubrica vai avaliar; «nenhuma» na semana 5 é sinal |
| Dias sem alteração | Data de modificação do arquivo | > 14 dias: conversa. Sem projeto: o iniciar_projeto.py não foi rodado |
python3 scripts/turma_progresso.py turma # imprime o painel python3 scripts/turma_progresso.py turma --markdown painel.md # e grava em Markdown # «turma» é uma pasta com uma subpasta por estudante, cada uma com o PROGRESSO.md do plugin
O painel mostra evidência, não juízo: ele não inventa fase, não estima nada e diz «sem projeto» quando o arquivo não existe. Parado há mais de 14 dias é o gatilho da conversa — «o que travou?» — e não desconta ponto; a nota vem da rubrica sobre a entrega. Rode a cada marco (uma vez por entrega), não todo dia.
Usar dados reais de estudantes em exemplos. A turma da figura é fictícia. Ao mostrar o painel em aula, num relatório ou num manual, troque as pastas por identificadores — o painel é para o professor, não para a turma comparar-se.
Google Sala de Aula: um tópico por semana com o link do manual, uma tarefa por entrega com a rubrica — e o «relatório de originalidade» não é detector de IA
| Na disciplina | Como fica no Sala de Aula |
|---|---|
| Cronograma | Um tópico por semana: o link do manual e da faixa de slides, a atividade da oficina, a data da entrega |
| Entrega | Uma tarefa por entrega; o estudante anexa o arquivo que a rubrica pede (o BUSCA.md, o PDF, o .bib) — o relato vai no comentário, a evidência vai no anexo |
| Rubrica | Os critérios e pesos do rubrica.py digitados na rubrica da tarefa; a nota sai da mesma tabela |
| Relatório de originalidade | Compara com páginas da Web e livros: serve para citação sem aspas, não para «detectar IA» |
| Conta | Google Workspace for Education da instituição; sem conta institucional, o Moodle ou repositórios comuns fazem o mesmo papel |
O LMS guarda links e entregas; ele não substitui a pasta do projeto. O PROGRESSO.md continua no computador do estudante (e no repositório dele), e o painel continua sendo o turma_progresso.py sobre as pastas — o Sala de Aula mostra o que foi entregue, o painel mostra em que fase cada projeto está.
Este manual não cita preços das edições do Google Workspace for Education nem do H5P.com: não foram conferidos em 09/09/2026.
H5P para exercícios interativos e LibreOffice para rubricas e planilhas de notas: duas ferramentas livres que não exigem licença paga
.md, montar a planilha de notas (Σ peso × nível/4) e exportar o plano em PDF, sem licença paga.| Ferramenta | Licença | Uso na disciplina |
|---|---|---|
| H5P | MIT; integração por LTI com LMS (Moodle inclusive); H5P.com é pago | Pergunta conceitual com alternativas para a rodada individual do peer instruction; exercício de triagem com título e resumo |
| LibreOffice 26.8 | Código aberto (The Document Foundation) | Planilha de notas com a fórmula da rubrica; edição da rubrica e do plano; PDF para o LMS |
Ferramenta livre não é obrigação: se a instituição já paga por um LMS ou por uma suíte, use o que a turma tem. A regra é outra — nada do que a disciplina exige do estudante pode depender de licença paga que ele não tenha. Os manuais irmãos seguem o mesmo critério.
GitHub Classroom foi descontinuado: use repositórios comuns do GitHub, como no manual de Git — e a tabela dos ambientes que este manual conferiu
| Ambiente | O que é (conferido em 09/09/2026) | Papel na disciplina |
|---|---|---|
| Google Sala de Aula | Parte do Google Workspace for Education; rubricas; relatórios de originalidade; versão gratuita e edições Fundamentals/Plus | Tópicos, tarefas, rubricas, entregas |
| Moodle | LMS livre sob GPL. Sem captura: moodle.org e docs.moodle.org estavam atrás da Cloudflare nessa data; por isso nenhuma versão é citada | O mesmo papel do Sala de Aula, na instituição que o hospeda; recebe H5P por LTI |
| H5P | Conteúdo interativo HTML5; MIT; LTI; H5P.com pago | Perguntas conceituais e exercícios |
| LibreOffice 26.8 | Suíte de escritório de código aberto | Rubricas, planilha de notas, PDF |
| GitHub (repositórios comuns) | O GitHub Classroom foi aposentado; o manual de Git ensina o repositório por projeto, com README, LICENSE, CITATION.cff e o checar_repo.py | Um repositório por estudante; o professor lê o público ou entra como colaborador |
Não monte a disciplina sobre o GitHub Classroom nem sobre tutoriais que o usam: o serviço acabou. O que o manual de Git recomenda continua valendo — cada estudante versiona o próprio projeto num repositório comum, e a rubrica «texto» confere o repositório com o checar_repo.py (README, LICENSE, CITATION.cff, nenhum dado pessoal).
Estágio de docência: «parte integrante da formação do pós-graduando» e obrigatório para os bolsistas do Programa de Demanda Social — os dez incisos do Art. 18
| Inciso | O que o Art. 18 diz |
|---|---|
| — | O estágio de docência é «parte integrante da formação do pós-graduando, objetivando a preparação para a docência, e a qualificação do ensino de graduação sendo obrigatório para todos os bolsistas do Programa de Demanda Social» |
| I | Programa com os dois níveis: a obrigatoriedade fica restrita ao doutorado |
| II | Programa só com mestrado: a obrigatoriedade é transferida ao mestrado |
| III | Instituição sem graduação: associa-se a outra para atender à exigência |
| IV | Pode ser remunerado a critério da instituição, «vedado à utilização de recursos repassados pela CAPES» |
| V | Duração mínima de um semestre (mestrado) e dois (doutorado); máxima de dois e três |
| VI | A Comissão de Bolsas CAPES/DS registra e avalia o estágio e define «a supervisão e o acompanhamento» |
| VII | Quem já é docente de ensino superior fica dispensado |
| VIII | As atividades devem ser compatíveis com a área de pesquisa do pós-graduando |
| IX | Admite-se estágio na rede pública de ensino médio, quando pactuado |
| X | «Carga horária máxima… 4 horas semanais» |
Como duas pró-reitorias aplicam o Art. 18: os mesmos limites, as dispensas, a «docência orientada» — e o que só vale para bolsistas DS
| Ponto | UFSM/PRPGP | UFES/PRPPG |
|---|---|---|
| Forma | Disciplina de «Docência Orientada» | Estágio de docência, conforme o Art. 18 |
| Para quem é obrigatório | Bolsistas CAPES | Bolsistas do Programa de Demanda Social; opcional para os demais |
| Dispensas | Docência em nível superior concomitante (Art. 18); hipóteses da Portaria 221/2025 | Hipóteses de dispensa do art. 18-A |
| Limites | Os do Art. 18: semestres mínimos e máximos, até 4 horas semanais, atividades compatíveis com a área de pesquisa | |
A portaria trata dos bolsistas do Programa de Demanda Social da CAPES. Este manual não afirma que a mesma regra vale para bolsistas de outras agências ou para quem não tem bolsa: isso é o regimento do programa e a pró-reitoria que dizem. Antes de acolher um estagiário na sua disciplina, leia a página da sua pró-reitoria — as duas capturadas mostram que cada instituição regulamenta a forma.