Aller au contenu
YK Développement

Alpha

Actif

Un système autonome temps réel, conçu avec une discipline d'ingénierie extrême.

Capture d'écran de l'interface de Alpha (1 sur 1)
Projet privé : je partage la stack et les défis d'ingénierie, jamais la logique métier.

Ce que je peux en dire

Alpha est un système autonome temps réel que j'ai entièrement reconstruit sur une base propre. Le projet est privé : je n'en détaille pas la logique fonctionnelle, mais il illustre le niveau d'exigence d'ingénierie que je transpose sur tous mes travaux, cause racine systématique, zéro fix cosmétique et filets de sécurité vérifiables.

Mon rôle

Conception et réalisation intégrale en solo : architecture, backend Python/FastAPI, frontend React/TypeScript, client desktop Tauri/Rust, base PostgreSQL et migrations, et l'infrastructure de déploiement (conteneurisation, reverse-proxy, CI). Le projet se distingue autant par sa densité fonctionnelle que par la rigueur de son process : spécifications préalables, tests de non-régression comme garde-fous structurels, audits systématiques et journal forensique des incidents résolus.

Capacités techniques

  • Pipeline autonome temps réel : une boucle continue de scan, de décision, de contrôle et d'exécution, avec suivi et rapprochement a posteriori.
  • Architecture multi-mode : quatre modes d'exécution (de la simulation à l'exécution complète), activés depuis un unique point de configuration.
  • Client desktop natif : application Tauri (Rust + WebView), packagée multi-plateformes, avec stockage des secrets dans le trousseau du système d'exploitation.
  • Couche de décision assistée par LLM : orchestration multi-fournisseurs en cascade avec repli, suivi de coût, cache et limitation de débit.
  • Couche de sûreté runtime : garde-fous et invariants câblés de bout en bout, capables d'arrêter le système en cas d'anomalie.
  • Réconciliation d'état et détection de dérive entre l'état interne et sa contrepartie externe.
  • Observabilité : journalisation structurée, points de diagnostic, métriques et sondes de santé.
  • Routage de données à double pool : état de contrôle transverse et données par session séparés, avec migrations scopées et accès typés.

Défis d'ingénierie

  • Cohérence multi-mode sans divergence : le risque d'un système qui simule et exécute réellement est que les deux chemins divergent. La réponse est un Single Source of Truth de configuration composite, code identique quel que soit le mode, rendu infalsifiable par des tests qui analysent l'AST et refusent toute condition de mode hors du module dédié.
  • Réhydratation d'état au démarrage à froid : un redémarrage doit reconstruire exactement l'état de la session active. Les chemins « switch » et « cold-boot » ont été unifiés, et des tests de fumée « kill + respawn » vérifient le comportement réel, celui qu'une CI en-processus ne voit pas.
  • Dépendance au contexte d'exécution : chemins relatifs, imports inter-espaces de noms et transport de test court-circuitant le cycle de vie : trois causes de bugs invisibles en CI mais fatals au runtime, résolues par résolution de chemins absolue, discipline d'imports et tests d'intégration jouant le vrai cycle de vie.
  • Isolation physique test / production : un incident réel a montré que des tests destructeurs sur une base partagée pouvaient corrompre l'intégrité d'une session en production. La parade : un garde-fou par liste de refus (hôte:port) empêchant tout test de toucher l'instance de production, doublé d'un test de non-régression.
  • Synchronisation frontend / backend : l'application desktop réconcilie son état local persistant avec la source de vérité serveur au montage, via un arbre de décision explicite, et discipline les sélecteurs d'état pour garantir le re-rendu correct.
  • Routage à double pool de base de données : séparation de l'état de contrôle transverse et des données par session, avec migrations scopées et accès typés, imposée par des tests de conformité.

L'ampleur

Un système mature et robuste, en production et activement maintenu.

  • Un système dense et abouti, déployé en production et suivi de près au quotidien.
  • Bâti pour la fiabilité : chaque comportement critique est protégé par des garde-fous automatiques et des invariants vérifiés en continu.
  • Une couverture de tests plus large que le code lui-même, garante d'évolutions sûres.
  • Des contrôles qualité stricts à chaque changement, pour livrer sans casser l'existant.

Stack technique 05 familles · 15 technologies

La stack technique

Chaque technologie du projet, reliée au reste de ma pratique : plus un neurone est large, plus je l'ai éprouvé de projets en projets.

  • Architecture

    • Monorepo backend / frontend / desktop
    • Pipeline temps réel événementiel
    • Single Source of Truth de configuration (multi-mode)
    • Base à double pool (contrôle + session)
  • Backend

    • Python 3.12
    • FastAPI
    • Uvicorn
    • asyncpg
    • PostgreSQL 17
    • Alembic
    • Pydantic 2
    • structlog
    • tenacity
    • httpx
  • Desktop

    • Tauri 2
    • Rust
    • Trousseau système (keyring)
    • Bundles multi-OS
  • Frontend

    • React 19
    • Vite
    • Tailwind 4
    • Zustand
    • TanStack Query
  • Cœur

    • Couche LLM multi-fournisseurs (Anthropic, OpenAI, Groq)
    • chiffrement des secrets
    • réconciliation d'état
  • Qualité

    • ruff
    • mypy strict
    • pytest
    • Hypothesis
    • freezegun
    • pre-commit
    • Docker
    • GitHub Actions
    • Caddy (reverse-proxy TLS)
  • Approche

    • Développement piloté par spécifications
    • garde-fous structurels exécutables (scan AST)
    • audits systématiques + journal forensique
    • invariants de sûreté runtime

Projet suivant

Morpheus

Privé

Une application de bureau qui fait tourner l'IA directement sur la machine, sans cloud, avec plusieurs IA spécialisées qui travaillent ensemble.