CitizOS · Trading · Doctrine
À propos · transparence radicale

Pourquoi ce projet existe.

CitizOS Trading est un laboratoire indépendant qui construit publiquement une infrastructure décisionnelle pour le trading algorithmique. L'objectif n'est pas de battre le marché. L'objectif est de comprendre pourquoi la majorité des systèmes échouent · et de construire l'inverse.

Le point de départ

Quelque part en 2024, j'ai construit un bot de trading. Un script Python qui scannait les paires Binance, calculait quelques indicateurs techniques classiques (RSI, MACD, Bollinger, EMA), et générait des signaux BUY ou SELL avec un score de confiance.

Comme la plupart des bots construits par des ingénieurs sans formation quant, il avait l'air intelligent. Il avait l'air discipliné. Il avait l'air rentable sur les périodes courtes où il fonctionnait. Mais quand j'ai commencé à mesurer rigoureusement ses décisions sur plusieurs centaines de signaux, le verdict était sans appel · il aurait détruit le capital. Pas un peu. Massivement.

« Sur 265 trades évalués, l'agent classique aurait perdu en moyenne −9,17 % par trade en 4 heures. PIXELUSDT, à lui seul, aurait été pris 50 fois · chaque fois pour une perte de −32,8 %. »

C'est ce constat qui a déclenché tout le reste. Si le problème n'était pas dans les signaux mais dans la capacité à les refuser, alors la solution n'était pas un meilleur bot. C'était un système de décision capable de répondre à une question préalable · est-ce que le marché est lisible en ce moment ?

L'hypothèse centrale.

La majorité des bots crypto retail détruisent le capital sur le long terme · ce n'est pas une opinion, c'est une régularité statistique observée et documentée par les exchanges eux-mêmes. La question intéressante n'est donc pas comment générer plus de signaux, mais comment construire un système qui refuse la plupart des signaux disponibles, et n'agit que dans les contextes où l'asymétrie est réelle.

Cette hypothèse a guidé toute la construction du Decision OS · 16 modules, 16 versions de doctrine, des centaines d'heures de débogage et de raffinement, pour aboutir à une architecture qui répond hiérarchiquement à trois questions ·

  1. Le marché est-il lisible ? (Market Entropy Score · 5 classifications)
  2. Le régime est-il favorable ? (9 conditions évaluées en continu)
  3. Le capital est-il protégé ? (Risk Engine · Kill-switch · capital preservation)

Si l'une de ces trois questions reçoit une réponse négative, le système ne trade pas. C'est aussi simple — et aussi radical — que ça.

Qui construit ce projet ?

MB
Le Fondateur
Chercheur indépendant · architecte du Decision OS

Je construis publiquement ce système avec un agent IA en collaboration directe. Chaque décision technique, chaque module, chaque doctrine est documentée et versionnée. Je ne suis pas un trader professionnel. Je suis quelqu'un qui a constaté un problème statistique récurrent dans l'industrie des bots crypto, et qui essaie d'y apporter une réponse rigoureuse.

L'objectif est moins de prouver que je sais trader · que de construire une infrastructure crédible et durable qui d'autres pourront examiner, critiquer, utiliser ou améliorer.

Argenteuil · 95100 · France

Ce que transparence radicale signifie.

Beaucoup de projets crypto parlent de transparence sans en démontrer les implications concrètes. Voici ce que cela signifie ici, dans les faits ·

01
Chaque version de la doctrine est publiée, datée, archivée. Même quand elle dit "j'avais tort".
02
Les benchmarks sont publics et continus. TOS est comparé à Buy & Hold même quand TOS perd.
03
Chaque module supprimé est archivé avec la raison de sa suppression. Pas effacé.
04
Aucune position prise en réel pendant la phase shadow. Vérifiable en code.
05
Pas de capture d'écran "1 000 % gains". Jamais. Aucune communication.
06
Pas de signal Telegram. Pas de promesse de rendement. Pas de marketing casino. Jamais.

Ce qui sortira en premier.

La première chose qui sera commercialisée n'est pas l'accès aux signaux. C'est une formation pédagogique · « Construire son Decision OS » · 8 modules, 20 heures, 990 €. Elle expliquera la méthodologie complète, le code source, les choix architecturaux, les modules qui ont marché et ceux qui ont été supprimés.

Pourquoi la formation d'abord ? Pour décorréler les revenus initiaux des performances live du moteur. Si on devait dépendre des résultats live pour générer du chiffre, on serait tentés d'activer trop tôt, de cacher les périodes difficiles, ou d'ajuster les paramètres pour faire bonne figure. La formation finance la patience nécessaire à la rigueur.

Étapes déjà franchies.

2024
Construction du bot classique · script Python de 1 596 lignes · scan Binance toutes les 5 minutes · indicateurs techniques classiques.
2026 · Mai
Constat statistique · le bot aurait détruit le capital. Décision · reconstruire en mode side-car, sans toucher au code existant.
Sprint 1 → 5
Modules de base · portfolio engine · regime detector (9 conditions) · risk engine · shadow comparator · benchmark engine.
Sprint 6 → 10
Mesure et validation · 6 630 décisions historisées · 265 P&L calculés · preuve statistique du refus IA (90,6 % perdants évités).
Sprint 11 → 13
Approfondissement · pgvector similarity · confidence score · post-mortem GPT · Market Entropy.
Sprint 14 → 16
Construction produit · landing page premium · waitlist · doctrine publique · dashboard observable.

Ce qui reste à faire.

Beaucoup. 30 à 60 jours minimum de données live en shadow strict, sur plusieurs régimes marché différents. Documentation publique détaillée des 16 modules existants. Production de la formation. Construction d'une communauté de chercheurs intéressés par cette approche. Stress tests contre des scénarios historiques (LUNA, FTX, COVID, Bear 2018).

Le rythme est volontairement lent. C'est la condition de la rigueur. Aucun lancement agressif n'aura lieu tant que les données ne le justifient pas.

« On ne lance pas un produit sur les performances qu'on n'a pas encore. »

Si vous voulez suivre.

Inscription waitlist sur la page d'accueil. Vous recevrez le journal de bord mensuel, les changelogs de doctrine, les benchmarks publics, et l'accès anticipé à la formation lorsqu'elle sortira. Pas de spam. Désinscription en un clic à tout moment.

Pour toute question technique sérieuse · mehdi.lahrech95@gmail.com. Pour les questions "ça gagne combien ?" · merci de ne pas écrire. Ce n'est pas le sujet.

Merci d'être là pendant que ce projet se construit.