# Introduction

> **Développeur :** la partie [Build pack (Claude Code)](build-readme.md) contient le `CLAUDE.md` à poser dans le repo et 34 tickets ordonnés, avec étapes et critères de fin vérifiables. Le reste de ce GitBook est la spec produit qui fait foi.


Vivra V1 est le premier projet qui fait le CTO (community takeover) de tokens morts sur Robinhood Chain avec des agents IA. Ce document dit ce qu'il faut construire pour lancer le cycle 1.

## Le produit en une page

1. Au lancement, l'équipe publie directement 5 candidats : des projets tech Pons abandonnés par leur dev (passés au-dessus de 500 k$, retombés entre 15 et 50 k$, compte X encore en ligne mais silencieux, docs accessibles), avec une fiche chacun. Ensuite, un nouveau vote et un nouveau CTO chaque semaine.
2. Les utilisateurs votent pendant 48 h, connectés par email, sans wallet.
3. Le gagnant devient le « token CTO ». Six agents IA le reprennent pendant 72 h : analyse, identité, site, X, Telegram, une utilité. Tout est écrit dans un journal public.
4. Pendant 7 jours, le Buyback Bot (un script, pas une IA) rachète le token CTO par tranches et brûle chaque token : c'est le buyback & burn.
5. Vivra dépose une demande de CTO officielle chez Pons. Si elle est acceptée, les frais créateur futurs du token CTO servent à 100 % à racheter et brûler du $VIVRA.
6. À J+30, les comptes du token CTO sont rendus à sa communauté.

$VIVRA est lancé sur Pons avec une taxe totale de 4 % par trade : 1,7 % équipe, 1,5 % buyback, 0,5 % IA, 0,3 % Pons.

## Périmètre V1

| Brique | Rôle | Section |
| --- | --- | --- |
| Analyse des projets | Analyser à la demande les adresses envoyées par l'équipe : cible, sécurité, score de reprise | 4 |
| Back-office des cycles | Créer un cycle, choisir les 5, rédiger les fiches | 5 |
| Vote | Connexion par email, une voix par email, décompte public | 5 |
| Orchestrateur et 6 agents | Faire le CTO en 72 h, journal public | 6 |
| Buyback Bot | Buyback du token CTO, rachat et burn de $VIVRA | 7 |
| Trésorerie | Claim de l'escrow Pons, répartition, recharge Surplus, registre | 3 |
| CTO Pons | Demande de CTO, réception des frais du token CTO | 8 |
| Dapp et landing | landing et 4 écrans dapp : vote, dossiers, war room, revived & ledger | 9 |
| Bot X et Telegram | Comptes Vivra et tokens CTO, posts automatiques | 10 |

Les parcours utilisateurs et leurs cas limites sont décrits en section 14 : c'est la référence pour les tests.

## Hors périmètre V1

- **Vivra Scout** (mise à jour prévue) : une infra qui surveille toute la chaîne et liste d'elle-même les projets morts qui collent à la cible. En V1, l'équipe trouve les projets et soumet les adresses à la main.
- Pools $VIVRA/TOKEN où le buyback passe par $VIVRA (phase 5, début 2027).
- Nominations ouvertes aux communautés, assurance-vie, agents invités, autres chaînes.
- Staking de $VIVRA.
- Splitter on-chain des 3 % de creator tax de $VIVRA : en V1, wallets séparés et registre public.

## Références

- Le dossier Vivra V2 (concept, économie, décisions).
- Les maquettes de la landing et de la dapp, et la page X (créas, threads, templates du bot).
- Annexes techniques : base de données, API, agents (prompts et outils), contrats, score de reprise, mise en place.
- DA : Inter Tight et Fragment Mono, encre #0B0B0C, orange #FF5A1F, fond #FFFFFF.

## Vocabulaire

- **Candidat** : un des 5 tokens soumis au vote d'un cycle.
- **Token CTO** : le candidat élu, pendant son CTO et son suivi.
- **Cycle** : vote (48 h), opération (72 h), buyback et verdict (7 j), suivi (30 j). Un nouveau cycle démarre chaque semaine, donc les cycles se chevauchent. J0 = clôture du vote ; T+x = heures après J0 ; J+x = jours après J0.
- **Dossier du token** : la mémoire partagée des agents pour un token CTO.
- Montants en USD sauf mention contraire, heures en UTC.