Pular para o conteúdo

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.

Ferramenta relacionada

Gerar o README.md

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

  1. Nome e uma frase que diz o que o projeto faz.
  2. Por que usar: o problema que resolve.
  3. Instalação: comandos que a pessoa copia e cola. Diga a versão exigida do runtime.
  4. Uso: o menor exemplo que funciona.
  5. Onde pedir ajuda: issues, discussões, e-mail.
  6. Como contribuir: um link para o CONTRIBUTING.md.
  7. 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.
  8. 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.