Você escolhe o que construir. Qualquer categoria de software pode ser considerada, desde que seja legal, segura para hospedar, respeite direitos e cumpra os requisitos publicados da turma.
Traga suas ideias. Qualquer linguagem de programação e idioma de repositório/documentação é bem-vindo, inclusive conteúdo não inglês. Você escolhe stack, escopo, roteiro e direção; não é uma coleção limitada a inglês ou IA.
O repositório pode permanecer privado durante o desenvolvimento. Combine a duração e qualquer exigência de publicação antes de entrar em uma turma financiada. Não há prazo arbitrário nem publicação automática. Marcos de lançamento público ou adoção continuam exigindo as evidências combinadas. Outros builders não recebem acesso automático ao seu código privado.
A candidatura pede e-mail e nome de usuário GitHub exato. A aprovação OpenRoot é obrigatória. O portal não aceita todos automaticamente; login por Google ou e-mail não substitui a aprovação.
É necessário ter conta GitHub. Builders aprovados aceitam o convite OpenRootdev e criam seus repositórios na organização. Candidate-se em https://openroot.dev/apply para análise manual de admissão; o envio não cria conta nem concede acesso. Depois de admitido, você gerencia a colaboração comum do repositório. Contate a OpenRoot se um app ou ajuste da organização precisar de ajuda. Nunca envie senhas, tokens ou chaves privadas.
A aprovação cria uma conta pendente no portal e envia um e-mail com instruções. Entre em https://openroot.dev/portal com o e-mail aprovado e digite o código recebido somente nessa página. Kristofer envia manualmente o convite GitHub antes de aprovar a conta no portal. A aprovação envia um único e-mail de boas-vindas com os passos para aceitar o convite e criar o repositório na organização. Vinculação automática de identidade GitHub, métricas de projetos, pedidos automáticos de recompensas no portal ainda não estão disponíveis. Contas pendentes mantêm o prazo original de 90 dias da candidatura. A aprovação, por si só, não concede uma recompensa financiada.
Marque “Ainda não sei o que vou construir” se não escolheu um projeto. A nota de interesses é opcional; não precisa inventar proposta ou URL de repositório. É uma candidatura sem projeto definido para análise manual, não um projeto aprovado ou turma com recompensas. Um projeto específico e seus marcos ainda precisam de aprovação antes da elegibilidade.
Antes de enviar, aceite explicitamente os Termos da Candidatura atuais e as políticas publicadas de builders e recompensas. A aceitação é separada do consentimento de privacidade. O backend exige e registra a versão atual 2026-10-24-1 e o horário do envio. Aceitação ausente, desmarcada ou desatualizada é rejeitada.
Regras da candidatura:
- Forneça informações verdadeiras e apenas materiais que pode compartilhar. Não inclua credenciais, código privado ou dados pessoais sensíveis.
- A candidatura solicita análise manual de admissão, não uma conta, acesso à organização ou promessa de recompensa. É permitido candidatar-se sem projeto definido.
- Candidatar-se não transfere projeto, direitos do código ou repositório. Os projetos devem respeitar direitos alheios e as políticas publicadas.
- Depois da admissão, membros podem criar repositórios e gerenciar colaboradores sem nova candidatura à OpenRoot. Repositórios criados do zero entram automaticamente no programa, sujeitos às políticas. Migrações de projetos existentes ainda precisam de análise e acordo.
- Elegibilidade, referências, limites financiados e pedidos de recompensa exigem acordo e análise separados. A candidatura não aceita termos futuros não publicados nem garante recompensa.
Privacidade, retenção e pedidos de correção/exclusão estão abaixo. Dúvidas: hello@openroot.dev.
A OpenRoot, operada por Kristofer Jussmann, coleta e-mail, nome GitHub exato, proposta, evidências opcionais, pedidos de colaboração/acesso, indicação, fonte de descoberta opcional e registro de consentimento para análise e comunicação relacionada. A fonte informada voluntariamente ajuda a entender onde os builders encontram a OpenRoot; não utiliza cookies de rastreamento. Não envie credenciais, código privado ou dados pessoais sensíveis. Liste outras contas somente com permissão.
Os envios ficam privados no Google Cloud na Finlândia, acessíveis apenas a administradores autorizados. Os registros expiram após 90 dias; a exclusão automática é assíncrona. Contas aprovadas no portal terão termos próprios antes da ativação. A infraestrutura mantém logs técnicos; o serviço não registra deliberadamente o conteúdo das candidaturas em logs.
Candidatar-se não inscreve você na newsletter. Contate hello@openroot.dev para acessar, corrigir, excluir o envio ou retirar consentimento. Pode ser necessário verificar sua identidade. O envio não comprova controle do e-mail ou da conta GitHub informados.
Builders desenvolvem, atraem usuários, mantêm projetos e fornecem evidências. A OpenRoot ajuda a divulgar projetos dos membros em sua publicação e redes, totalmente de graça e tanto quanto possível. Não administra todas as campanhas nem garante cobertura, alcance, avaliação favorável ou sucesso.
A divulgação não se limita a uma única publicação. Os projetos podem aparecer várias vezes na newsletter e nas redes sociais, com destaques, apresentações e artigos aprofundados. Builders podem enviar lançamentos, atualizações relevantes e histórias de usuários para hello@openroot.dev para avaliação editorial. Esse apoio é totalmente gratuito e não exige ganhar ou resgatar uma recompensa. O momento e o formato dependem da adequação editorial e da capacidade disponível; a OpenRoot não garante novas divulgações, alcance ou resultados.
Para sugerir uma divulgação, envie um e-mail para hello@openroot.dev com o link do projeto ou lançamento, quem ele ajuda, o que mudou, os pontos específicos que gostaria de destacar e, opcionalmente, capturas de tela ou uma demonstração que tenha permissão para compartilhar. A OpenRoot redige manualmente a publicação final para seguir seus padrões editoriais e o estilo de cada plataforma. Não é necessário enviar uma solicitação: a OpenRoot também pode divulgar, por iniciativa própria, atualizações públicas de projetos dos membros. Não envie credenciais, material confidencial ou dados pessoais de outras pessoas. O processo é feito por e-mail; ainda não há um formulário específico no portal.
Procuramos builders que estejam criando ou explorando projetos feitos para outras pessoas usarem: software que resolva um problema, ofereça uma ferramenta útil ou ajude seus usuários a realizar algo. Qualquer categoria de software, linguagem de programação e idioma de documentação é bem-vinda. O projeto não precisa já ter usuários; candidatos ainda sem ideia definida e uma fase privada de desenvolvimento acordada continuam sendo bem-vindos.
Builders de hackathons também são bem-vindos, tanto antes de participar quanto ao continuar um projeto criado em um hackathon. Planejamos recompensas adicionais por bons resultados em hackathons elegíveis e previamente aprovados. Eventos elegíveis, resultados, evidências, financiamento e condições do bônus devem ser publicados e acordados antes do início de uma oferta com recompensas. Uma vitória não gera automaticamente pontos ou recompensas OpenRoot. Ainda não foram anunciados hackathons elegíveis específicos nem valores de bônus; pedidos de bônus de hackathons ainda não estão abertos.
A participação não é exclusiva. Entre em hackathons, colabore fora da OpenRoot e participe de outras atividades. Verifique regras do evento e obrigações de licença/contribuidores; entrar na OpenRoot não exige abrir mão dessas oportunidades.
Membros atuais da organização podem criar repositórios sem nova candidatura ou aprovação separada da OpenRoot. Novos repositórios criados do zero entram automaticamente no programa, sujeitos às suas políticas. A OpenRoot analisa os repositórios manualmente e contata o administrador se forem necessárias correções ou remoção. Bots de políticas estão planejados para acompanhar o crescimento, mas ainda não estão ativos. A inscrição não aprova recompensas automaticamente: projetos privados precisam tornar-se públicos e cumprir os marcos e as condições de financiamento acordados antes de receber recompensas.
Você mantém os direitos sobre seu próprio código e lidera o projeto. O repositório fica em OpenRootdev, com Admin no nível de repositório para o membro que o cria ou o traz por uma transferência aprovada. Não é trabalho sob encomenda nem uma cessão geral dos direitos do código.
Você pode propor um repositório que já tenha usuários, downloads ou estrelas. Envie URL e evidências datadas antes; não transfira antes da análise. Admissão, transferência, inscrição e pedidos de recompensa são decisões manuais separadas. Métricas existentes só contam conforme a referência e as regras acordadas, não simplesmente por entrar na organização.
O administrador escolhe colaboradores, equipes de projeto, funções do repositório e regras de contribuição sem aprovação separada da OpenRoot. Um projeto pode usar vários repositórios. Outros membros não recebem automaticamente acesso ao código privado nem permissão de escrita. Apps limitados ao repositório seguem os controles normais do GitHub; mudanças na organização podem precisar de ajuda da OpenRoot.
Escolha uma licença adequada e respeite licenças existentes, atribuição e direitos dos colaboradores. A licença e os detalhes de recompensas podem ser registrados na submissão ou combinados diretamente quando necessário. Não é obrigatório um acordo separado de direitos do mantenedor ou regras de contribuição; o administrador define essas regras.
A turma deve informar recompensas disponíveis, capacidade, metas, período e análise. Sem essas condições, demonstrar interesse não cria direito a recompensa.
Veja como funciona e as recompensas.
O programa de indicação planejado reconhece indicações de builders aprovados que atinjam marcos verificados, não cadastros. O candidato pode informar o GitHub exato do indicador para análise. Financiamento e regras finais devem ser publicados antes da ativação.
Uma aprovação revisada cria uma conta pendente com e-mail, usuário GitHub e estado de integração. Ela mantém a data original de expiração da candidatura, sem estender os 90 dias de retenção. O acesso usa um cookie seguro e necessário de sessão do navegador, que expira após oito horas. Os desafios de código por e-mail expiram após dez minutos; o serviço guarda hashes, não códigos em texto simples. O Google Cloud processa registros privados de conta e análise; o Resend processa e-mails transacionais de acesso e aprovação. Somente administradores autorizados analisam candidaturas; builders acessam apenas suas próprias informações no portal. Não há inscrição na newsletter, rastreamento publicitário nem convite GitHub automático. Inscrição completa e retenção de perfis ativos exigem termos separados. Solicitações de acesso, correção ou exclusão: hello@openroot.dev.
Um projeto existente aceito deve ser hospedado em OpenRootdev. Após a análise do projeto, transfira o repositório original ou copie seu código para um novo repositório da organização. Apenas fornecer um link externo não basta. Para projetos existentes, estes passos substituem a etapa de criar um projeto novo acima.
Antes de qualquer opção: envie a URL original, confirme sua autoridade e os direitos dos colaboradores/licença, combine a migração com OpenRoot e aceite o convite da organização. Faça backup e revise segredos, integrações e custos do Actions antes de mover ou enviar código. Dúvidas sobre aprovação ou permissões: hello@openroot.dev.
Recomendada para preservar estrelas, issues, pull requests e histórico Git.
- 1. Abra o repositório original no GitHub e vá a Settings → General → Danger Zone → Transfer. É necessário Admin no repositório e permissão para criar repositórios em OpenRootdev; sair de outra organização pode exigir seu proprietário.
- 2. Defina o novo proprietário como OpenRootdev. Verifique a disponibilidade do nome, leia os avisos do GitHub (repositórios privados podem perder recursos de planos pagos no GitHub Free), digite o nome e confirme.
- 3. Confirme que a URL começa com
https://github.com/OpenRootdev/e que você possui Admin do repositório em Settings. Se faltar o acesso esperado, contate hello@openroot.dev. - 4. Em cada clone local existente, execute
git remote set-url origin https://github.com/OpenRootdev/YOUR-REPOSITORY.git. Revise integrações, implantações, Pages, segredos e workflows antes de continuar. Não recrie o caminho antigo, pois isso pode quebrar redirecionamentos.
Use esta opção para manter o original onde está e desenvolver a cópia aprovada em OpenRootdev.
- 1. Abra New repository. Verifique Owner = OpenRootdev, o nome combinado e a visibilidade pública/privada. Não inicialize README, licença ou .gitignore; crie um repositório vazio.
- 2. No terminal, substitua os nomes de exemplo e use uma nova pasta local:
git clone https://github.com/YOUR-USERNAME/YOUR-REPOSITORY.git openroot-project, depoiscd openroot-project. - 3. Adicione o destino sem alterar o remote original:
git remote add openroot https://github.com/OpenRootdev/YOUR-REPOSITORY.git. - 4. Envie a branch atual:
git push openroot HEAD:main. Confirme os arquivos no repositório da organização. Nas próximas atualizações, envie paraopenroot, não para ooriginoriginal. Se o destino não estiver vazio ou o push for recusado, pare e peça ajuda; não force o push. - 5. Isso copia o histórico de commits alcançável da branch escolhida, não estrelas, issues, pull requests, releases, configurações ou todas as branches/tags. Objetos Git LFS e submódulos exigem tratamento separado; peça ajuda. Preserve arquivos de licença/atribuição e não copie segredos.
Envie à OpenRoot a URL final na organização para associá-la ao projeto analisado. Adoção anterior e recompensas ainda exigem referência acordada e aprovação separada; não conte duas vezes dados das cópias. Não exclua o original só para participar. Você mantém os direitos sobre seu próprio código.
Referências oficiais: transferência, novo repositório, Git push.
A versão 2026-10-14-3 da privacidade da candidatura acrescenta um código de afiliado opcional. Use o código ou o nome GitHub de quem indicou, não ambos. O código é uma alegação de atribuição armazenada privadamente e analisada antes de ser ligada à conta aprovada; não aprova associação, projeto ou recompensa. Não há cookies de rastreamento de afiliados, nem divulgação da identidade do candidato ou de informações privadas do projeto ao afiliado. Sua própria recompensa não é reduzida. Os Termos da Candidatura atuais são 2026-10-24-1 para novos envios; registros de aceitação anteriores permanecem inalterados. Veja o piloto separado de afiliados.