LaunchRepoUma estrela no GitHub é um clique pequeno com uma grande função: para muitos programadores, é o primeiro sinal que verificam antes de experimentar um projeto. É exatamente por isso que vale a pena ganhar estrelas pelo caminho lento e verdadeiro. As estrelas de pessoas que acharam o teu projeto útil trazem os próximos visitantes com elas; as compradas desaparecem, e a investigação mais abaixo mostra que podem até custar-te atenção mais tarde. Este artigo explica o que uma estrela faz realmente no GitHub, o que um estudo sobre seis milhões de estrelas falsas suspeitas concluiu e o que a nossa própria medição de 200 lançamentos no Show HN mostra sobre a forma como chegam as estrelas reais. Depois transforma tudo isso numa lista curta de coisas que funcionam.
O que uma estrela faz no GitHub
A própria documentação do GitHub descreve três funções. Uma estrela é um marcador: guarda um repositório na tua página de estrelas para o voltares a encontrar. Alimenta a descoberta: dar estrelas faz com que o teu painel te mostre projetos relacionados. E mostra apreço a quem mantém o projeto. A documentação acrescenta a parte que torna as estrelas importantes para o alcance: «Muitas das classificações de repositórios do GitHub dependem do número de estrelas que um repositório tem», e o Explore mostra os repositórios populares por número de estrelas.
Os programadores também as usam assim. Num inquérito a 791 programadores feito por Hudson Borges e Marco Tulio Valente (Journal of Systems and Software, 2018), 52,5 % disseram dar estrela a um repositório para mostrar apreço, 51,1 % para o guardar como marcador e 36,7 % porque o usavam. Três em cada quatro (73 %) disseram que olham para o número de estrelas antes de usar um projeto ou contribuir para ele.
Por isso, uma estrela é sobretudo um «isto é útil, quero voltar» discreto. Todas as táticas mais abaixo apontam para esse momento.
Estrelas compradas: o que um grande estudo concluiu
Uma equipa liderada por Hao He (Carnegie Mellon University) criou um detetor chamado StarScout e aplicou-o a todos os dados públicos de eventos do GitHub de julho de 2019 a dezembro de 2024. O artigo, «Six Million (Suspected) Fake Stars in GitHub», foi apresentado na International Conference on Software Engineering (ICSE 2026). Os resultados principais:
| Resultado | Número |
|---|---|
| Estrelas falsas suspeitas | 6,0 milhões |
| Repositórios com uma campanha de estrelas falsas | 18.617 |
| Contas que participaram nessas campanhas | cerca de 301.000 |
| Repositórios de campanha apagados até janeiro de 2025 | 90,42 % |
| Repositórios de campanha que alguma vez chegaram ao GitHub Trending | 78 (0,42 %) |
A atividade começou a crescer em 2022 e disparou em 2024. A maioria das estrelas falsas promovia repositórios de malware de phishing de curta duração; as restantes foram sobretudo para projetos de IA/LLM, blockchain, ferramentas e tutoriais.
Para quem mantém projetos, o resultado mais útil é o efeito na atenção real. As estrelas falsas trouxeram de facto algumas estrelas reais no mês ou nos dois meses seguintes, mas o efeito foi cerca de cinco vezes menor do que o das estrelas reais. Depois tornou-se negativo: os repositórios com estrelas compradas ganharam menos estrelas reais ao longo do tempo. Por outras palavras, as estrelas compradas compram um número, não utilizadores, e esse número torna-se um passivo.
Como se detetam estrelas falsas
O estudo usou dois padrões que os vendedores de estrelas dificilmente conseguem evitar. O primeiro são as contas descartáveis: contas cuja única atividade é dar estrela a um repositório. O segundo é a atribuição de estrelas em sincronia: um grupo de contas que dá estrela ao mesmo conjunto de repositórios dentro da mesma janela curta de tempo. Os utilizadores reais não se comportam de nenhuma destas formas.
O que dizem as regras do GitHub
As Acceptable Use Policies do GitHub incluem «o abuso de rankings, como dar estrelas ou seguir de forma automatizada» entre as atividades não permitidas, juntamente com a atividade inautêntica coordenada e a participação em mercados que a vendem. Desde julho de 2026, o GitHub também limita a administradores e colaboradores as listas públicas de quem deu estrela a um repositório porque, nas suas próprias palavras, esses dados «têm sido cada vez mais usados indevidamente para recolher dados de utilizadores para atividades de spam».
Trocar estrelas em grupo ou pagar por elas não é, portanto, uma tática de crescimento com algum risco associado. Vai contra as regras da plataforma e, como mostra o estudo, contra o teu próprio alcance a longo prazo.
A nossa medição: o que uma publicação no Show HN faz às estrelas
Queríamos saber como chegam as estrelas reais depois de um lançamento típico. O nosso conjunto de dados público do Show HN contém todas as publicações do Show HN de setembro de 2025 a agosto de 2026; 15.859 delas apontam para um repositório de código. Tirámos uma amostra aleatória de 50 repositórios do GitHub de cada um de quatro grupos definidos pelos pontos no Hacker News e lemos as suas contagens diárias de estrelas na API pública de histórico de estrelas do GitHub a 1 de outubro de 2026. Aqui só publicamos números agregados, sem nomes de repositórios.
| Pontos HN da publicação | Publicações com repo no conjunto | Mediana de estrelas, semana anterior | Mediana de estrelas, primeiros 2 dias | Mediana de estrelas, primeiros 7 dias | Mediana de estrelas, dias 8–30 | Com 10+ estrelas na semana 1 |
|---|---|---|---|---|---|---|
| 1 | 4988 | 0 | 2 | 3,5 | 1 | 24 % |
| 2–9 | 9371 | 0 | 4 | 6 | 1,5 | 32 % |
| 10–99 | 1193 | 1 | 40 | 47 | 13 | 82 % |
| 100+ | 307 | 2 | 244,5 | 400,5 | 87 | 98 % |
Destacam-se três coisas:
- As estrelas seguem o interesse. As publicações que a comunidade votou para cima trouxeram muito mais estrelas. A maioria das publicações fica nas duas primeiras linhas, por isso uma publicação típica de repositório traz uma mão-cheia de estrelas, não centenas.
- O impulso concentra-se no início. A maioria das estrelas da primeira semana chega nos dois primeiros dias. Nos quatro grupos, o repositório mediano recebeu entre 43 % e 70 % de todas as estrelas desde a publicação nessa primeira semana.
- Não continua sozinho. Os dias 8 a 30 acrescentam muito menos do que a primeira semana. Um lançamento é um começo; razões constantes para voltar é que mantêm as estrelas a chegar.
Limites, ditos com clareza: isto é uma observação, não uma experiência. Os projetos que recebem muitos pontos também são mais interessantes, e qualquer outra promoção nos mesmos dias também conta. A API do GitHub indica as estrelas atuais, por isso faltam as que foram retiradas depois. Os seus limites de dia não correspondem exatamente a UTC, por isso uma janela pode estar desviada até um dia. A amostra tem 50 repositórios por grupo, não a população completa.
O que traz estrelas de forma fiável
Em conjunto, a documentação, o inquérito e os nossos dados apontam para as mesmas poucas alavancas. Todas funcionam tornando o projeto mais útil ou mais fácil de encontrar.
| Alavanca | Porque funciona | Evidência |
|---|---|---|
| Um README que convence num só ecrã | Os visitantes que percebem o projeto em segundos guardam-no ou experimentam-no | Guardar como marcador foi uma das principais razões para dar estrela (51,1 %) |
| Um lançamento onde estão os teus utilizadores | Uma publicação que ressoa traz a maior vaga de estrelas de uma só vez | A nossa medição; a maioria dos mantenedores de projetos de crescimento rápido no inquérito de 2018 associou o crescimento a publicações em redes sociais, sobretudo no Hacker News |
| Continuar a lançar | Versões, correções e respostas dão às pessoas razões para voltar e partilhar | Os mantenedores apontaram a pouca atividade como a principal razão para um crescimento lento (53,8 %) |
| Ser fácil de encontrar no GitHub | Os tópicos e uma descrição clara colocam-te nas páginas de tópicos e na pesquisa | A documentação de tópicos do GitHub |
| Listas curadas e comunidades | Um lugar numa lista awesome adequada ou no fórum do ecossistema continua a apontar para ti | O nosso plano de distribuição para open source |
| Pedir uma vez, sem recompensa | Uma linha simpática como «dá uma estrela para acompanhar as versões» lembra os utilizadores satisfeitos | Pedir é aceitável; recompensas e trocas não |
O plano de distribuição para mantenedores de open source transforma estas alavancas numa lista de tarefas de quatro semanas com um planeador gratuito, incluindo as regras de tópicos do GitHub e os requisitos exatos das listas awesome.
O que evitar
- Comprar estrelas ou entrar em trocas de estrelas. Vai contra as regras do GitHub, é fácil de detetar e prejudica o alcance a longo prazo, como se viu acima.
- Pedir a amigos que votem no Hacker News. O Hacker News di-lo claramente: «Por favor, não peças a amigos que votem ou comentem.» A mesma honestidade vale para as estrelas.
- Contar estrelas como utilizadores. As estrelas são um sinal público de interesse, não de uso. Acompanha também instalações, issues de pessoas novas e visitantes que regressam.
Onde entra o LaunchRepo
O LaunchRepo trata da parte do alcance que é puro esforço: listar o site do teu produto ou projeto em diretórios e plataformas de lançamento. O teu agente de programação prepara e submete as listagens a partir de um único brief do produto, e um tracker mostra quais estão publicadas. As instruções do agente dizem-lhe para não fabricar votos nem comentários; o LaunchRepo nunca dá estrelas, vota ou escreve avaliações em teu nome. As estrelas ficam onde devem estar: com as pessoas que acharam o teu trabalho útil. Se crias para programadores, a página sobre promover ferramentas para programadores mostra como isto encaixa num lançamento mais amplo, e a página de preços tem os detalhes.
Perguntas frequentes
Como consigo mais estrelas no GitHub?
Torna o projeto útil e fácil de perceber e depois mostra-o às pessoas que precisam dele. Um README claro com um início rápido, um lançamento na comunidade onde estão os teus utilizadores, versões regulares e bons tópicos do GitHub trazem estrelas reais. Pedir uma vez aos utilizadores satisfeitos, sem recompensa, não tem mal.
É permitido comprar estrelas no GitHub?
Não. As Acceptable Use Policies do GitHub proíbem o abuso de rankings, como dar estrelas de forma automatizada, e a participação em mercados de atividade inautêntica. Um estudo sobre 6 milhões de estrelas falsas suspeitas concluiu que a maioria dos repositórios envolvidos tinha sido apagada.
As estrelas compradas ajudam um repositório a crescer?
Só por pouco tempo. O estudo da ICSE 2026 encontrou um efeito pequeno nas estrelas reais em cerca de dois meses, cinco vezes menor do que o das estrelas reais, e um efeito negativo depois disso.
Como se detetam estrelas falsas no GitHub?
O estudo procurou dois padrões: contas descartáveis cuja única atividade é uma única estrela, e grupos de contas que dão estrela aos mesmos repositórios dentro da mesma janela curta. O GitHub também remove contas e repositórios fraudulentos.
Quantas estrelas traz uma publicação no Show HN?
Na nossa amostra de 200 repositórios, a mediana nos primeiros sete dias foi de 3,5 estrelas para publicações com 1 ponto, 6 para 2–9 pontos, 47 para 10–99 pontos e 400,5 para 100 pontos ou mais. A maioria dessas estrelas chegou nos dois primeiros dias.
O LaunchRepo dá-me estrelas no GitHub?
Não diretamente, e não dá estrelas nem vota por ti. O LaunchRepo lista o site do teu produto em diretórios e plataformas de lançamento, o que traz visitantes que talvez deem depois uma estrela ao projeto se o acharem útil.
Fontes, verificadas a 1 de outubro de 2026: GitHub Docs, «Saving repositories with stars» e «Classifying your repository with topics»; GitHub Acceptable Use Policies; GitHub Changelog, «Upcoming access restrictions to public API endpoints and UI views» (30 de junho de 2026); GitHub REST API, «Get repository star history»; Hao He et al., «Six Million (Suspected) Fake Stars in GitHub», ICSE 2026 (arXiv:2412.13459v2); Hudson Borges e Marco Tulio Valente, «What’s in a GitHub Star?», Journal of Systems and Software 146 (2018); Hacker News, diretrizes do Show HN; a nossa própria medição de 200 repositórios do conjunto de dados público do Show HN (método acima); instruções do agente do LaunchRepo.