đŻ Objectif
Cette issue est une mission autonome complÚte. L'agent doit lire, comprendre, restructurer, cùbler et activer le projet pour qu'il génÚre du profit réel et immédiat.
â RĂšgles absolues (VIOLATIONS = ĂCHEC DE MISSION)
- ZĂRO simulation â aucune donnĂ©e mockĂ©e, hardcodĂ©e ou inventĂ©e
- ZĂRO hallucination â chaque intĂ©gration externe doit ĂȘtre testĂ©e avec de vraies APIs
- ZĂRO biais â pas de donnĂ©es biaisĂ©es dans les modĂšles ou pipelines
- ZĂRO placeholder â
TODO, FIXME, fake_key, test_mode=true sont interdits en production
- Tout ce qui ne fonctionne pas rĂ©ellement doit ĂȘtre supprimĂ© ou dĂ©sactivĂ© proprement
đ Phase 1 â Audit & ComprĂ©hension globale
- Lire intégralement :
README.md, AGENTS.md, CONTRIBUTING.md, .env.example, package.json, openapi.json, manifest.json, llms.txt, llms-full.txt, agent-registry-entry.json
- Explorer
src/ en entier â tous les composants, hooks, stores, services, types
- Explorer
supabase/ â migrations, fonctions Edge, schĂ©mas
- Explorer
docs/ â toute la documentation existante
- Identifier : qu'est-ce que ce projet fait réellement vs ce qu'il prétend faire ?
- Lister tous les fichiers avec du code mort, des mocks, des hardcodes ou des TODOs
đ Phase 2 â Restructuration & Nettoyage
- Supprimer tout code mort, tout mock, toute simulation
- Organiser
src/ selon une architecture claire : services/, hooks/, components/, pages/, stores/, types/, utils/
- S'assurer que le build
npm run build passe sans erreur ni warning
- S'assurer que tous les types TypeScript sont corrects (zéro
any non justifié)
- Nettoyer
.gitignore â supprimer vite.config.ts.timestamp-* et autres artefacts de build committĂ©
- Vérifier que
supabase/ est complet et cohérent avec le schéma réel de la DB
đ Phase 3 â CĂąblage IA externe rĂ©el
Lire .env.example pour identifier toutes les intégrations prévues, puis implémenter chacune réellement :
LLMs & IA générative
Données & Finance
Monétisation
Automatisation & Agents
đ Phase 4 â Activation profit rĂ©el
- Identifier le(s) flux de monétisation du projet (abonnement ? usage ? marketplace ? API payante ?)
- S'assurer que le flux de paiement complet fonctionne end-to-end
- Vérifier que les webhooks Stripe/paiement écrivent correctement en DB Supabase
- S'assurer qu'un utilisateur rĂ©el peut s'inscrire â payer â utiliser â gĂ©nĂ©rer de la valeur
- VĂ©rifier les RLS Supabase â seules les donnĂ©es autorisĂ©es sont accessibles
- S'assurer qu'il n'y a pas de route non protégée donnant accÚs gratuit à des features payantes
đ Phase 5 â Validation finale
npm run build â 0 erreur, 0 warning critique
npm run lint â 0 erreur
- Tous les appels API dans les services retournent des données réelles (logs visibles)
- Créer un PR avec un résumé détaillé de chaque changement effectué
- Dans le PR, lister :
- Ce qui fonctionnait dĂ©jĂ
- Ce qui a été réparé
- Ce qui a été supprimé (et pourquoi)
- Ce qui nécessite des secrets/clés API réelles pour fonctionner (liste explicite)
- Ce qui ne peut pas ĂȘtre activĂ© sans intervention humaine (ex: clĂ©s API manquantes)
đ Note sur les secrets
L'agent ne doit jamais inventer des clés API. Si une intégration nécessite une clé absente de l'environnement CI, le code doit :
- Détecter l'absence proprement (
if (!process.env.OPENAI_API_KEY) throw new Error('OPENAI_API_KEY manquante'))
- Logger clairement ce qui est manquant
- Ne pas silencieusement tomber en mode mock
đ Contexte technique
- Stack : React + Vite + TypeScript + Tailwind + Supabase
- Hébergé sur : Replit (voir
.replit, replit.nix)
- Agent framework : voir
AGENTS.md
- LLM discovery :
llms.txt, llms-full.txt
- Plugin manifest :
manifest.json, openapi.json, .well-known/
/label claude
đŻ Objectif
Cette issue est une mission autonome complÚte. L'agent doit lire, comprendre, restructurer, cùbler et activer le projet pour qu'il génÚre du profit réel et immédiat.
â RĂšgles absolues (VIOLATIONS = ĂCHEC DE MISSION)
TODO,FIXME,fake_key,test_mode=truesont interdits en productionđ Phase 1 â Audit & ComprĂ©hension globale
README.md,AGENTS.md,CONTRIBUTING.md,.env.example,package.json,openapi.json,manifest.json,llms.txt,llms-full.txt,agent-registry-entry.jsonsrc/en entier â tous les composants, hooks, stores, services, typessupabase/â migrations, fonctions Edge, schĂ©masdocs/â toute la documentation existanteđ Phase 2 â Restructuration & Nettoyage
src/selon une architecture claire :services/,hooks/,components/,pages/,stores/,types/,utils/npm run buildpasse sans erreur ni warninganynon justifiĂ©).gitignoreâ supprimervite.config.ts.timestamp-*et autres artefacts de build committĂ©supabase/est complet et cohĂ©rent avec le schĂ©ma rĂ©el de la DBđ Phase 3 â CĂąblage IA externe rĂ©el
Lire
.env.examplepour identifier toutes les intégrations prévues, puis implémenter chacune réellement :LLMs & IA générative
OPENAI_API_KEYANTHROPIC_API_KEYHUGGINGFACE_API_KEYDonnées & Finance
NEXT_PUBLIC_SUPABASE_URLetNEXT_PUBLIC_SUPABASE_PUBLISHABLE_KEYsont utilisés partout correctementMonétisation
STRIPE_*dans.env.example: checkout réel, webhooks réels, produits/prix réelsAutomatisation & Agents
openapi.jsonâ chaque endpoint doit fonctionner rĂ©ellementmanifest.jsonâ valider la conformitĂ© plugin/agent.well-known/â vĂ©rifierai-plugin.jsonet tout fichier de dĂ©couverteagent-registry-entry.jsonâ valider l'entrĂ©e registryđ Phase 4 â Activation profit rĂ©el
đ Phase 5 â Validation finale
npm run buildâ 0 erreur, 0 warning critiquenpm run lintâ 0 erreurđ Note sur les secrets
L'agent ne doit jamais inventer des clés API. Si une intégration nécessite une clé absente de l'environnement CI, le code doit :
if (!process.env.OPENAI_API_KEY) throw new Error('OPENAI_API_KEY manquante'))đ Contexte technique
.replit,replit.nix)AGENTS.mdllms.txt,llms-full.txtmanifest.json,openapi.json,.well-known//label claude