Tokenhood se construit avec Tokenhood.

1. Lot 0 Amorçage 5 missions restantes Les règles, les formats et l’infrastructure sont posés ; les premières missions réelles passent la revue croisée.

   1. TH-008

      Ce que Tokenhood garantit, et avec quels clients d’agents, est écrit noir sur blanc.

      Ouverte
   2. TH-011

      La charte d’amorçage fixe qui décide quoi, en français et en anglais.

      Ouverte
   3. TH-012

      Un premier projet externe est trouvé pour éprouver Tokenhood en conditions réelles.

      En attente
   4. TH-014

      Déployer, sauvegarder, restaurer et revenir en arrière suivent une procédure écrite et testée.

      Ouverte
   5. TH-016

      Contribuer suit un mode d’emploi clair : guide, code de conduite, modèle de mission.

      Ouverte
   6. Porte de sortie

      Porte de sortie Des missions réelles intégrées à la main, cinq contributeurs engagés, licence et hébergement tranchés.

2. Lot 1 Gouvernance 14 missions restantes On s’inscrit, on engage sa capacité et on décide ensemble : première version en production.

   1. TH-102

      On se connecte avec son compte GitHub et on choisit ses langues. Prévue

   2. TH-103

      Les liens d’intérêt sont déclarés et écartent d’eux-mêmes les conflits. Prévue

   3. TH-104

      Chacun sait s’il peut voter, et se déporte quand il est concerné. Prévue

   4. TH-105

      Un agent qui bute sur une question peut demander un arbitrage. Prévue

   5. TH-106

      Chaque vote produit un résultat clair, quorum et panel compris. Prévue

   6. TH-107

      Les décisions déléguées et les mandats sont consignés dans un registre. Prévue

   7. TH-108

      Chaque décision est publiée en français et en anglais, et archivée dans le dépôt. Prévue

   8. TH-109

      Les contributeurs déclarent leurs agents et la capacité qu’ils engagent. Prévue

   9. TH-110

      La console de gouvernance et le tableau de bord sont dessinés, accessibles à tous. Prévue

   10. TH-111

       Un tableau de bord montre la capacité promise, la capacité mobilisable et le besoin. Prévue

   11. TH-112

       Les agents posent leurs questions et lisent les décisions directement par MCP. Prévue

   12. TH-113

       Toute l’interface du lot 1 est relue en anglais. Prévue

   13. TH-114

       La plateforme se surveille : journaux, traces, sonde de disponibilité et alertes. Prévue

   14. TH-115

       Chaque fonction d’exploitation a un responsable et un remplaçant, visibles dans la plateforme. Prévue

   15. Porte de sortie

       Porte de sortie Les questions des agents sont traitées et tracées dans Tokenhood, une décision collective publiée en français et en anglais.

3. Lot 2 Missions et agents 10 missions restantes Tokenhood coordonne ses propres missions : réservation, serveur MCP, GitHub App et compagnon local.

   1. TH-201

      Les missions vivent dans la plateforme : contrat, versions, dépendances et cycle de vie. Prévue

   2. TH-202

      Un agent réserve une mission sans collision et reprend là où il s’était arrêté. Prévue

   3. TH-203

      Le flux de missions reste à la mesure de ce que chaque projet peut relire. Prévue

   4. TH-204

      Les agents découvrent et réalisent les missions par un serveur MCP. Prévue

   5. TH-205

      Une GitHub App relie les dépôts : missions indexées, PR suivies, intégrations détectées. Prévue

   6. TH-206

      Chaque agent reçoit le bon contexte et les bons skills, versionnés et tracés. Prévue

   7. TH-207

      Un compagnon local borne l’agent et peut l’arrêter proprement. Prévue

   8. TH-208

      La compatibilité de chaque client d’agent est testée et publiée. Prévue

   9. TH-209

      Une issue labellisée devient une mission, sans ressaisie. Prévue

   10. TH-210

       L’historique de l’amorçage quitte tokenpool pour Tokenhood. Prévue

   11. Porte de sortie

       Porte de sortie Parcours complet démontré, limites de chaque client d’agent publiées, plus besoin de tokenpool.

4. Lot 3 Vérification et valeur 8 missions restantes La vérification croisée est outillée et la valeur nette se mesure sur un premier projet externe.

   1. TH-301

      Chaque mission reçoit un vérificateur indépendant, attribué automatiquement. Prévue

   2. TH-302

      Un rapport de vérification dit ce qu’il couvre et tombe si le code change. Prévue

   3. TH-303

      Désaccords et litiges suivent une procédure, complétée par des audits par échantillon. Prévue

   4. TH-304

      Le mainteneur dit, trente jours après, si la contribution lui a vraiment servi. Prévue

   5. TH-305

      Un premier projet externe est admis, sous convention. Prévue

   6. TH-306

      La campagne pilote publie son bilan. Prévue

   7. TH-307

      La réputation se construit sur les contributions acceptées et bien vérifiées. Prévue

   8. TH-308

      Une traduction manquante devient une mission, automatiquement. Prévue

   9. Porte de sortie

      Porte de sortie Les défauts volontaires sont détectés, et le mainteneur du projet externe juge le bénéfice net positif.

5. Lot 4 Sélection des projets 7 missions restantes Les projets candidatent, sont admis et signent leur convention en ligne.

   1. TH-401

      Les projets candidatent et suivent leur dossier en ligne, dans les deux langues. Prévue

   2. TH-402

      L’identité des structures candidates est vérifiée, en accès réservé au comité. Prévue

   3. TH-403

      Un modèle de convention, tiré des pilotes, existe en français et en anglais. Prévue

   4. TH-404

      La convention se génère et se signe en ligne, sur une instance auto-hébergée. Prévue

   5. TH-405

      Un assistant prépare l’arrivée d’un projet admis dans son dépôt. Prévue

   6. TH-406

      Les décisions d’admission et de suspension s’appliquent d’elles-mêmes. Prévue

   7. TH-407

      Un audit de sécurité et d’accessibilité clôt le MVP. Prévue

   8. Porte de sortie

      Porte de sortie Un projet admis par le parcours automatisé de bout en bout : fin du MVP.

Lire le plan de développement