Pré-registro e ciência aberta com OSF e Zenodo
Registrar o plano antes de coletar, cuidar dos dados com um plano de gestão, e depositar dados, código e preprint com DOI: OSF, AsPredicted, PROSPERO e ReBEC para o registro; Zenodo para o depósito; SciELO Preprints e arXiv para o preprint; licenças Creative Commons, princípios FAIR e ORCID — com serviços gratuitos, saídas reais de terminal e cada fato datado.
Para quem é — e o que você vai saber fazer ao final
Este manual é para pós-graduandos que vão coletar dados, fazer uma revisão ou publicar um artigo e querem que o plano, os dados e o texto sejam verificáveis por outras pessoas. Ele ensina a pré-registrar (escrever o plano antes de ver os dados e guardá-lo num registro com data), a depositar dados e código num repositório que emite DOI e a publicar um preprint. Não exige programação: os três scripts estão prontos e a saída ao lado é a saída real de uma sessão de terminal de 09/09/2026. O manual não fez login em nenhum serviço: nenhum registro, projeto, depósito ou preprint foi criado; as páginas públicas aparecem em capturas e o que exige conta é descrito pela documentação oficial, com os nomes exatos dos botões.
Ao final, você vai conseguir
- Explicar o que é ciência aberta (UNESCO), por que pré-registrar (COS), o que é um Registered Report e o que as TOP Guidelines pedem.
- Pré-registrar no OSF, no AsPredicted, no PROSPERO (revisões) ou no ReBEC (estudos com pessoas no Brasil) — com o rascunho gerado pelo
preregistro.py. - Planejar os dados: plano de gestão de dados (
plano_gestao_dados.py), LGPD e TCLE, princípios FAIR, licença CC. - Depositar no Zenodo: campos obrigatórios, «Reserve DOI», «Publish», versões e DOI de conceito × de versão — depois de o
deposito_zenodo.pynão achar bloqueio. - Escolher o servidor de preprint, conferir a política do periódico (Open policy finder) e ligar tudo ao seu ORCID.
Nomes de menu e de botão são os das páginas públicas e das ajudas oficiais (help.osf.io, help.zenodo.org, cos.io, crd.york.ac.uk/prospero, aspredicted.org) observadas em 09/09/2026; quando a sua tela divergir, vale a tela. As saídas de terminal são reais, com o caminho trocado por /home/usuario e uma autora fictícia, «Aluna Exemplo».
Registrar depois de olhar os dados. O pré-registro só vale se for feito antes da coleta (estudo primário) ou antes da extração (revisão): «os mesmos dados não podem ser usados para gerar e testar uma hipótese» (COS). Um registro feito depois é um relato, não um pré-registro.
Este manual cuida do registro e do depósito. O projeto vem do manual de Metodologia; a revisão, dos de Busca e PRISMA; os dados organizados, do de Dados; o código com release, do de Git; a declaração de IA, do de Uso de IA; o agente, do Plugin. Hub: mirandastech.com.br/pesquisa.
Mapa: do plano registrado ao dado com DOI — e onde cada parte do manual entra
plano_gestao_dados.py (7 seções); o que será coletado, onde fica, quem acessa, o que será compartilhadopreregistro.py com o modelo certo (AsPredicted, OSF ou revisão); campos «[preencher]»deposito_zenodo.py sem BLOQUEIO| Parte | O que cobre | Passos |
|---|---|---|
| 1 O que é e por quê | UNESCO · pré-registro (COS) · Registered Reports · TOP Guidelines · o que registrar e quando | Passos 2 a 4 |
| 2 Pré-registrar na prática | preregistro.py · OSF (conta, projeto, registro, modelos, compartilhar) · AsPredicted · PROSPERO · ReBEC | Passos 2 e 3 |
| 3 Dados | Plano de gestão de dados · LGPD e TCLE · FAIR · re3data · licenças CC | Passos 1 e 5 |
| 4 Depositar no Zenodo | O que é · políticas · upload · versões · DOI de conceito × versão · sandbox · deposito_zenodo.py · GitHub → Zenodo | Passos 5 e 6 |
| 5 Preprints e identidade | Preprint, postprint e embargo · SciELO Preprints · arXiv · OSF Preprints · Figshare · Open policy finder · ORCID | Passo 7 |
| 6 Fechar | Plugin · erros comuns · checklist · glossário · referências · como citar | Todos |
Quem está escrevendo o projeto começa na Parte 1 e faz a Parte 2 com o rascunho do preregistro.py aberto ao lado. Quem já coletou e precisa depositar vai à Parte 3 e à Parte 4 — e roda o deposito_zenodo.py antes do upload. Quem tem o artigo pronto vai à Parte 5.
Nomes de menu e de botão entre «aspas angulares». Comandos em blocos com botão «copiar». Capturas de páginas em 1920 × 938, feitas em 09/09/2026 sem login. Figuras de terminal: execução real, pasta e autora fictícias. Nunca há senha, token ou chave neste manual nem nos scripts — e nenhum script envia nada a lugar nenhum.
A Recomendação da UNESCO; o pré-registro segundo o COS; Registered Reports; as TOP Guidelines; o que registrar e quando
Antes de abrir qualquer formulário: o que a ciência aberta é (e não é), por que separar a hipótese dos dados que a testam, como um periódico aceita um artigo antes de ver os resultados, o que os periódicos e financiadores estão pedindo — e a regra de quando registrar cada tipo de estudo.
Ciência aberta segundo a UNESCO: «tão aberto quanto possível», com exceções para direitos humanos, confidencialidade e conhecimentos indígenas

| Pilar (UNESCO, 2021) | O que é |
|---|---|
| Conhecimento científico aberto | Publicações, dados, software, materiais e protocolos abertos — «tão aberto quanto possível», com exceções para direitos humanos, confidencialidade e conhecimentos indígenas |
| Infraestruturas e capacitação | Repositórios, registros, identificadores e formação para usá-los |
| Engajamento social | Participação de outros atores da sociedade na pesquisa |
| Diálogo com outros sistemas de conhecimento | Reconhecimento de saberes fora da ciência acadêmica |
«Tão aberto quanto possível» não é «tudo aberto»: a própria Recomendação prevê exceções. Neste manual, o que é dado pessoal de participante, material licenciado de terceiros ou conhecimento de comunidades tradicionais fica fora do depósito (Parte 3) — a abertura é do plano, do método, do código e do dado que pode ser aberto.
Os dois pilares que o pós-graduando controla sozinho são o primeiro (o que publica e sob qual licença) e o segundo (os registros e repositórios que usa: OSF, PROSPERO, ReBEC, Zenodo, ORCID). É por eles que o manual passa.
Pré-registro: «especificar seu plano de pesquisa antecipadamente e submetê-lo a um registro» — porque os mesmos dados não podem gerar e testar a hipótese

- A hipótese é escrita depois de olhar os resultados — e os mesmos dados que a sugeriram são os que a «confirmam»
- Análises são escolhidas até uma dar significativa; o valor de p perde o sentido
- Ninguém consegue distinguir o que foi planejado do que foi encontrado por acaso
- Credibilidade e transparência: o plano tem data e não muda
- Reivindicar a ideia antes de outra pessoa
- Melhor planejamento: escrever o plano expõe o que falta
- Menos falsos positivos; preserva o valor diagnóstico do p
A frase do COS resume o motivo: «os mesmos dados não podem ser usados para gerar e testar uma hipótese». Pré-registrar não proíbe explorar — obriga a dizer o que era confirmatório (previsto no registro) e o que é exploratório (surgiu dos dados). Nosek et al. (2018) chamam isso de «revolução do pré-registro».
Registered Reports: «revisão por pares antes de os resultados serem conhecidos» — Stage 1, aceitação em princípio, Stage 2

O Registered Report é o pré-registro levado ao periódico: o revisor avalia a pergunta e o método, não o resultado. Serve para quem ainda vai coletar e tem um periódico-alvo que oferece o formato — a lista está na página do COS. Para os demais casos, o registro público (Parte 2) cumpre o mesmo papel sem depender do periódico.
Quais periódicos da sua área aceitam Registered Reports, nem os prazos de cada um: confira na página do COS e no site do periódico.
TOP Guidelines: sete práticas de transparência em três níveis — o que periódicos, financiadores e sociedades passaram a pedir

| Sete práticas (TOP 2025) | Três níveis, para cada prática |
|---|---|
| Study Registration · Study Protocol · Analysis Plan | Disclose (declarar): o artigo diz se a prática foi seguida e onde está o material Share and Cite (compartilhar e citar): o material é compartilhado e citado Certify: verificação independente |
| Materials Transparency · Analysis Code Transparency · Data Transparency | |
| Reporting Transparency |
Leia a tabela como um mapa deste manual: Study Registration, Protocol e Analysis Plan são o pré-registro (Parte 2); Data, Materials e Analysis Code Transparency são o depósito com DOI (Partes 3 e 4); Reporting é declarar tudo isso no artigo. O nível mínimo — «Disclose» — já é dizer no texto se registrou e onde os dados estão. A TOP 2025 (Grant et al., 2026, preprint) acrescenta ainda duas práticas e quatro estudos de verificação, não detalhados aqui.
O que registrar e quando: estudo primário antes da coleta, revisão antes da extração, emenda datada, exploratório declarado
| Tipo de estudo | O que vai no registro | Quando | Onde (Parte 2) |
|---|---|---|---|
| Estudo primário (experimento, survey, coleta de sensores) | Hipótese, variáveis, condições, análises, exclusões, tamanho da amostra | antes de coletar | OSF Registries; AsPredicted; ReBEC (com seres humanos, no Brasil) |
| Revisão sistemática | Pergunta, critérios de elegibilidade, bases e estratégia, extração, síntese | antes de começar a extração (regra do PROSPERO, Booth et al., 2012) | PROSPERO (desfechos em saúde); OSF, modelo Systematic Review |
| Estudo com dados já existentes | O mesmo, dizendo o que já foi visto dos dados e o que não | antes de analisar | OSF, modelo Secondary Data Preregistration |
| Estudo qualitativo | Pergunta, abordagem, coleta, análise prevista — sem hipótese fechada | antes de coletar | OSF, modelo Qualitative Preregistration |
| Registered Report | Stage 1 (introdução, métodos, piloto) | antes de coletar, no periódico | OSF, modelo Registered Report Protocol |
| Estudo exploratório | Declarar que é exploratório; registrar o que se pretende observar | quando houver plano | OSF (qualquer modelo, declarado) |
O texto registrado não muda. Se o plano mudar — a amostra encolheu, uma variável não pôde ser medida — a mudança é uma emenda datada, com o motivo, registrada no mesmo lugar e no DECISOES.md do projeto. O que não estava previsto e foi feito é relatado como exploratório. É a regra que o preregistro.py imprime no topo de cada rascunho (Figura 5).
«Registro depois, quando o método estiver redondo». O método fica redondo ao escrevê-lo para o registro — é um dos benefícios listados pelo COS. Registre o que sabe; o que faltar vira emenda. Um registro feito depois de ver os dados não é pré-registro.
Registrar não obriga a mostrar o plano agora: o OSF permite embargo de até quatro anos (Parte 2) — o registro tem data, mas fica oculto até o prazo.
preregistro.py e as oito perguntas do AsPredicted; OSF: conta, projeto, registro passo a passo, modelos, embargo e DOI; AsPredicted; PROSPERO para revisões; ReBEC; compartilhar o projeto
O rascunho sai do terminal em Markdown, com as perguntas do modelo escolhido; o registro é feito pelo aluno, logado na própria conta, no serviço certo para o tipo de estudo. As telas que exigem login não foram capturadas: os passos são os das ajudas oficiais de 09/09/2026, com os nomes exatos dos botões.
preregistro.py: o rascunho em Markdown com as oito perguntas do AsPredicted — campos «[preencher]» e a regra das emendas no topo
![Terminal: preregistro.py com --modelo aspredicted grava 00_protocolo/PREREGISTRO.md com 8 seções; head mostra o cabeçalho, a regra das emendas e as perguntas 1 a 4 com campos [preencher]](capturas/ca_t1_preregistro.jpg)
python3 scripts/preregistro.py --modelo aspredicted --titulo "…" --saida 00_protocolo/PREREGISTRO.md responde «gravado: 00_protocolo/PREREGISTRO.md (8 seções, modelo aspredicted)»; o head -22 mostra o cabeçalho («Modelo: AsPredicted (8 perguntas) · Rascunho gerado em 2026-09-09 · Autores: [preencher]»), a regra «o texto registrado não muda…» e as perguntas 1 a 4, cada uma com o nome original entre parênteses e um campo [preencher].| # | Pergunta (AsPredicted) | O que responder |
|---|---|---|
| 1 | Dados existentes (Data collection) | Já foi coletado algum dado? Ainda não; sim, mas não foi visto; sim, já foi visto — e explique |
| 2 | Hipótese (Hypothesis) | A pergunta principal ou a hipótese testada, numa frase |
| 3 | Variável dependente (Dependent variable) | A(s) variável(is) de resultado, como será(ão) medida(s) e a unidade |
| 4 | Condições (Conditions) | Quantas e quais condições ou grupos; como serão alocados |
| 5 | Análises (Analyses) | O teste ou modelo que vai responder à hipótese |
| 6 | Outliers e exclusões (Outliers and exclusions) | A regra, decidida antes, para excluir observações |
| 7 | Tamanho da amostra (Sample size) | Quantas observações e por quê; quando a coleta para |
| 8 | Outros (Other) | O que mais precisa estar registrado |
python3 scripts/preregistro.py --modelo aspredicted --titulo "…" --saida 00_protocolo/PREREGISTRO.md # 8 perguntas python3 scripts/preregistro.py --modelo osf --titulo "…" # 5 seções do OSF Preregistration python3 scripts/preregistro.py --modelo revisao --titulo "…" # 10 seções (PROSPERO / PRISMA-P) # --autores "Sobrenome, Nome"; --forcar para sobrescrever um rascunho existente
O script escreve o rascunho e nada mais: não cria conta, não registra, não envia. Preencha os campos com o orientador, congele o texto e então o aluno faz o registro no serviço escolhido (slides seguintes), copiando as respostas para o formulário. O arquivo fica em 00_protocolo/ e entra no Git (manual irmão) com a data do registro na mensagem do commit.
OSF: «uma plataforma gratuita e aberta para apoiar sua pesquisa» — conta, projeto e a região de armazenamento, que não muda depois


| O que um projeto tem (help.osf.io) | Para quê |
|---|---|
| Arquivos | Materiais, instrumentos, dados que podem ser abertos; integrações com GitHub e armazenamento em nuvem |
| Wiki, tags, links | Descrição viva do projeto e o que o liga ao pré-registro e ao artigo |
| Componentes | Subprojetos — um por estudo, por fase ou por conjunto de dados, cada um com a própria visibilidade |
| Registros | Os pré-registros ligados ao projeto (slide seguinte) |
| Visibilidade | Privado por padrão; pode ficar público ou acessível por link (slide «Compartilhar o projeto») |
A conta é gratuita e é o aluno quem a cria, em osf.io; este manual não fez login. Escolha a região de armazenamento pensando na LGPD e no comitê de ética: ela não muda depois da criação. Um projeto por pesquisa; componentes por estudo — o pré-registro liga-se ao projeto e o DOI do dado vem do Zenodo (Parte 4).
Em setembro de 2026 as páginas de ajuda e o Registries exibem um banner «OSF Project Transition» / «Changes to OSF Projects» («Changes begin November 18, 2026»). O manual cita o aviso sem detalhar o que muda, porque isso não foi conferido.
OSF: registrar passo a passo — «My Registrations» → «Add a Registration» → conteúdo de projeto? → modelo → preencher → registrar


PREREGISTRO.md; público agora ou embargo de até quatro anosDepois de registrado, o texto não pode ser editado nem apagado — só retirado com justificativa. Por isso o rascunho é revisado com o orientador antes do clique, e a data do registro entra no PROGRESSO.md e no 00_protocolo/ com a URL e o DOI. Quem registra é o aluno, na própria conta; nenhum registro foi criado para este manual.
O OSF gera um link somente-leitura anonimizado do registro, para enviar ao periódico durante a revisão cega sem revelar os autores — mesmo sob embargo.
Os modelos do OSF: qual escolher para cada estudo — e o que acontece depois do registro (embargo, link anônimo, DOI imutável)
| Modelo (help.osf.io) | Para | Rascunho |
|---|---|---|
| OSF Preregistration | O mais usado e completo: Study Information (hipóteses), Design Plan, Sampling Plan, Variables, Analysis Plan — estudos primários quantitativos | --modelo osf (5 seções) |
| AsPredicted.org | As oito perguntas do AsPredicted, dentro do OSF: rápido, para experimentos e surveys | --modelo aspredicted (8) |
| Qualitative Preregistration | Estudos qualitativos: pergunta, abordagem, coleta e análise, sem hipótese fechada | adaptar do osf |
| Registered Report Protocol | O Stage 1 de um Registered Report, com a aceitação em princípio do periódico | adaptar do osf |
| Secondary Data Preregistration | Análise de dados que já existem: declara o que já foi visto | adaptar do osf |
| Systematic Review | Revisões sistemáticas fora do escopo do PROSPERO (sem desfecho em saúde) | --modelo revisao (10) |
| Depois do registro | O que a ajuda diz |
|---|---|
| Visibilidade | Público imediatamente, ou embargo de até quatro anos |
| Aprovação | 48 h, ou aprovação imediata do administrador do projeto |
| Depois de aprovado | Imutável; DOI permanente; não pode ser editado nem apagado — só retirado com justificativa |
| Revisão cega | Link somente-leitura anonimizado |
A ajuda do OSF é explícita: «não recomendamos um modelo específico porque não conhecemos os detalhes do seu estudo». Escolha com o orientador: quantitativo primário → OSF Preregistration; experimento simples → AsPredicted; revisão com desfecho em saúde → PROSPERO (não o OSF); revisão fora da saúde → Systematic Review. Os itens exatos de cada formulário não estão neste manual — só a estrutura geral.
AsPredicted: oito perguntas, um PDF de uma página com carimbo de data e URL única — privado até o autor tornar público

PREREGISTRO.mdO AsPredicted é a escolha quando o estudo cabe em oito respostas curtas e você quer um PDF com data para anexar à submissão. Se o periódico ou o programa pedir DOI do registro, use o OSF (o modelo «AsPredicted.org» do OSF faz as mesmas perguntas e emite DOI). Nenhum pré-registro foi criado para este manual.
PROSPERO: o registro internacional de revisões sistemáticas com desfechos em saúde — gratuito, logado, e antes de começar a extração


| PROSPERO | O que a página diz (09/09/2026) |
|---|---|
| Objetivo | «Promover transparência e ciência aberta, reduzir viés de relato e ajudar a evitar duplicação não intencional» |
| Escopo | Revisões sistemáticas com desfechos relacionados à saúde; mais de 495.000 registradas prospectivamente |
| Custo · acesso | Gratuito; exige login |
| Quando | Antes de começar a extração de dados (Booth et al., 2012, «The nuts and bolts of PROSPERO») |
| Rascunho | preregistro.py --modelo revisao: 10 seções alinhadas ao PROSPERO e ao PRISMA-P |
O que não pode ter começado é a extração de dados — é a regra do PROSPERO (Booth et al., 2012). Registre o número do PROSPERO no protocolo, no PROGRESSO.md e no artigo. Revisões sem desfecho em saúde vão ao OSF, modelo Systematic Review (slide «Modelos do OSF»); o manual irmão de PRISMA cuida do resto da revisão.
Registrar a revisão depois de extrair «só para ter o número». O registro é prospectivo: a data dele fica pública e um revisor compara com as datas de busca e de extração do artigo.
ReBEC: o registro brasileiro para estudos experimentais e não experimentais com seres humanos — Fiocruz, Ministério da Saúde, OPAS e Anvisa

| ReBEC | O que a página diz (09/09/2026) |
|---|---|
| Escopo | Estudos experimentais e não experimentais envolvendo seres humanos, conduzidos no Brasil |
| Quem mantém | Parceria Fiocruz, Ministério da Saúde (DECIT), OPAS e Anvisa |
| Formulários | Em português e em inglês; «Instructions for the Registrant» e «Registrant's Manual» |
| Integração | Plataforma ICTRP da OMS (o registro fica visível internacionalmente) |
| Fast tracks | Para estudos com povos indígenas e comunidades tradicionais |
Se o seu estudo envolve pessoas no Brasil — um ensaio, uma intervenção, um estudo observacional com participantes —, o registro é no ReBEC, além (não em vez) do comitê de ética. O formulário exige conta e não foi capturado: siga o «Registrant's Manual». O pré-registro do plano de análise pode ir, em paralelo, ao OSF.
Os campos do formulário do ReBEC, prazos de análise e a relação com a Plataforma Brasil não foram conferidos nesta data: consulte as instruções oficiais e o comitê de ética da instituição.
OSF: compartilhar o projeto — público, por link ou privado, e componentes com visibilidade própria

| Opção | Quem vê | Use para |
|---|---|---|
| Privado (padrão) | Só os colaboradores | Enquanto o projeto está em andamento; dados que ainda não podem ser abertos |
| Por link | Quem tiver o link | Revisores e banca, sem tornar público; o link anonimizado do registro serve à revisão cega |
| Público | Todos, indexado | Materiais, instrumentos e o pré-registro depois do embargo |
| Componentes | Cada um com a própria opção | Um componente público com os materiais e outro privado com o que não pode sair |
Tornar público é uma decisão por componente, não por projeto inteiro: o instrumento e o pré-registro podem ser públicos enquanto os dados de participantes ficam num componente privado — ou, melhor, fora do OSF (Parte 3). Público no OSF não substitui o DOI do dado: para o conjunto de dados citável, o depósito é no Zenodo (Parte 4).
Tornar o projeto público «para o revisor ver». Público é indexado e definitivo para quem já copiou. Para a revisão, use o link — e, para o registro, o link anonimizado.
Plano de gestão de dados; LGPD, TCLE e anonimização; princípios FAIR; re3data para achar o repositório; licenças Creative Commons e licença de software
O dado só pode ser depositado se foi planejado para isso: o que será coletado, o que o participante autorizou, em que formato, com que licença e em que repositório. Cinco slides entre o projeto e o upload — com o plano_gestao_dados.py escrevendo o plano em sete seções.
Plano de gestão de dados: sete seções escritas no projeto, antes da coleta — o plano_gestao_dados.py e o DMPTool

| # | Seção do PGD | O que responder |
|---|---|---|
| 1 | Descrição dos dados | O que será coletado ou gerado, volume, formatos |
| 2 | Documentação e metadados | README, dicionário de variáveis, unidades, codebook |
| 3 | Ética, dados pessoais e sigilo | TCLE, LGPD, anonimização, o que nunca sai (slide seguinte) |
| 4 | Armazenamento e backup 3-2-1 | Onde o dado bruto fica intocado; três cópias, dois suportes, uma fora |
| 5 | Compartilhamento e preservação | Repositório (Zenodo por padrão), licença, embargo, DOI |
| 6 | Responsabilidades e custos | Quem cuida de quê; o que custa |
| 7 | Revisão do plano | Quando o plano é revisto e onde a mudança é registrada |
python3 scripts/plano_gestao_dados.py --titulo "Manutenção preditiva em guindastes portuários" --saida 00_projeto/PLANO_GESTAO_DADOS.md gravado: 00_projeto/PLANO_GESTAO_DADOS.md (7 seções) # opções: --repositorio Zenodo --licenca CC-BY-4.0 --forcar
O plano nasce com o projeto (manual de Metodologia) e é o que o comitê de ética e o financiador vão ler. O script escreve o esqueleto em Markdown; o DMPTool faz o mesmo com o modelo do financiador. As regras 3-2-1, «dado bruto intocado» e «dado licenciado fora do repositório» vêm do manual irmão de Dados.
LGPD, TCLE e anonimização: o participante autorizou o quê? — o que sai, o que fica e o que nunca entra num depósito
- Dados anonimizados de forma irreversível, quando o TCLE previu o compartilhamento
- Dados agregados, tabelas de resultados, medições de equipamentos sem pessoa identificável
- Instrumentos, roteiros, codebook, dicionário de dados, scripts de análise
- Trechos de entrevista só se o TCLE autorizou e depois de anonimizados
- Dado pessoal (LGPD): nome, CPF, e-mail, voz, imagem, prontuário, localização precisa
- Gravações e transcrições completas de entrevistas
- O que o TCLE não autorizou compartilhar — mesmo anonimizado
- Dados de terceiros sob licença (bases pagas, exportações completas, planilhas cedidas)
- O dado bruto, que fica intocado e guardado conforme o PGD, fora do repositório público
A pergunta não é «isto é sensível?», é «o participante autorizou isto a ser compartilhado assim?» — a resposta está no TCLE aprovado pelo comitê de ética. Anonimização é irreversível ou não é anonimização: apagar a coluna do nome e manter CPF, data de nascimento e CEP não anonimiza. Documente no PGD o que foi removido e como; o README do depósito diz que os dados pessoais não estão ali e por quê.
«Depósito restrito resolve». No Zenodo os metadados são sempre públicos e os arquivos «restritos» ainda são um depósito num servidor de terceiros: dado pessoal não vai para lá. Na demonstração (Figura 27), o deposito_zenodo.py parou com BLOQUEIO ao achar um padrão de CPF em participantes.csv — o arquivo saiu e ficou só o derivado anonimizado.
O que pode ou não ser compartilhado depende do TCLE, do comitê de ética, do programa e da instituição; em dúvida, pergunte antes de depositar — depósito publicado não se apaga (Parte 4).
Princípios FAIR: encontrável, acessível, interoperável e reutilizável — o que cada letra pede do seu depósito

| Princípio | O que pede | No Zenodo (checklist do script) |
|---|---|---|
| Findable | F1 identificador global único e persistente; F2 metadados ricos; F3 os metadados incluem o identificador do dado; F4 registrados/indexados em recurso pesquisável | DOI ao publicar (F1); título, autores, descrição, palavras-chave (F2); indexado (F4) |
| Accessible | A1 recuperáveis pelo identificador via protocolo padronizado (A1.1 aberto, gratuito, universal; A1.2 autenticação/autorização quando necessário); A2 metadados acessíveis mesmo sem os dados | HTTPS/DOI (A1); metadados sempre públicos, mesmo com arquivos restritos (A2) |
| Interoperable | I1 linguagem formal e compartilhada; I2 vocabulários FAIR; I3 referências qualificadas a outros (meta)dados | Formatos abertos (CSV, ODS, TXT, JSON), não proprietários (I1/I2) |
| Reusable | R1 atributos precisos e relevantes: R1.1 licença clara; R1.2 proveniência detalhada; R1.3 padrões da comunidade | Licença declarada (R1.1); README com origem, método e versão (R1.2); dicionário de dados, unidades, codebook (R1.3) |
FAIR não é «aberto»: um dado sob embargo ou com acesso mediante autorização (A1.2) pode ser FAIR, desde que tenha DOI, metadados públicos e licença. O deposito_zenodo.py imprime o checklist F1, F2, F4, A1, A2, I1/I2, R1.1, R1.2 e R1.3 a cada execução (Figuras 27 e 28) — o que falta aparece como «[preencher]» ou «falta README».
re3data: o registro global de repositórios de dados — para achar o da sua área antes de cair no repositório generalista

| Tipo de repositório | Quando | Exemplos neste manual |
|---|---|---|
| Da área (disciplinar) | Quando a comunidade já tem um — padrões de metadados e vocabulários da área (R1.3); ache no re3data | Filtros por área do re3data |
| Da instituição | Quando a universidade mantém um e o programa pede | Filtro por país e certificação |
| Generalista | Quando não há repositório da área ou o conjunto é multidisciplinar; «catch-all» | Zenodo (Parte 4), Figshare, OSF; Dataverse (só o nome) |
| Registro de estudos | Não é repositório de dados: guarda o plano | OSF Registries, PROSPERO, ReBEC (Parte 2) |
Antes de depositar no Zenodo, gaste dez minutos no re3data com o filtro da sua área: se existir um repositório disciplinar certificado, ele costuma ser mais encontrado por quem reutiliza o tipo de dado que você produz. O Zenodo é o padrão deste manual porque é gratuito, generalista e emite DOI sem espera — não porque seja o melhor para toda área.
O Dataverse (dataverse.org) devolveu «Access Denied» ao navegador automatizado em 09/09/2026 e aparece só pelo nome.
Licenças: CC BY 4.0 para texto e dados, licença de software para código, CC0 para metadados — sem licença, ninguém pode reutilizar


| O quê | Licença recomendada neste manual | Por quê |
|---|---|---|
| Dados e texto (planilhas, README, PGD, preprint) | CC BY 4.0 | Reutilização máxima com crédito; é a licença do SciELO Preprints e desta série |
| Código (scripts, notebooks) | Licença de software: MIT, Apache 2.0 ou GPL | CC não foi feita para software; a escolha está no manual de Git |
| Metadados | CC0 | É o que o Zenodo aplica aos metadados (Parte 4): sem barreira para catálogos e buscadores |
| Outras da família | BY-SA, BY-NC, BY-ND, BY-NC-SA, BY-NC-ND | Só nomeadas aqui: cada restrição (NC, ND) reduz a reutilização; decida com o programa |
A licença é escolhida antes do upload e declarada no README, no .zenodo.json ("license": "cc-by-4.0") e no campo do formulário: o Zenodo exige licença para arquivos públicos. Um depósito sem licença é público mas não reutilizável — ninguém pode legalmente copiar. Dados de terceiros têm a licença deles e não entram.
Coautores, financiador e a instituição podem ter regras próprias sobre licenças; o Chooser e o deed explicam os termos, não decidem por você.
O que é o Zenodo; políticas; upload passo a passo; versões; DOI de conceito × DOI de versão; sandbox e comunidades; deposito_zenodo.py com bloqueio e limpo; GitHub → Zenodo
Um repositório gratuito, operado pelo CERN, que emite DOI na hora e guarda «pela vida do repositório». Nove slides: as páginas públicas e a ajuda oficial em capturas de 09/09/2026, e o script que confere a pasta antes de o aluno fazer o upload — porque «Publish» não se desfaz.
Zenodo: o repositório «catch-all» do CERN e do OpenAIRE — dados, software e outros artefatos de qualquer área, gratuito, com DOI da DataCite


| «Why use Zenodo?» | O que significa para o seu depósito |
|---|---|
| Safe · Trusted | Guardado no CERN Data Centre com réplicas; preservação «pela vida do repositório» (slide seguinte) |
| Citeable · No waiting time | DOI da DataCite emitido ao publicar, sem fila de curadoria |
| Open or closed | Arquivos públicos, restritos ou sob embargo; metadados sempre públicos |
| Versioning | Nova versão = novo registro com DOI próprio, ligado ao DOI de conceito (slides «Versões» e «DOI de conceito × versão») |
| GitHub integration | Cada release do repositório vira um DOI (último slide desta parte) |
| Usage statistics | Visualizações e downloads por registro |
O Zenodo é o destino padrão deste manual para o conjunto de dados, o material suplementar e o código com release — o que não tem repositório de área (re3data) e precisa de DOI hoje. Conta gratuita, criada pelo aluno («qualquer pessoa pode se registrar como usuário»); este manual não fez login nem depositou nada.
Número de usuários ou de registros do Zenodo: não conferidos nesta data.
Políticas: 50 GB por registro, metadados em CC0, licença obrigatória para arquivos públicos, preservação «pela vida do repositório»

| Política (09/09/2026) | O que diz |
|---|---|
| Conteúdo | «Qualquer status de dado, de qualquer estágio do ciclo de vida»: dados, software, publicações, apresentações, outros |
| Tamanho | «Limite total de tamanho de arquivos por registro é 50 GB; cotas maiores podem ser solicitadas caso a caso» |
| Metadados | Em JSON, licenciados em CC0 (exceto e-mails); arquivos públicos precisam de licença declarada |
| Preservação | «Pela vida do repositório» — o CERN planeja ≥ 20 anos; dados no CERN Data Centre (Genebra) com réplicas; InvenioRDM; backups noturnos e MD5 |
| Quem pode | «Qualquer pessoa pode se registrar como usuário» |
| Retirada | O DOI só é revogado por violação de política — não a pedido por arrependimento |
Duas consequências práticas: (1) o que você escreve nos metadados — título, descrição, palavras-chave, nomes — é CC0 e público para sempre, mesmo com arquivos restritos; (2) um registro publicado não some porque você mudou de ideia. O deposito_zenodo.py confere o total e o maior arquivo contra os 50 GB antes do upload.
Upload passo a passo: arquivos → campos obrigatórios → visibilidade e embargo → «Reserve DOI» → «Preview» → «Publish» — e 45 dias para mexer nos arquivos

deposito_zenodo.pyQuem clica em «Publish» é o aluno, na própria conta, depois de ler o «Preview» como se fosse um revisor: título, autores com ORCID, licença, descrição com o link do README e do pré-registro. O .zenodo.json gerado pelo script serve de guia para preencher — o Zenodo lê esse arquivo na integração com o GitHub, mas no upload manual os campos são digitados.
Versões: «New version» quando há arquivos atualizados; só metadados → edite o registro; cada versão é um registro com DOI próprio

| Quero… | O que fazer (help.zenodo.org) |
|---|---|
| Corrigir o título, a descrição, um autor | Editar o registro: metadados são editáveis sempre; o DOI não muda |
| Trocar ou acrescentar um arquivo até 45 dias após publicar | Editar o registro: os arquivos ainda podem ser adicionados, removidos ou modificados |
| Publicar dados atualizados, corrigidos ou ampliados | «New version»: novo registro, novo DOI, ligado aos anteriores; «Import files» traz os que não mudaram |
| Ver todas as versões | «View all versions» em «My uploads»; a página de cada registro lista as demais |
Uma versão nova por mudança nos dados que alguém pode ter usado: a correção de uma coluna, a inclusão de uma coleta. Não apague a anterior — quem citou o DOI de versão continua achando exatamente o que usou. O que muda é o número no README e no .zenodo.json; o DOI de conceito (slide seguinte) continua o mesmo.
DOI de conceito × DOI de versão: um identifica «a obra», o outro identifica exatamente os arquivos que você usou
- Representa todas as versões do registro
- Resolve sempre para a versão mais recente
- Use no texto quando quiser apontar «a obra»: o conjunto de dados do projeto, o software
- É o que vai no README como «DOI deste conjunto de dados»
- Identifica uma versão: metadados, arquivos e identificador próprios
- Nunca muda de conteúdo (fora os 45 dias após publicar)
- Use quando o leitor precisa reproduzir exatamente: a versão que gerou a Tabela 3
- É o que vai na seção de disponibilidade de dados do artigo
Os dados limpos e os scripts estão depositados no Zenodo: conjunto de dados, versão 1.1 (a usada nas análises deste artigo): https://doi.org/10.5281/zenodo.NNNNNNN todas as versões (DOI de conceito): https://doi.org/10.5281/zenodo.NNNNNNN Pré-registro (OSF, com a data do registro): https://doi.org/[DOI do registro]
| Onde citar | Qual DOI |
|---|---|
| Métodos / disponibilidade de dados | De versão — a que gerou os resultados |
| Referências | De versão, com o número da versão na referência |
| README, página do projeto, currículo | De conceito — «a obra» |
| Preprint ou tese que ainda vai mudar de dado | De conceito no texto geral; de versão onde houver resultado |
Os dois nomes são o uso corrente para o que a ajuda do Zenodo descreve: cada versão é um registro com identificador próprio, ligado a todas as versões anteriores e futuras. Copie os dois DOIs para o PROGRESSO.md assim que publicar. Trocar um pelo outro é um dos erros da lista final: citar o de conceito onde se precisava do de versão faz o leitor abrir dados diferentes dos usados.
DOI reservado ≠ DOI publicado. O «Reserve DOI» vale para escrever o texto, mas só resolve depois do «Publish» — e some se o rascunho for apagado. Não submeta o artigo com um DOI reservado de um rascunho que ainda pode ser descartado.
Treinar no Sandbox antes do real — e comunidades para agrupar depósitos do grupo, do programa ou do projeto


| Instância | Para | Cuidado |
|---|---|---|
| Sandbox (sandbox.zenodo.org) | Ensaiar o formulário, o «Reserve DOI», o «Preview» e o «Publish» com arquivos de teste | Nada ali é real: o DOI do Sandbox não vale, e o conteúdo é de testes |
| Zenodo (zenodo.org) | O depósito verdadeiro, com DOI da DataCite | «Publish» é irreversível; confira a URL antes de clicar |
| Comunidade | Agrupar os depósitos do laboratório, do programa ou de um projeto com vários conjuntos | Criada com «New community»; o manual não descreve a curadoria além do botão |
Primeira vez no Zenodo? Faça o percurso inteiro no Sandbox com uma pasta de teste, depois repita no zenodo.org com a pasta conferida pelo deposito_zenodo.py. O aviso amarelo no topo é a diferença: se ele está lá, você está no Sandbox — e um DOI do Sandbox num artigo é um dos erros da lista final.
deposito_zenodo.py: a conferência antes do upload — tamanho, README, segredos, CPF, formatos proprietários, e o checklist FAIR

python3 scripts/deposito_zenodo.py dados_para_deposito --titulo "…" --autores "Exemplo, Aluna" --tipo dataset --licenca CC-BY-4.0 --palavras "…" lista «4 arquivos, 0.3 MiB no total; maior: planilha_resumo.ods», grava o .zenodo.json, e para com BLOQUEIO («participantes.csv contém padrão de CPF — anonimize antes de depositar») e AVISO («falta README»); segue o checklist FAIR (F1, F2, F4, A1, A2, I1/I2, R1.1, R1.2, R1.3) e «Próximos passos (do aluno)».| O que confere | Como aparece |
|---|---|
| Tamanho e quantidade | Total e maior arquivo, contra 50 GB por registro e 100 arquivos por upload |
| README | AVISO se faltar: «o que é, como foi coletado, variáveis/dicionário de dados, como citar» |
| Segredos e dados pessoais | Arquivos de segredo e padrão de CPF em arquivos de texto → BLOQUEIO |
| Formatos proprietários | Aviso para preferir formatos abertos (I1/I2) |
| Saída | .zenodo.json gravado; lista de BLOQUEIO/AVISO ou «OK nada a corrigir antes do upload»; checklist FAIR; próximos passos |
python3 scripts/deposito_zenodo.py <pasta> --titulo "…" --autores "Sobrenome, Nome" \
--tipo dataset|software|publication|other --licenca CC-BY-4.0 \
[--descricao "…" --palavras "a;b;c" --orcid 0000-0000-0000-0000 --afiliacao "…"]O script só lê a pasta e grava o .zenodo.json: não cria conta, não envia arquivo, não reserva DOI. Um BLOQUEIO é decisão sua de resolver antes do upload — na demonstração, o arquivo com CPF saiu da pasta e ficou só o derivado anonimizado (slide seguinte). O upload, o «Reserve DOI» e o «Publish» são cliques do aluno.
Depósito limpo: «OK nada a corrigir antes do upload», o .zenodo.json gerado e o plano de gestão de dados em sete seções

rm dados_para_deposito/participantes.csv («dado pessoal sai; fica só o derivado anonimizado»), um README.md criado, e o deposito_zenodo.py com --descricao responde «5 arquivos, 0.3 MiB no total» e OK «nada a corrigir antes do upload», com o checklist FAIR todo marcado; cat .zenodo.json mostra title, upload_type, description, creators, access_right: open, license: cc-by-4.0, keywords; por fim, plano_gestao_dados.py grava «00_projeto/PLANO_GESTAO_DADOS.md (7 seções)».{
"title": "Medições de guindastes: dados limpos e resultados (demonstração)",
"upload_type": "dataset",
"description": "Dados limpos e resultados da demonstração; ver README.",
"creators": [ { "name": "Exemplo, Aluna" } ],
"access_right": "open",
"license": "cc-by-4.0",
"keywords": []
}| Campo | No formulário do Zenodo |
|---|---|
title · upload_type | «Title» e «Resource type» (obrigatórios) |
creators | «Creators» → «Add creator»; com --orcid e --afiliacao o script inclui os dois |
description · keywords | Descrição e palavras-chave (F2); --palavras "a;b;c" |
access_right · license | Visibilidade dos arquivos e licença (R1.1) |
Guarde o .zenodo.json na pasta depositada e no repositório do código: ele é a versão de texto dos metadados e, no GitHub, é o que o Zenodo lê ao arquivar a release. Depois do «Publish», anote o DOI de versão e o de conceito no README, no PLANO_GESTAO_DADOS.md (seção 5) e no PROGRESSO.md.
GitHub → Zenodo: o código ganha DOI a cada release, com metadados lidos do .zenodo.json ou do CITATION.cff
CITATION.cff ou .zenodo.json na raizCITATION.cff, o README e o artigo| Arquivo | Para quê |
|---|---|
.zenodo.json | Metadados do registro no formato do Zenodo (o mesmo que o deposito_zenodo.py grava) |
CITATION.cff | Como citar o repositório; o GitHub mostra «Cite this repository» e o Zenodo também o lê |
| Release | Uma tag publicada com título e notas; é o que o Zenodo arquiva — um DOI por release |
Dados vão pelo upload manual (slides anteriores); código vai pelo GitHub → Zenodo, com uma release por marco citável (a versão que gerou os resultados). Os passos com nomes de botão, as condições e as capturas estão no manual irmão de Git, que trata a integração inteira; aqui fica só o princípio: release = DOI.
A página «GitHub and Software» de help.zenodo.org foi lida em 09/09/2026 e é a fonte desta descrição; as telas logadas do Zenodo e do GitHub não foram capturadas.
Preprint, postprint, versão publicada e embargo; SciELO Preprints e arXiv; OSF Preprints e Figshare; a política do periódico no Open policy finder; ORCID
O artigo pronto pode ficar público antes da revisão por pares — se a política do periódico permitir. Cinco slides: os conceitos, quatro servidores em capturas de 09/09/2026, onde conferir a política e o identificador que liga tudo à pessoa certa.
Preprint, postprint, versão publicada e embargo: três versões do mesmo artigo — e o que cada uma pode ou não pode fazer depende do periódico
| Versão | O que é | Onde costuma ficar |
|---|---|---|
| Preprint | O manuscrito como foi submetido, antes da revisão por pares; tem DOI e data no servidor | SciELO Preprints, arXiv, OSF Preprints (slides seguintes) |
| Postprint (manuscrito aceito) | O texto depois da revisão por pares, sem a diagramação da editora | Repositório institucional ou generalista, conforme a política do periódico |
| Versão publicada (versão de registro) | O PDF final da editora, com paginação e DOI do periódico | O site do periódico; em repositórios só quando a política permite |
| Embargo | O prazo, definido pelo periódico, antes de uma versão poder ficar aberta num repositório | Varia por periódico e versão — conferir no Open policy finder |
Um preprint não é «publicar duas vezes»: é a mesma obra, numa versão declarada, antes da revisão. O que muda de periódico para periódico é (1) se aceita artigos que já têm preprint, (2) qual versão pode ir a um repositório e (3) com que embargo. As três respostas estão na política do periódico — o manual não afirma nenhuma política específica nem prazos.
Depositar o PDF da editora «porque é meu artigo». A versão publicada costuma ser a mais restrita; o que geralmente pode ficar aberto é o postprint, depois do embargo. Subir o PDF da editora no Zenodo sem conferir é um dos erros da lista final.
Declare o preprint na submissão e, quando o artigo sair, ligue o preprint à versão publicada (o SciELO Preprints faz isso automaticamente) — o leitor que chega pelo preprint encontra a versão revisada.
SciELO Preprints: em português, CC BY e DOI ao aceitar; arXiv: oito áreas, sem taxas, moderação e endosso — sem revisão por pares


| Servidor | Triagem | Licença · DOI | Para quem |
|---|---|---|---|
| SciELO Preprints | Postagem automática para autores com 3 artigos com DOI ativo no Crossref ou 2 publicações recentes; senão, triagem básica; declaração de ética | CC BY; DOI imediatamente após a aceitação | Qualquer das nove grandes áreas; home em português; ligação automática com a versão publicada |
| arXiv | Moderação (relevância e valor acadêmico) e endosso; sem revisão por pares | Sem taxas; licença do preprint não conferida nesta data | As oito áreas listadas; engenharia elétrica e sistemas, computação e estatística incluídas |
Escolha pelo público: quem vai ler e citar o seu artigo procura no SciELO ou no arXiv? Para um trabalho em português com leitores no Brasil e na América Latina, o SciELO Preprints; para engenharia, computação e estatística com leitores internacionais, o arXiv. Nos dois, o preprint sai com data e DOI, o que também «reivindica a ideia antes» (COS). Nenhum preprint foi depositado para este manual.
OSF Preprints e Figshare — e a tabela comparativa dos quatro servidores, só com o que foi conferido


| Servidor | Quem mantém | Custo | O que foi conferido (09/09/2026) |
|---|---|---|---|
| SciELO Preprints | SciELO (PKP Open Preprint Systems) | Gratuito | Nove áreas; triagem ou postagem automática; CC BY; DOI ao aceitar; liga à versão publicada |
| arXiv | Organização independente sem fins lucrativos (desde 2026) | «Não há taxas» | Oito áreas; moderação e endosso; sem revisão por pares; mais de três milhões de artigos |
| OSF Preprints | Center for Open Science | Gratuito | «Add a preprint»; busca por assunto; mesma conta do OSF |
| Figshare | Figshare | Generalista; Figshare+ pago para TB | «Store, share, discover research»; sem números conferidos |
O OSF Preprints serve a quem já tem o projeto e o pré-registro no OSF e quer tudo no mesmo lugar; o Figshare é repositório generalista, alternativa ao Zenodo para dados e figuras. A tabela só traz o que as páginas públicas diziam em 09/09/2026: licenças do arXiv e do OSF Preprints, prazos de moderação e preços do Figshare+ não foram conferidos e não estão aqui.
Antes de depositar o preprint ou o postprint: a política do periódico, no Open policy finder — busca por periódico ou editora

DECISOES.mdO manual não afirma a política de nenhum periódico: elas mudam e diferem por versão e por área. O Open policy finder é o índice; a decisão é confirmada no site do periódico antes do clique. Quando o programa exige o depósito da tese ou do artigo no repositório institucional, a mesma consulta diz qual versão pode ir. O DOAJ aparece só pelo nome: estava bloqueado pela Cloudflare nesta data (já descrito no manual irmão de Busca).
ORCID: um identificador único e persistente, gratuito, que liga você — e não um homônimo — ao registro, ao depósito, ao preprint e ao artigo

| Onde o ORCID entra neste manual | Como |
|---|---|
| OSF | No perfil da conta; o registro e o preprint ficam ligados a ele |
| Zenodo | «Creators» → «Add creator» busca por ORCID; o deposito_zenodo.py aceita --orcid |
| Preprint e periódico | Pedido na submissão; liga a obra ao seu registro |
| Agências e currículo | Usado por agências de fomento; liga a pessoa às obras e afiliações |
CITATION.cff | Campo orcid de cada autor (manual de Git) |
Crie o ORCID antes do primeiro registro, em orcid.org, com o e-mail que continua seu depois do curso — é o aluno quem cria; este manual não fez login. Use o mesmo identificador em todos os serviços: é ele que junta o pré-registro, o dado com DOI, o preprint e o artigo numa única pessoa, mesmo com nome abreviado de formas diferentes.
Tudo num só plugin; erros comuns; checklist; glossário; referências; como citar, uso de IA e licença
O agente prepara — rascunho, plano, conferência da pasta — e o aluno registra, faz o upload e clica em «Publish». Depois, o que costuma dar errado, a lista para conferir antes de cada clique irreversível, os termos e as fontes.
Tudo num só plugin: a skill ciencia-aberta-preregistro prepara e confere; o aluno registra, deposita e publica
O plugin Pesquisa MirandasTech (para Claude Code e Codex) coloca os papéis dos manuais dentro do assistente, com um estado único (PROGRESSO.md) e um gerente — o Pesquisador — que só fecha uma fase com evidência. A skill ciencia-aberta-preregistro segue este manual: roda o plano_gestao_dados.py na fase do projeto, o preregistro.py com o modelo certo, e o deposito_zenodo.py na entrega; explica cada BLOQUEIO e AVISO; confere a política do periódico antes do preprint. Quem cria a conta, registra, faz o upload e clica em «Publish» é o aluno, na própria conta — registro e DOI são irreversíveis.
| Papel | O que faz com este manual | Partes |
|---|---|---|
| Pesquisador | Confere que o PGD existe, que o pré-registro foi feito antes da coleta (URL e data no PROGRESSO.md), que o depósito passou sem bloqueio e que o DOI está no texto | Todas |
| Skill ciencia-aberta-preregistro | Gera os rascunhos, escolhe o modelo com o aluno, explica os serviços, roda os três scripts, orienta o upload e as versões | 1 a 5 |
| Metodólogo | Decide com o aluno o que vai no registro: hipótese, variáveis, amostra, análise | 1 e 2 |
| Orientador (uso de IA) | Declara o uso do assistente no registro, no depósito e no texto | Último slide |
Pesquisador, onde paramos? Escreva o plano de gestão de dados do projeto. Gere o rascunho do pré-registro no modelo AsPredicted e me diga onde registrar. Confira a pasta dados_para_deposito antes do upload no Zenodo e explique cada aviso. Qual DOI eu cito no artigo: o de conceito ou o de versão? O periódico X aceita preprint? Onde eu confiro? /pesquisa:status /pesquisa:proxima
O agente nunca cria conta, nunca registra, nunca faz upload nem clica em «Publish», e nunca toca em credencial. Recusa pedidos como «registra no OSF para mim, eu passo a senha», «deposita as entrevistas completas» ou «muda o pré-registro, a hipótese era outra» — e oferece o caminho certo: o aluno registra; sem TCLE e anonimização não há depósito; mudança é emenda datada. Como neste manual, que não fez login em nenhum serviço.
Metodologia decide o projeto; Busca e PRISMA fazem a revisão; Dados organiza e protege; Git versiona o código e liga ao Zenodo; este manual registra e deposita; Uso de IA declara; o plugin mantém a ordem. Hub: mirandastech.com.br/pesquisa.
Erros comuns — como aparecem e como corrigir
| Erro | Como aparece | Causa | Correção |
|---|---|---|---|
| Registrar depois de ver os dados | Data do registro posterior à coleta ou à extração | «Registro quando o método estiver redondo» | não é pré-registro: declare como exploratório; registre o próximo estudo antes |
| Mudar o registro sem emenda | O artigo testa uma hipótese que não está no registro | Tentar «corrigir» o plano por fora | emenda datada com motivo; análise nova = exploratória |
| Depositar dado pessoal | CPF, nome, e-mail, gravação num arquivo do depósito | Confundir «restrito» com «anonimizado» (LGPD) | tirar antes do upload; BLOQUEIO do deposito_zenodo.py; só o derivado anonimizado |
| Depósito sem licença | Registro público que ninguém pode reutilizar | Achou que público bastava | CC BY 4.0 (dados, texto) ou licença de software; o Zenodo exige para arquivos públicos |
| DOI de versão × de conceito trocado | O leitor abre uma versão diferente da usada no artigo | Copiou o primeiro DOI que viu | versão nos métodos e nas referências; conceito no README |
| Só arquivos proprietários | .xlsx, .docx, .sav sem versão aberta | Exportou do programa de sempre | incluir CSV/ODS/PDF; AVISO do script (I1/I2) |
| README ausente | Depósito sem dizer o que é, como foi coletado, variáveis, como citar | Pressa no upload | README com origem, método, dicionário de dados e citação (R1.2, R1.3) |
| «Publish» antes de conferir | Título errado, autor faltando, arquivo a mais — publicado | Pulou o «Preview» | irreversível: metadados editáveis sempre; arquivos só por 45 dias; depois, nova versão |
| Preprint contra a política do periódico | Submissão recusada ou pedido de retirada | Não conferiu antes de depositar | Open policy finder + site do periódico; declarar o preprint na submissão |
| Sem ORCID | Registro, depósito e artigo atribuídos a homônimos ou a nomes abreviados diferentes | Adiou o cadastro | criar em orcid.org (gratuito) e usar em tudo |
| Sandbox achando que é o real | DOI de sandbox.zenodo.org num artigo; o link não resolve | Treinou e não trocou de site | o aviso amarelo denuncia o Sandbox; repetir no zenodo.org |
| Esquecer o embargo do registro em revisão cega | O registro público revela os autores ao revisor | Registrou público «por padrão» | embargo (até 4 anos) + link somente-leitura anonimizado do OSF |
Checklist final: antes de registrar, antes de publicar o depósito e antes do preprint
Marque conforme concluir. O estado fica salvo neste navegador — não é compartilhado nem enviado a lugar nenhum.
Glossário
Tudo que aparece no manual sem ser explicado no próprio slide.
Registro e ciência aberta
- Ciência aberta
- «Conjunto de princípios e práticas que visam tornar a pesquisa científica de todas as áreas acessível a todos» (UNESCO, 2021): conhecimento aberto, infraestruturas, engajamento social e diálogo com outros saberes.
- Pré-registro
- Especificar o plano de pesquisa antecipadamente e submetê-lo a um registro (COS); hipóteses, variáveis e análises antes de ver os dados.
- Registro (registry)
- O serviço que guarda o plano com data e o torna imutável: OSF Registries, AsPredicted, PROSPERO, ReBEC.
- Confirmatório × exploratório
- Confirmatório é o que estava no registro; exploratório é o que surgiu dos dados — relatado como tal.
- Emenda
- Alteração do plano depois do registro, com data e motivo, sem apagar o texto original; também no
DECISOES.md. - Registered Report
- Formato de artigo em que o protocolo é revisado por pares antes de os resultados serem conhecidos; Stage 1 → aceitação em princípio → Stage 2 («mais de 300 periódicos»).
- Aceitação em princípio
- Compromisso do periódico de publicar o Registered Report, que «não será revogada com base nos resultados».
- TOP Guidelines
- Transparency and Openness Promotion: sete práticas em três níveis (Disclose, Share and Cite, Certify), do COS; TOP 2025.
- OSF
- Open Science Framework, do Center for Open Science: projetos, registros com DOI e preprints; gratuito; região de armazenamento fixa na criação.
- Componente (OSF)
- Subprojeto dentro de um projeto do OSF, com visibilidade própria.
- Embargo
- Prazo em que um registro ou depósito existe, com data, mas fica oculto; no OSF, até quatro anos; nos periódicos, o prazo antes de o postprint poder ficar aberto.
- PROSPERO
- Registro internacional de revisões sistemáticas com desfechos em saúde (CRD, York); gratuito, logado, antes da extração; mais de 495.000 revisões.
- ReBEC
- Registro Brasileiro de Ensaios Clínicos (Fiocruz, Ministério da Saúde, OPAS, Anvisa): estudos com seres humanos no Brasil; integra a ICTRP da OMS.
Dados, depósito e publicação
- PGD (plano de gestão de dados)
- Documento do projeto com o que será coletado, documentado, protegido, guardado, compartilhado e por quem; DMP em inglês; sete seções no
plano_gestao_dados.py. - TCLE
- Termo de Consentimento Livre e Esclarecido: o que o participante autorizou, inclusive o que pode ser compartilhado.
- LGPD
- Lei Geral de Proteção de Dados: dado pessoal só com base legal e finalidade; anonimizado de forma irreversível deixa de ser pessoal.
- FAIR
- Findable, Accessible, Interoperable, Reusable (Wilkinson et al., 2016): identificador persistente, metadados ricos, protocolo aberto, formatos e vocabulários abertos, licença e proveniência.
- DOI
- Digital Object Identifier: identificador persistente; no Zenodo, emitido pela DataCite ao publicar; no OSF, ao aprovar o registro.
- DOI de conceito
- No Zenodo, o DOI que representa todas as versões e resolve para a mais recente; cite-o para «a obra».
- DOI de versão
- O DOI de uma versão específica — os arquivos exatos; cite-o para reprodução exata.
- Zenodo
- Repositório generalista do CERN com o OpenAIRE: gratuito, 50 GB por registro, 100 arquivos por upload, DOI ao publicar, arquivos mutáveis por 45 dias.
- Sandbox
- sandbox.zenodo.org: a instância de testes do Zenodo; nada ali é real.
- re3data
- Registro global de repositórios de dados de pesquisa (3.523 na home); filtra por área, país, certificação e padrão de metadados.
- Licença CC
- Creative Commons: BY, BY-SA, BY-NC, BY-ND, BY-NC-SA, BY-NC-ND e CC0 (domínio público); este manual recomenda CC BY 4.0 para texto e dados.
- Preprint · postprint
- Preprint: o manuscrito antes da revisão por pares, com DOI e data; postprint: a versão aceita, sem a diagramação da editora.
- Open policy finder
- Índice da Jisc (sucessor do Sherpa Romeo) das políticas de acesso aberto dos periódicos e editoras.
- ORCID
- Open Researcher and Contributor ID: identificador persistente e gratuito da pessoa pesquisadora, usado por periódicos, agências, Zenodo e OSF.
Referências (1 de 2): a evidência e os documentos de referência
- UNESCO. Recomendação sobre Ciência Aberta. Paris, 2021. Adotada por 193 Estados-membros. Página «Open science». Acesso em 9 set. 2026.unesco.org/en/open-science
- NOSEK, B. A.; EBERSOLE, C. R.; DEHAVEN, A. C.; MELLOR, D. T. The preregistration revolution. PNAS, 2018.doi.org/10.1073/pnas.1708274114
- NOSEK, B. A. et al. Promoting an open research culture. Science, 2015. (TOP Guidelines.)doi.org/10.1126/science.aab2374
- MUNAFÒ, M. R. et al. A manifesto for reproducible science. Nature Human Behaviour, 2017.doi.org/10.1038/s41562-016-0021
- WILKINSON, M. D. et al. The FAIR Guiding Principles for scientific data management and stewardship. Scientific Data, v. 3, 160018, 2016.doi.org/10.1038/sdata.2016.18
- ALLEN, C.; MEHLER, D. M. A. Open science challenges, benefits and tips in early career and beyond. PLOS Biology, 2019.doi.org/10.1371/journal.pbio.3000246
- BOOTH, A. et al. The nuts and bolts of PROSPERO: an international prospective register of systematic reviews. Systematic Reviews, 2012.doi.org/10.1186/2046-4053-1-2
- CENTER FOR OPEN SCIENCE. Preregistration; Registered Reports; TOP Guidelines (TOP 2025). cos.io. Acesso em 9 set. 2026.cos.io/initiatives/prereg cos.io/initiatives/registered-reports cos.io/initiatives/top-guidelines
- GO FAIR. FAIR Principles. Acesso em 9 set. 2026.gofair.foundation/fair-principles
- CREATIVE COMMONS. Atribuição 4.0 Internacional (CC BY 4.0), deed em português; License Chooser. Acesso em 9 set. 2026.creativecommons.org/licenses/by/4.0/deed.pt-br chooser-beta.creativecommons.org
Referências (2 de 2): os serviços — OSF, AsPredicted, PROSPERO, ReBEC, Zenodo, preprints, repositórios e identificadores
- CENTER FOR OPEN SCIENCE. OSF: home; Registries; Preprints; ajuda «Creating a project», «Create a preregistration», projetos (compartilhar). osf.io e help.osf.io (CC0). Acesso em 9 set. 2026.osf.io osf.io/registries osf.io/preprints help.osf.io
- ASPREDICTED (Wharton Credibility Lab). AsPredicted. Acesso em 9 set. 2026.aspredicted.org
- CENTRE FOR REVIEWS AND DISSEMINATION, University of York (NIHR). PROSPERO — International prospective register of systematic reviews. Acesso em 9 set. 2026.crd.york.ac.uk/prospero
- FIOCRUZ; MINISTÉRIO DA SAÚDE; OPAS; ANVISA. ReBEC — Registro Brasileiro de Ensaios Clínicos. Acesso em 9 set. 2026.ensaiosclinicos.gov.br
- ZENODO (CERN; OpenAIRE). Zenodo: home; About; General Policies v1.0; ajuda «Create new upload», «Manage versions», «GitHub and Software»; Communities; Sandbox. Acesso em 9 set. 2026.zenodo.org about.zenodo.org about.zenodo.org/policies help.zenodo.org sandbox.zenodo.org
- SCIELO. SciELO Preprints. Acesso em 9 set. 2026.preprints.scielo.org
- ARXIV. arXiv; About arXiv. Acesso em 9 set. 2026.arxiv.org info.arxiv.org/about
- FIGSHARE. Figshare. Acesso em 9 set. 2026.figshare.com
- RE3DATA (Karlsruhe Institute of Technology; Purdue University Libraries; DataCite). Registry of Research Data Repositories. Acesso em 9 set. 2026.re3data.org
- CALIFORNIA DIGITAL LIBRARY. DMPTool. Acesso em 9 set. 2026.dmptool.org
- JISC. Open policy finder (sucessor do Sherpa Romeo). Acesso em 9 set. 2026.openpolicyfinder.jisc.ac.uk
- ORCID. ORCID; About ORCID. Acesso em 9 set. 2026.orcid.org info.orcid.org
Números (193 Estados, «mais de 300 periódicos», «mais de 495.000 revisões», 3.523 repositórios, «mais de três milhões de artigos»), limites (50 GB, 100 arquivos, 45 dias, embargo de 4 anos, 48 h), nomes de botão e políticas foram lidos nas páginas acima em 09/09/2026 e mudam sem aviso. Não há número de usuários do Zenodo, preço do Figshare+, itens exatos do formulário OSF Preregistration, conteúdo da «OSF Project Transition» nem política de periódico específico neste manual, porque não foram conferidos nessa data. Dataverse e DOAJ não puderam ser capturados.
Como citar este manual, declaração de uso de IA e licença
MATIAS, J. P. M. Pré-registro e ciência aberta com OSF e Zenodo: passo a passo. MirandasTech, v1.0, set. 2026. CC BY 4.0.
Este manual: cienciaaberta.mirandastech.com.br (PDF em /manual.pdf). Manuais irmãos: bibliometria.mirandastech.com.br · dados.mirandastech.com.br · git.mirandastech.com.br · latex.mirandastech.com.br · busca.mirandastech.com.br · prisma.mirandastech.com.br · zotero.mirandastech.com.br · metodologia.mirandastech.com.br · notebook.mirandastech.com.br · manual.mirandastech.com.br · plugin.mirandastech.com.br · hub: mirandastech.com.br/pesquisaConteúdo, capturas e os scripts preregistro.py, deposito_zenodo.py e plano_gestao_dados.py: CC BY 4.0 — use, copie, adapte e redistribua com atribuição. A ajuda do OSF é CC0; os metadados do Zenodo são CC0; o SciELO Preprints publica sob CC BY. OSF e COS, Zenodo, CERN e OpenAIRE, PROSPERO e CRD, AsPredicted e Wharton, ReBEC e Fiocruz, SciELO, arXiv, Creative Commons, GO FAIR, DMPTool e CDL, UNESCO, re3data, ORCID, Jisc e as demais ferramentas e serviços citados são marcas e projetos de terceiros, sem vínculo nem endosso deste manual.
Este manual foi escrito com assistência de IA (Claude, Anthropic) na estruturação, na redação, na automação das capturas de tela e na execução dos scripts, sob as regras do manual de Uso de IA na pesquisa científica. Todos os fatos, números, limites, nomes de botões e referências foram conferidos nas fontes indicadas em 09/09/2026. Nenhuma captura foi feita com login; nenhum registro, depósito ou preprint foi criado — o que exige conta é descrito pela documentação oficial. Decisões de conteúdo, seleção das fontes e responsabilidade pelo texto são do autor.