Como escrever um README para o seu projeto
O README é a primeira coisa que as pessoas veem. Veja o que precisa responder e uma ordem para escrever.
O que um bom README precisa ter?
Dizer o que o projeto faz, por que é útil, como começar, onde pedir ajuda e quem o mantém. Escreva para quem nunca ouviu falar do projeto e inclua a licença.
O que o README precisa responder
O README é a primeira coisa que quase todo mundo vê ao abrir um repositório. A documentação do GitHub diz que ele deve contar o que o projeto faz, por que é útil, como começar, onde pedir ajuda e quem o mantém. A Open Source Guides chega às quatro primeiras perguntas por outro caminho (o que faz, por que é útil, como começar, onde obter ajuda) e acrescenta que o arquivo também pode falar de como contribuições são tratadas, dos objetivos do projeto e da licença.
Escreva para quem não é você
A Open Source Guides lembra que quem lê não é quem escreveu: quem chega pode ter uma experiência bem diferente da sua. Evite supor que a pessoa já sabe o que é o projeto, o que ele substitui ou qual ferramenta ele exige. Escreva o primeiro parágrafo para alguém que nunca ouviu falar dele.
A página também desfaz uma desculpa comum: não pular o README porque o projeto ainda não está pronto, ou porque você não quer contribuições. Esses são justamente motivos para escrever um README que diga isso.
Uma ordem que funciona
- Nome e uma frase que diz o que o projeto faz.
- Por que usar: o problema que resolve.
- Instalação: comandos que a pessoa copia e cola. Diga a versão exigida do runtime.
- Uso: o menor exemplo que funciona.
- Onde pedir ajuda: issues, discussões, e-mail.
- Como contribuir: um link para o
CONTRIBUTING.md. - Licença: o nome e um link para o arquivo
LICENSE. A Open Source Guides é taxativa: um projeto aberto deve ter licença desde o lançamento. - Quem mantém.
O gerador de README monta exatamente essa ordem a partir de um formulário e avisa o que faltou.
Onde o arquivo fica e limites
Segundo o GitHub, o README pode ficar em .github, na raiz ou em docs; havendo mais de um, aparece o de .github, depois o da raiz, depois o de docs. O conteúdo acima de 500 KiB é cortado na visualização do GitHub, então um README gigante precisa virar páginas à parte. Prefira links relativos (docs/instalacao.md, ./LICENSE) e caminhos de imagem relativos: eles continuam funcionando em outras branches e em clones. Caminhos começando com / partem da raiz do repositório, e ./ e ../ também valem. Mantenha o texto de cada link em uma linha só.
Exemplo resolvido: um README mínimo
# listaki
Guarda suas tarefas em um arquivo de texto, pelo terminal.
## Instalação
npm install -g listaki
## Uso
listaki add "escrever o README"
listaki list
## Ajuda
Abra uma issue descrevendo o que você tentou e o que apareceu.
## Contribuir
Veja o [CONTRIBUTING.md](CONTRIBUTING.md).
## Licença
MIT. Veja o arquivo [LICENSE](LICENSE).Com 20 linhas, ele já responde o que faz, como começar, onde pedir ajuda, como contribuir e sob qual licença. Quem mantém aparece quando o projeto cresce; a escolha da licença é assunto do codigolivre.dev, que explica cada uma.
Perguntas frequentes
Onde o GitHub procura o README?
Em .github, na raiz e em docs. Havendo mais de um, o GitHub mostra o de .github primeiro, depois o da raiz, depois o de docs, segundo a documentação.
Existe tamanho máximo para o README?
A documentação do GitHub diz que o conteúdo acima de 500 KiB é cortado ao ser exibido. Se o seu passa disso, divida em páginas e use links relativos para elas.
Devo escrever um README se o projeto não está pronto?
Sim. A Open Source Guides diz para não pular o README porque o projeto parece inacabado ou porque você não quer contribuições: esses são motivos para escrever um README que diga isso. Ele evita que as pessoas esperem o que o projeto não oferece.
Como gero um README rapidamente?
O gerador de README deste site monta o Markdown a partir de um formulário, com as seções na ordem do GitHub, copia e baixa o arquivo, e avisa o que falta. Tudo roda no navegador e nada que você digita é enviado.
Fontes deste guia
Abertas em 11/10/2026. O texto é nosso, em português; as fontes ficam aqui com link, licença e o que foi lido.
- About the repository README file (GitHub Docs)
A página não mostra data · aberta em · reconferência: confirmada na abertura (11/10/2026) · licença do conteúdo: CC BY 4.0 (conteúdo); MIT (código)
O que lemos: O que um README deve dizer (o que o projeto faz, por que é útil, como começar, onde pedir ajuda, quem mantém), onde o GitHub o procura (.github, raiz, docs, nessa ordem), o corte em 500 KiB e o uso de links relativos.
Como usamos: Texto próprio em português; os fatos e os comandos vêm da página, sem copiar trechos. Link e data em cada uso. - Starting an Open Source Project (Open Source Guides)
A página não mostra data · aberta em · reconferência: confirmada na abertura (11/10/2026) · licença do conteúdo: CC BY 4.0
O que lemos: O README responde o que o projeto faz, por que é útil, como começar e onde pedir ajuda; deve ser escrito para quem não é você; um projeto aberto deve ter licença desde o lançamento; o código de conduta, o CODE_OF_CONDUCT na raiz, linkado do README.
Como usamos: Texto próprio em português; os fatos e os comandos vêm da página, sem copiar trechos. Link e data em cada uso.
Informação geral, não é aconselhamento jurídico. Quando um guia cita uma licença de conteúdo, ela vale para a página citada, não para este site.
Continue pelos guias
Os geradores, o passo a passo e os guias ficam a um clique.
- Escrever um CONTRIBUTINGO que incluir no CONTRIBUTING.md, onde o GitHub o mostra e como não exagerar nas regras.
- Código de condutaO que um código de conduta deve dizer, onde guardar e como usar o Contributor Covenant.
- Manter um projetoCinco ideias da Open Source Guides: documentar, dizer não, dividir, automatizar e descansar.
- Gerador de READMEPreencha o projeto e copie o README.md pronto.