Outil décisionnel · Prototype de recherche réel

Pace Planner rend un plan d’allure explicable et vérifiable.

Ce prototype de recherche construit et audite des scénarios pour la course sur route, le trail balisé et le cyclisme sur route. Il met l’accent sur la qualité des entrées, les hypothèses et la comparaison, plutôt que sur une recommandation opaque.

Par Johnny LeitaoMis à jour le 28 juillet 2026Aller à l’essentiel
Interface réelle de Pace Planner montrant un plan détaillé, sa projection, la qualité des données et les actions d’audit
Capture réelle du studio local : un plan détaillé avec projection, qualité des données, historique et contrôles d’audit.
Disciplines étudiées
Route, trail balisé, vélo route
Entrées
Parcours, références, météo, terrain
Sorties
Segments, scénarios, audit, partage
Stack
Next.js, FastAPI, Python, SQLite

Le problème : une allure cible ne suffit pas à expliquer un plan.

Une projection simple suppose souvent que chaque kilomètre se ressemble. Le terrain, le profil, la météo, la fatigue attendue et la qualité des références modifient pourtant ce qui est raisonnable. Une recommandation unique peut donner une fausse impression de précision lorsque les données d’entrée sont incomplètes.

Pace Planner traite donc le plan comme un objet auditable. Il enregistre les hypothèses, découpe le parcours en segments, expose la qualité des entrées et permet de comparer des scénarios. L’utilisateur peut comprendre ce qui influence une projection au lieu de recevoir seulement un chiffre final.

La solution : séparer les données, le moteur et la restitution.

L’interface Next.js guide la création et la consultation des plans. Le backend FastAPI gère les projets et expose les calculs. Un moteur Python séparé transforme les entrées en segments et projections, tandis que SQLite conserve l’état local et l’historique utile à l’audit.

Le studio peut intégrer un parcours, des références de performance, des informations de terrain et des données météo. Open-Meteo fournit une API de prévision documentée ; lorsqu’une donnée externe n’est pas disponible ou suffisamment fiable, le produit doit l’indiquer plutôt que masquer l’incertitude.

  • Plans par segments et scénarios comparables
  • Qualité des données visible dans l’interface
  • Hypothèses et historique consultables
  • Exports et vues partageables
  • Architecture locale et modulaire
  • Adaptateurs futurs identifiés comme tels

Le principe produit : une incertitude visible vaut mieux qu’une précision inventée.

Le prototype distingue ce qui a été fourni, calculé, estimé ou reste à connecter. Cette discipline est importante dans tout outil décisionnel. Un score de qualité ou un avertissement ne doit pas seulement décorer l’écran : il doit empêcher l’utilisateur de confondre une hypothèse avec une donnée observée.

Les limites actuelles sont donc affichées. Le produit reste une version de recherche, certaines intégrations sont prévues mais non finalisées, et aucune promesse de performance sportive n’est formulée. Cette honnêteté fait partie de la conception.

Ce que le projet prouve aujourd’hui.

Le workflow fonctionne localement : créer un plan, l’ouvrir, consulter ses entrées, examiner sa projection et accéder aux contrôles d’audit. La capture de cette page provient de cette application réelle.

Le projet démontre ma capacité à modéliser un domaine, isoler un moteur de calcul, concevoir une interface qui montre la qualité des données et faire cohabiter exploration et traçabilité. Il ne démontre pas encore une efficacité mesurée auprès d’athlètes ou de clients, et je ne présente aucun chiffre de résultat.

La même logique protège les décisions d’entreprise.

Un devis, un score de priorité, une prévision de stock ou une recommandation commerciale possède aussi des hypothèses. Si l’outil ne montre pas leur origine, l’utilisateur ne sait pas quand faire confiance au résultat ni quand reprendre la main.

Pace Planner illustre une approche transférable aux applications métier et aux agents IA : provenance, limites, seuils de confiance, historique et capacité à s’abstenir lorsque le contexte ne suffit pas.

Sources et technologies de référence

Les liens suivants documentent les sources externes citées. Ils ne constituent ni un partenariat ni une validation commerciale.