Programme développeurs OpenRoot

Recevez des récompenses pour les projets que vous développez déjà.

Le programme développeurs OpenRoot réunit des développeurs indépendants, appelés OpenRoot builders, et des partenaires qui souhaitent soutenir des logiciels utiles. Les builders développent leurs projets au sein de l'organisation GitHub OpenRoot et les font grandir. OpenRoot aide à promouvoir leurs projets dans sa publication et sur ses réseaux sociaux, entièrement gratuitement et dans la mesure de ses moyens. Ni la couverture, ni la portée, ni le succès ne sont garantis. Les partenaires fournissent des crédits, des abonnements et des outils aux projets admissibles.

Proposez vos propres idées dans n'importe quelle catégorie, avec le langage de programmation et la langue de documentation de votre choix, y compris une langue autre que l'anglais. Vous dirigez votre projet et conservez les droits sur votre code. Une phase de développement privée est possible ; les éventuelles conditions de publication sont convenues avant l'inscription. Les propriétaires de l'organisation conservent un accès administratif aux dépôts qu'elle héberge.

Votre projet n'est pas exclusif à OpenRoot. Vous pouvez participer à des hackathons, collaborer ailleurs et prendre part à d'autres activités, en respectant leurs règles et les droits liés au projet.

État actuel

Le programme est en pré-lancement. Nous recherchons des partenaires fondateurs. Les candidatures sont ouvertes pour examen ; le portail privé est disponible aux comptes approuvés sur https://openroot.dev/portal ; les demandes de récompense ne sont pas ouvertes ; les seuils chiffrés et les modalités finales de livraison restent à préparer. OpenRoot annonce une première sélection : un mois de DeepLearning.AI, avec une seule offre disponible jusqu'à attribution, et des crédits API de modèles d'IA pour GPT, Claude, Gemini et Grok, fournis via un accès tiers à budget limité, d'une valeur de EUR 50-1,000. Chaque clé dispose d'une limite budgétaire ; aucun plafond de quantité d'offres API n'est annoncé. Le produit de formation exact, l'autorisation de distribution, l'expiration et les conditions applicables aux bénéficiaires restent à confirmer. Il ne s'agit ni de partenariats officiels avec OpenAI, Anthropic, Google ou xAI, ni de récompenses garanties pour chaque membre. Une sélection plus large, incluant abonnements payants et outils de développement, arrive prochainement ; aucun produit précis ni date n'est promis. Voir les récompenses.

Ce dépôt est le centre public de documentation : fonctionnement, réponses aux questions et appel aux partenariats. Il ne contient ni le portail privé ni les dossiers des candidats.

Explorer

Langues

Les sept documents publics sont maintenus dans ces langues. L'anglais est la source éditoriale ; les traductions doivent être mises à jour avant publication des modifications. Elles facilitent la compréhension et ne constituent pas des contrats d'inscription distincts.

Dépôt et licences

Dépôt officiel : https://github.com/OpenRootdev/developer-program.

Les guides écrits sont sous Creative Commons Attribution 4.0 International (CC BY 4.0). Attribuez OpenRoot / Kristofer Jussmann lors de leur réutilisation. Les scripts de maintenance de scripts/ sont sous licence MIT. Ces licences couvrent ce dossier documentaire, pas les projets des builders ni les marques de tiers, et ne remplacent pas les conditions du programme ou d'inscription.

Aidez les builders à continuer

Nous recherchons des partenaires pouvant fournir des crédits IA ou cloud, des outils payants ou d'autres avantages utiles. Commencez par un pilote limité et soutenez les projets démontrant une véritable adoption.

Devenez partenaire, ou écrivez à partner@openroot.dev. Le formulaire prépare un brouillon d'e-mail localement ; il ne le soumet pas au serveur.

Pour toute question générale, écrivez à hello@openroot.dev.

Les corrections et questions sont bienvenues dans les issues du dépôt. Ne publiez pas de données personnelles de candidature, signalements de sécurité, identifiants ou codes de récompense.

Un sandbox gratuit. Protégez vos comptes.

OpenRoot est un sandbox pour développer et collaborer, pas une demande de paiement. Nous ne vous demanderons jamais d’envoyer mots de passe, codes de connexion ou de récupération, tokens, clés API, coordonnées de paiement ou frais pour rejoindre le programme ou débloquer des récompenses. La candidature demande votre e-mail et votre nom GitHub exact ; saisissez un code de connexion uniquement sur le portail officiel, ne l’envoyez jamais à une personne. Vous pouvez inviter des collaborateurs et configurer des applications limitées à votre dépôt selon vos permissions ; certaines actions d’organisation nécessitent un propriétaire. Ne placez pas de secrets dans les dépôts, candidatures ou messages. L’hébergement dans l’organisation ne donne pas un accès gratuit illimité aux services payants.

Questions : hello@openroot.dev. Suivez OpenRoot ou envoyez-nous un message sur LinkedIn. Après avoir accepté l’invitation GitHub, consultez le guide de démarrage réservé aux membres.

Les projets existants sont hébergés dans l'organisation

Si vous postulez avec un projet existant, le projet accepté doit être hébergé sous OpenRootdev : transférez l'original après examen ou créez un dépôt vide dans l'organisation et copiez le code avec Git. Ne migrez pas avant l'approbation du projet et de la migration. Copier le code ne copie pas les étoiles, issues ou autres données GitHub. L'adoption passée et les récompenses sont examinées séparément. Lire les étapes pour les builders.

Fonctionnement du programme

Le programme récompense le succès d'un projet par des avantages non monétaires. Il ne rémunère pas les heures, les commits ou la simple création d'un dépôt.

Candidater

Envoyez votre e-mail et votre nom GitHub exact via le formulaire sur https://openroot.dev/apply. Une idée ou un lien vers un projet existant facilite l'examen. Une candidature n'est ni une approbation ni un engagement de récompense.

Être approuvé et vérifier son identité

L’approbation crée un compte en attente dans le portail et envoie un e-mail d’instructions. Connectez-vous sur https://openroot.dev/portal avec l’adresse approuvée et saisissez le code reçu uniquement sur cette page. Kristofer envoie manuellement l’invitation GitHub avant d’approuver le compte du portail. L’approbation envoie un seul e-mail de bienvenue avec les étapes pour accepter l’invitation et créer le dépôt dans l’organisation. La liaison automatique de l’identité GitHub, les indicateurs de projet, l’inscription complète et les demandes de récompense ne sont pas encore disponibles. Les comptes en attente conservent l’échéance initiale de 90 jours de la candidature. L’approbation seule n’accorde aucune récompense financée.

Construire et développer

Créez un projet approuvé dans l'organisation GitHub OpenRoot et convenez de son parcours de réussite. Vous gérez le développement, la maintenance et la promotion plus large. OpenRoot aide à promouvoir les projets membres dans sa publication et ses réseaux, entièrement gratuitement et autant que possible, sans garantir couverture, trafic ou adoption. Votre projet peut aussi participer à des hackathons et activités extérieures.

Montrer les progrès

Le portail prévu réunit dépôts associés, contributions, versions et preuves des jalons. Chaque métrique indique sa source et sa période. Les utilisateurs et téléchargements de paquets exigent d'autres sources que GitHub.

Atteindre un jalon

Soumettez les preuves exigées par les règles convenues. OpenRoot vérifie le résultat, la période et les activités exclues. Franchir un seuil lance éventuellement un examen ; l'attribution n'est pas automatique.

Choisir une récompense confirmée

Si la demande satisfait aux conditions d'une cohorte financée, choisissez une option admissible de son catalogue disponible. Le dossier suit l'approbation et la livraison. Les offres initiales sont annoncées par OpenRoot ; les modalités et demandes ne sont pas finalisées ni ouvertes. Une offre annoncée ne crée pas un droit automatique pour chaque builder.

Voir les règles, le guide builder et la FAQ.

Devenir OpenRoot builder

Vous choisissez ce que vous construisez. Toute catégorie de logiciel peut être examinée si le projet est légal, sûr à héberger, respecte les droits d'autrui et les exigences publiées de sa cohorte.

Proposez vos idées. Tous les langages de programmation et toutes les langues de dépôt ou de documentation sont acceptés, y compris les langues autres que l'anglais. Vous choisissez la pile technique, le périmètre, la feuille de route et l'orientation. Le programme n'est réservé ni à l'anglais ni à l'IA.

Un dépôt peut rester privé pendant le développement. Convenez de la durée et des éventuelles obligations de publication avant l'inscription à une cohorte financée. Aucun délai arbitraire ni publication automatique ne s'applique. Un jalon fondé sur une publication ou une adoption publique exige toujours les preuves convenues. Les autres builders n'accèdent pas automatiquement au code privé ; les propriétaires de l'organisation conservent leur accès administratif.

Candidature et accès

La candidature demande votre e-mail et votre nom d'utilisateur GitHub exact. L'approbation d'OpenRoot est obligatoire. Le portail n'est pas ouvert à tous ; une connexion Google ou e-mail ne remplace pas cette approbation.

Un compte GitHub est requis. Les builders approuvés acceptent l'invitation de l'organisation GitHub OpenRoot et y développent leurs dépôts. Le site https://openroot.dev/apply accepte les candidatures pour examen manuel. Un envoi ne crée pas de compte et n'accorde pas d'accès. Vous pouvez demander l'examen de comptes supplémentaires, GitHub Apps et équipes de projet. Ne transmettez jamais de mots de passe, tokens ou clés privées.

Candidater avant de choisir un projet

Cochez « Je ne sais pas encore ce que je vais construire » si vous n'avez pas choisi de projet. La note sur vos intérêts est facultative ; inutile d'inventer une proposition ou URL de dépôt. Il s'agit d'une candidature sans projet défini pour examen manuel, pas d'un projet approuvé ni d'une cohorte récompensée. Un projet précis et ses jalons doivent encore être approuvés avant toute admissibilité à une récompense.

Conditions de candidature et politiques publiées

Avant envoi, acceptez explicitement les Conditions de candidature actuelles et les politiques publiées des builders et des récompenses. Cette acceptation est distincte du consentement de confidentialité. Le backend exige et conserve la version actuelle 2026-10-12-1 et l'horodatage de l'envoi. Une acceptation absente, décochée ou périmée est refusée.

Règles de candidature :

Fournissez des informations exactes et seulement des contenus que vous êtes autorisé à partager. N'incluez ni identifiants secrets, code privé ni données personnelles sensibles.
Une candidature demande un examen manuel, sans création de compte, adhésion à l'organisation, accès au dépôt ni promesse de récompense. Vous pouvez candidater sans projet choisi.
L'envoi ne transfère ni projet, droits du code ni dépôt. Les projets acceptés ensuite doivent respecter les droits d'autrui et les politiques publiées.
Approbation, accès, jalons, disponibilité des récompenses et transferts exigent un examen séparé et des conditions convenues. Une inscription ne rend pas admissible à une récompense.
Les accords d'inscription, de projet/départ et de récompenses financées sont distincts. Candidater n'accepte pas des conditions futures non publiées ni des seuils non annoncés.

Confidentialité, conservation et demandes de correction/suppression sont détaillées ci-dessous. Questions : hello@openroot.dev.

Confidentialité des candidatures

OpenRoot, exploité par Kristofer Jussmann, collecte e-mail, nom GitHub exact, proposition, preuves facultatives, demandes de collaboration/d'accès, parrainage, source de découverte facultative et consentement pour l'examen et les communications associées. La source déclarée volontairement permet de comprendre où les builders découvrent OpenRoot ; elle n'utilise pas de cookies de suivi. N'envoyez ni identifiants secrets, code privé ni données personnelles sensibles. Mentionnez d'autres comptes uniquement avec leur permission.

Les envois sont conservés de manière privée sur Google Cloud en Finlande, accessibles uniquement aux administrateurs autorisés. Leur expiration est prévue après 90 jours ; la suppression automatique est asynchrone. Les comptes approuvés du portail auront des conditions distinctes avant activation. L'infrastructure traite des journaux techniques ; le service ne journalise pas délibérément le contenu des candidatures.

Une candidature ne vous abonne pas à la newsletter. Contactez hello@openroot.dev pour consulter, corriger ou supprimer un envoi, ou retirer votre consentement. Une vérification d'identité peut être nécessaire. L'envoi ne prouve pas le contrôle de l'e-mail ou du compte GitHub indiqué.

Votre rôle

Les builders développent, attirent des utilisateurs, maintiennent leurs projets et fournissent les preuves des jalons. OpenRoot aide à les promouvoir dans sa publication et sur ses réseaux, entièrement gratuitement et autant que possible. OpenRoot ne gère pas toutes les campagnes et ne garantit ni couverture, portée, avis favorable ou succès.

La participation n'est pas exclusive. Vous pouvez participer à des hackathons, collaborer ailleurs et exercer d'autres activités. Vérifiez les règles de l'événement et les obligations de licence ou des contributeurs ; rejoindre OpenRoot n'impose pas d'y renoncer.

Les équipes GitHub et rôles de dépôt limitent les accès au projet. L'accès à votre projet ne confère pas l'administration de toute l'organisation. Le futur portail affiche les dépôts associés, y compris les projets collectifs ; leur créateur n'est pas nécessairement le seul contributeur ni le seul bénéficiaire.

Votre projet reste le vôtre

La politique envisagée prévoit que vous conservez les droits sur votre propre code et dirigez votre projet. Le dépôt est hébergé dans l'organisation OpenRoot ; le responsable approuvé reçoit le rôle Admin au niveau du dépôt. Les propriétaires de l'organisation conservent l'accès administratif. Ce rôle n'équivaut pas à la propriété personnelle de l'espace GitHub. Les modalités de licence, de départ et de transfert doivent être convenues avant inscription.

Projets existants et collaboration

Vous pouvez proposer un dépôt ayant déjà des utilisateurs, téléchargements ou étoiles. Fournissez d'abord son URL et des preuves datées ; ne le transférez pas avant examen. L'adhésion, le transfert, l'inscription et les récompenses sont des décisions manuelles séparées. Les résultats existants ne comptent que selon les règles de référence et de cohorte convenues, pas simplement parce que le dépôt a rejoint l'organisation.

Les équipes propres à un projet peuvent couvrir plusieurs dépôts approuvés. Les responsables ont Admin dans ce périmètre ; les collaborateurs reçoivent le rôle examiné. Évitez les droits d'écriture globaux et l'héritage involontaire d'équipes parentes. Les comptes d'automatisation ne sont pas des builders indépendants récompensés.

Avant l'inscription

Les droits, la licence, les responsabilités de maintenance, le départ ou transfert et le partage des récompenses doivent être expliqués et acceptés. L'accord final reste à préparer. L'adhésion à une organisation GitHub ne règle pas ces questions à elle seule.

Une cohorte doit préciser ses récompenses, capacités, seuils, périodes et règles d'examen. Sans ces conditions, manifester son intérêt ne crée pas un droit à récompense.

Voir le fonctionnement et les récompenses.

Parrainage

Le parrainage prévu reconnaît les builders approuvés atteignant un jalon vérifié, pas le nombre d'inscriptions. Le candidat peut indiquer le nom GitHub exact du parrain pour examen. Le financement et les règles finales doivent être publiés avant activation.

Confidentialité du compte en attente

Une approbation examinée crée un compte en attente avec votre e-mail, nom GitHub et état d’intégration. Il conserve l’échéance initiale de la candidature, sans prolonger la conservation de 90 jours. La connexion utilise un cookie de session sécurisé et nécessaire, qui expire après huit heures. Les demandes de code par e-mail expirent après dix minutes ; le service conserve des empreintes, pas les codes en clair. Google Cloud traite les dossiers privés de compte et d’examen ; Resend traite les e-mails transactionnels de connexion et d’approbation. Seuls les administrateurs autorisés examinent les candidatures ; les builders accèdent uniquement à leurs propres informations dans le portail. Aucune inscription à la newsletter, aucun suivi publicitaire ni aucune invitation GitHub automatique n’est créé. L’inscription complète et la conservation des profils actifs exigent des conditions distinctes. Accès, rectification ou suppression : hello@openroot.dev.

Projet existant : étapes à suivre

Un projet existant accepté doit être hébergé sous OpenRootdev. Après examen, transférez le dépôt original ou copiez son code dans un nouveau dépôt de l'organisation. Un lien vers un dépôt extérieur ne suffit pas. Pour un projet existant, ces étapes remplacent la création d'un nouveau projet indiquée plus haut.

Avant les deux options : fournissez l'URL originale, confirmez votre autorité et les droits des contributeurs/licences, convenez de la migration avec OpenRoot et acceptez l'invitation. Sauvegardez le projet et vérifiez secrets, intégrations et coûts Actions avant tout transfert ou push. En cas de doute sur l'accord ou les permissions : hello@openroot.dev.

Option A : transférer le dépôt original

Recommandée pour conserver étoiles, issues, pull requests et historique Git.

1. Ouvrez le dépôt original sur GitHub, puis Settings → General → Danger Zone → Transfer. Vous devez avoir Admin sur le dépôt et pouvoir créer des dépôts dans OpenRootdev ; quitter une autre organisation peut nécessiter son propriétaire.
2. Choisissez OpenRootdev comme nouveau propriétaire. Vérifiez que le nom est libre, lisez les avertissements GitHub (un dépôt privé peut perdre des fonctionnalités payantes sur GitHub Free), saisissez le nom et confirmez.
3. Vérifiez que l'URL commence par https://github.com/OpenRootdev/. Demandez à OpenRoot de contrôler votre rôle Admin et les accès de l'équipe ; les propriétaires de l'organisation gardent leur accès administratif.
4. Dans chaque clone local existant, exécutez git remote set-url origin https://github.com/OpenRootdev/YOUR-REPOSITORY.git. Vérifiez intégrations, déploiements, Pages, secrets et workflows avant de reprendre. Ne recréez pas l'ancien chemin du dépôt : cela peut casser les redirections.

Option B : copier le code dans un nouveau dépôt de l'organisation

Pour garder l'original à son emplacement et développer la copie approuvée dans OpenRootdev.

1. Ouvrez New repository. Vérifiez Owner = OpenRootdev, le nom convenu et la visibilité publique/privée. N'initialisez pas de README, licence ou .gitignore ; créez un dépôt vide.
2. Dans un terminal, remplacez les noms d'exemple et utilisez un nouveau dossier local : git clone https://github.com/YOUR-USERNAME/YOUR-REPOSITORY.git openroot-project, puis cd openroot-project.
3. Ajoutez la destination sans changer le remote original : git remote add openroot https://github.com/OpenRootdev/YOUR-REPOSITORY.git.
4. Envoyez la branche courante : git push openroot HEAD:main. Vérifiez les fichiers dans le dépôt de l'organisation. Pour la suite, envoyez vers openroot, pas vers l'ancien origin. Si la destination n'est pas vide ou si le push est refusé, arrêtez et demandez de l'aide ; ne forcez pas le push.
5. Cela copie l'historique des commits accessibles depuis la branche choisie, pas les étoiles, issues, pull requests, releases, paramètres ni toutes les branches/tags. Les objets Git LFS et sous-modules nécessitent un traitement séparé ; demandez de l'aide. Gardez les fichiers de licence/attribution et ne copiez pas de secrets.

Envoyez l'URL finale du dépôt de l'organisation à OpenRoot pour l'associer au projet examiné. L'adoption passée et les récompenses exigent une base convenue et un accord séparé ; pas de double comptage entre copies. Ne supprimez pas l'original uniquement pour participer. Vous gardez les droits sur votre code ; l'hébergement dans l'organisation ne supprime pas l'accès administratif de ses propriétaires.

Références officielles : transfert, nouveau dépôt, Git push.

Jalons et récompenses

Les récompenses aident à continuer de construire. Ce sont des avantages non monétaires fournis par des partenariats confirmés ou une cohorte explicitement financée.

Quels résultats peuvent être récompensés ?

Chaque projet utilise un parcours adapté :

Attention : étoiles GitHub organiques, intérêt extérieur significatif ou couverture.
Distribution : téléchargements de versions ou de paquets, clones complets ou téléchargements d'images de conteneurs sur une période définie.
Adoption : utilisateurs actifs ou récurrents, ou projets indépendants intégrant le logiciel.
Usage durable : une mesure d'adoption pertinente maintenue dans le temps.

Les étoiles montrent l'intérêt ; les téléchargements montrent la distribution. Aucun ne prouve automatiquement l'usage actif. L'activité automatisée répétée, l'engagement acheté et l'inflation artificielle ne démontrent pas une traction réelle. Les exclusions précises seront publiées pour chaque cohorte.

Les seuils chiffrés ne sont pas finalisés. Chaque projet inscrit doit connaître sa métrique, source, référence, seuil, période, preuves, procédure d'examen, récompense et limite de demandes.

Quels avantages ?

Les catégories incluent accès IA/API, GPU ou cloud, abonnements, IDE et outils utiles. Les builders doivent pouvoir choisir parmi les options disponibles auxquelles ils sont admissibles.

Offres initiales annoncées par OpenRoot / 12 octobre 2026

DeepLearning.AI : un mois, une seule offre disponible jusqu'à attribution. Produit exact et modalités de remise à confirmer.
Crédits API de modèles d'IA : budgets d'une valeur de EUR 50-1,000, pour les familles de modèles GPT, Claude, Gemini et Grok. OpenRoot indique que chaque clé fournie a une limite budgétaire strictement appliquée. Aucun plafond de quantité d'offres n'est annoncé ; cela ne signifie ni dépenses illimitées ni attribution automatique de EUR 1,000 à chacun. L'autorisation de distribution, l'expiration, les modèles, l'admissibilité et la livraison doivent être vérifiés avant émission. Il s'agit d'accès tiers, pas d'un transfert de crédits sur votre compte OpenAI/Anthropic/Google/xAI ni d'un sponsoring officiel de ces sociétés.
D'autres avantages arrivent prochainement, dont des abonnements payants et outils de développement. Aucun produit supplémentaire, quantité ni date n'est promis.

L'identité du fournisseur reste privée à ce stade. Les informations nécessaires à une utilisation éclairée doivent être convenues avant activation. Ne publiez jamais clés API, codes ou identifiants dans les documents, candidatures ou issues. Aucun partage de compte personnel ni transfert de clé fournisseur n'est promis. Les candidatures sont ouvertes pour examen ; les demandes de récompense ne sont pas ouvertes ; ces offres ne sont pas des récompenses de parrainage confirmées.

Chaque option doit préciser l'admissibilité du compte, la prestation, durée ou montant, l'expiration, le délai d'activation et toute facturation ultérieure. OpenRoot ne demandera pas votre mot de passe et ne distribuera pas de comptes payants partagés.

Choisir et utiliser une récompense

Après approbation du jalon et de la demande, les builders choisissent parmi les avantages admissibles et disponibles pour leur projet ou cohorte. Montant, modèles et conditions sont confirmés pour chaque offre ; EUR 50-1,000 ne signifie pas une attribution automatique du maximum à chacun. La promotion entièrement gratuite, dans la mesure de nos moyens, est un avantage distinct qui ne consomme pas une récompense.

Hermes, OpenClaw et OpenCode acceptent des fournisseurs personnalisés ou des endpoints compatibles OpenAI, mais la passerelle réelle des récompenses n'a pas encore été testée avec ces clients. Le chat Cursor avec clé personnelle exige une vérification du client/modèle/de la passerelle ; ces crédits n'incluent ni abonnement Cursor ni Tab. Codex exige Responses API, le streaming et des conversations avec appels d'outils. Claude Code exige un format d'API de passerelle pris en charge, tel qu'Anthropic Messages. La seule compatibilité avec OpenAI Chat Completions ne prouve pas la prise en charge de Codex ou Claude Code. Endpoint, identifiants de modèles, limites des clients et conditions de confidentialité du bénéficiaire doivent être confirmés avant activation.

Voir les exigences de passerelle Codex et Claude Code. Ce brouillon ne promet pas une compatibilité de bout en bout.

Financement et équité

Les récompenses et le financement sont confirmés avant inscription à une cohorte récompensée. Une liste d'intérêt non financée ne promet rien. Si le stock est limité, capacités et règles de réservation doivent être visibles dès le départ.

Distinguez les récompenses garanties aux demandes admissibles des prix jugés ou soumis à quotas. Les exigences ne peuvent pas être modifiées rétroactivement pour rejeter une demande autrement valide. La référence d'un projet existant et la prise en compte du passé sont définies avant inscription.

Les récompenses suivent les modalités de projet ou d'équipe, sans multiplication automatique par contributeur. Les demandes passent par soumission, examen, approbation puis émission. L'activation peut rester inconnue sans confirmation du fournisseur. Un builder peut demander correction ou réexamen.

Les avantages non monétaires nécessitent aussi une comptabilité appropriée et un examen selon la juridiction avant lancement. Ce brouillon ne définit pas leur traitement fiscal.

Fonctionnement | Partenariats

Parrainage de builders

Plan de pré-lancement, 11 octobre 2026. Le parrainage n'est pas actif ; aucun avantage de parrainage financé ni outil de demande n'est confirmé.

Parrainer des builders atteignant de vrais jalons

Le modèle envisagé reconnaît un parrainage après approbation du builder et atteinte d'un jalon de projet admissible et vérifié. Candidature, inscription ou création d'un dépôt ne suffisent pas.

Partagez le guide avec une personne souhaitant développer sa propre idée. Après ouverture, le candidat peut saisir le nom GitHub exact du parrain. Aucun import massif de contacts ni invitation automatique n'est prévu.

OpenRoot examine séparément l'adhésion, le projet, l'attribution du parrainage, les preuves et toute demande de récompense financée. Le parrainage ne contourne jamais l'approbation. Nouveaux projets et dépôts existants approuvés suivent les mêmes règles de cohorte publiées.

Attribution équitable

Un nom GitHub fourni est une déclaration, pas une preuve d'identité. L'attribution doit être confirmée et liée à des identifiants vérifiés. Les doublons et contestations nécessitent un examen. Auto-parrainage, identités d'automatisation, comptes dupliqués et usage manipulé ne peuvent gonfler les parrainages admissibles.

Un parrain n'accède pas aux données privées d'un autre builder. Toute information visible reste limitée à ce qui est déclaré et autorisé.

Financement et conditions avant activation

Les avantages envisagés incluent crédits autorisés, abonnements et outils. Choix, admissibilité des parrains, jalons, limites, calendrier d'attribution, recours, traitement des équipes, capacités et modalités d'activation doivent être publiés et financés avant inscription. Aucun nombre de récompenses ni seuil n'est annoncé.

Le parrainage est distinct de la récompense de projet. Partager un lien, rejoindre l'organisation ou transférer un dépôt ne promet ni l'un ni l'autre. Les résultats antérieurs ne comptent que si la cohorte approuvée les accepte explicitement.

Voir le parrainage, les builders, les récompenses et les partenariats.

Devenir partenaire du programme développeurs OpenRoot

Aidez les builders à continuer

Soutenez les développeurs créant des projets GitHub innovants réellement utilisés. Fournissez crédits, abonnements ou outils lorsqu'ils atteignent des jalons transparents et vérifiés.

Nous recherchons des partenaires fondateurs pour un pilote limité. OpenRoot annonce des offres initiales, mais les inscriptions et demandes ne sont pas ouvertes. Livraison et autorisation fournisseur restent à confirmer. Aucun sponsoring officiel n'est sous-entendu.

Comment aider

Partenaire récompenses : licences autorisées pour les bénéficiaires, abonnements cadeaux ou crédits accordés directement.
Partenaire de cohorte : ensemble limité de projets et stock de récompenses clairement plafonné.
Partenaire technique : mentorat, permanences ou assistance pertinente. Ces contributions complètent le programme, sans être présentées comme des récompenses payantes.

Un sponsor financier pourrait financer l'achat des avantages non monétaires. Cela exige un budget et une procédure de livraison séparés et convenus. Les développeurs recevraient toujours des avantages, pas des paiements en espèces.

Ce que nous proposons

Un pilote convenu peut inclure une reconnaissance transparente des partenaires, une couverture pertinente dans la publication et les réseaux, des liens vers les projets publics et un rapport agrégé des résultats vérifiés et activations lorsque disponibles.

La promotion des projets membres par OpenRoot est entièrement gratuite et fournie dans la mesure de ses moyens. Elle n'interdit pas les hackathons ni autres activités.

Nous ne promettons ni taille d'audience, conversions, avis favorables, exclusivité ou accès aux e-mails des candidats. Une reconnaissance publique nécessite l'autorisation. Le financement n'achète pas le contrôle des décisions de réussite.

Commencer modestement

Précisez le bénéfice, le nombre de personnes ou projets soutenus, durée ou crédit, comptes et pays admissibles, expiration, remise et facturation éventuelle. Le fournisseur doit autoriser explicitement ce programme de récompense par jalons. Les crédits ordinaires non transférables d'inscription ou de startup ne constituent pas une réserve de prix redistribuable.

Contact

Devenez partenaire, ou écrivez à partner@openroot.dev.

La page partenaire prépare un brouillon localement pour votre application de messagerie ; elle ne soumet ni ne stocke la demande sur le site. Rien n'est reçu avant votre envoi.

Pour toute question générale, écrivez à hello@openroot.dev.

Présentation | Récompenses | FAQ

Questions fréquentes

Comment s'appelle le programme ?

Le programme développeurs OpenRoot. Ses participants sont les OpenRoot builders.

Est-il ouvert ?

Les candidatures et le portail privé réservé aux comptes approuvés sont disponibles. Les cohortes avec récompenses financées restent en pré-lancement et recherchent des partenaires fondateurs ; les demandes de récompense ne sont pas encore ouvertes.

Les récompenses sont-elles monétaires ?

Non. Il s'agit d'abonnements, crédits et outils de développement.

Tous les projets sont-ils acceptables ?

Toute catégorie peut être examinée, sous réserve des exigences de cohorte, de droits, sécurité et conduite. OpenRoot n'a pas à inventer ou diriger chaque projet. Tout langage de programmation ou langue de dépôt et documentation est accepté, y compris hors anglais. Proposez vos idées ; vous choisissez la technique, la feuille de route et la direction.

Puis-je candidater sans idée de projet ?

Oui. Cochez « Je ne sais pas encore ce que je vais construire ». La note sur vos intérêts est facultative. OpenRoot examine aussi ces candidatures ; les récompenses exigent toujours un projet précis approuvé et des jalons convenus. Chaque envoi exige une acceptation explicite des conditions actuelles et politiques publiées, distincte de la confidentialité. Lire les règles.

Puis-je commencer en privé ?

Oui. Durée et publication éventuelle sont convenues avant inscription, sans publication automatique. Une phase privée ne prouve pas un jalon de publication ou d'adoption publique. Les autres builders ne reçoivent pas automatiquement l'accès privé.

Existe-t-il un parrainage ?

Un parrainage fondé sur les jalons est prévu. Le builder parrainé doit être approuvé et atteindre un jalon admissible vérifié avant l'examen d'une demande financée. Les inscriptions seules ne sont pas récompensées. Aucun avantage, plafond ou disponibilité financée n'est confirmé.

OpenRoot promeut-il mon projet ?

OpenRoot aide à promouvoir les projets membres dans sa publication et ses réseaux, entièrement gratuitement et autant que possible. Les builders gèrent la promotion plus large et la croissance. Couverture, trafic et succès ne sont pas garantis.

Puis-je participer à des hackathons ?

Oui, ainsi qu'à des collaborations et activités extérieures. La participation OpenRoot n'est pas exclusive. Respectez les règles de l'événement et les droits du projet et des contributeurs.

Quelles sont les offres initiales ?

Un mois de DeepLearning.AI, une offre jusqu'à attribution, et des crédits API de modèles d'IA pour GPT, Claude, Gemini et Grok, fournis via un accès tiers à budget limité de EUR 50-1,000. OpenRoot indique des limites strictes par clé et aucun plafond de quantité annoncé. Ce ne sont ni des crédits transférés sur votre propre compte OpenAI/Anthropic/Google/xAI, ni des partenariats officiels. Produit exact, distribution autorisée, expiration, admissibilité et livraison restent à confirmer. Les demandes ne sont pas ouvertes. Détails.

Un nombre d'étoiles garantit-il une récompense ?

Seules les règles publiées de la cohorte établissent l'admissibilité. L'attention peut avoir son parcours, et une adoption plus forte une autre récompense. Aucun seuil chiffré n'est annoncé ; les offres nécessitent encore des modalités de demande et livraison finalisées.

Puis-je choisir la récompense ?

C'est l'objectif : choisir parmi les options disponibles pour votre cohorte et niveau. Aucun abonnement ou fournisseur particulier n'est garanti avant confirmation.

Tout le monde peut-il se connecter au portail ?

Non. Il faut candidater et être approuvé. L'approbation crée un compte. La connexion identifie la personne sans accorder elle-même l'adhésion.

Pourquoi le nom GitHub exact ?

Pour retrouver le bon compte. Une liaison GitHub vérifie ensuite son contrôle ; saisir le nom d'autrui ne permet pas de réclamer ses projets.

Le code e-mail est-il une MFA ?

C'est une vérification d'e-mail d'accueil, pas un facteur indépendant fort. Toute exigence supplémentaire de passkey ou d'authentificateur sera annoncée avant activation.

À qui appartient le projet et que se passe-t-il au départ ?

La politique envisagée vous laisse les droits sur votre code et la direction du projet. Le dépôt est dans l'organisation GitHub OpenRoot, avec Admin pour vous. Les propriétaires de l'organisation restent administrateurs : ce n'est pas un dépôt personnel sous votre nom GitHub. Licence, maintenance, contributions et départ ou transfert doivent être convenus avant inscription.

Puis-je proposer un dépôt existant ?

Oui. Les candidatures sont ouvertes pour examen manuel. Fournissez l'URL originale, votre autorité pour transférer ou copier et des preuves datées. Le passé ne compte que si les règles de référence du groupe approuvé l'autorisent. Si vous postulez avec un projet existant, le projet accepté doit être hébergé sous OpenRootdev : transférez l'original après examen ou créez un dépôt vide dans l'organisation et copiez le code avec Git. Ne migrez pas avant l'approbation du projet et de la migration. Copier le code ne copie pas les étoiles, issues ou autres données GitHub. L'adoption passée et les récompenses sont examinées séparément. Lire les étapes pour les builders.

Comptes supplémentaires et équipes ?

Oui. Indiquez noms GitHub ou GitHub Apps exacts, type humain/machine/intégration, objectif, dépôts et rôles. Des équipes par projet peuvent couvrir plusieurs dépôts sans écriture globale. Aucun secret. Toutes ces demandes nécessitent un examen.

Comment répartir les récompenses d'équipe ?

La répartition est convenue avant inscription. Créer le dépôt, compter les commits ou signer la dernière PR fusionnée ne détermine pas automatiquement l'attribution.

Et si les sponsors ne fournissent pas assez ?

Les cohortes non financées ne peuvent promettre de récompense. Les cohortes financées nécessitent limites visibles et réservations. Si une option convenue disparaît, les modalités publiées de remplacement et résolution s'appliquent.

Comment devenir partenaire ?

Voir les partenariats et partner@openroot.dev. Le site prépare un brouillon localement ; rien n'est reçu avant votre envoi.

Pour toute question générale, écrivez à hello@openroot.dev.

Un sandbox gratuit. Protégez vos comptes.

Questions : hello@openroot.dev. Suivez OpenRoot ou envoyez-nous un message sur LinkedIn. Après avoir accepté l’invitation GitHub, consultez le guide de démarrage réservé aux membres.