Lexique Skeptical

Référence produit — octobre 2026

Ce lexique définit les expressions propres à Skeptical et résume comment la plateforme fonctionne. Il complète les CGU : ici on explique le vocabulaire et les boucles métier, pas les conditions juridiques.

Termes

Prévision (forecast): Jugement probabiliste (0–100 %) qu’un utilisateur soumet sur une question binaire Oui/Non, éventuellement avec une courte justification. Ce n’est pas un pari ni un conseil : c’est une opinion scorée après résolution.
Score de Brier: Mesure de calibration pour une prévision binaire. Plus le score est bas, mieux c’est. Après résolution Oui (1) ou Non (0), le Brier vaut (p − résultat)² où p est la probabilité saisie (0–1). Les classements agrègent ces scores sur plusieurs questions résolues.
Médiane communauté: Point médian des prévisions soumises sur une question ouverte. Elle résume le consensus sans être écrasée par les extrêmes, et reste visible à côté de votre propre prévision.
Evidence local: Preuve issue du sourcing en ligne de la plateforme (connecteurs éditoriaux, ex. RSS / GDELT). Elle suit le flux éditorial normal (brouillon → revue → publication) sans veto propriétaire systématique.
Evidence public: Preuve proposée par un utilisateur éligible sur une question live. Elle entre en revue éditoriale, puis passe éventuellement par un veto propriétaire avant publication. Badge distinct de « local » sur la fiche.
Lean éditorial: Orientation déclarée d’un média (outlet) ou, le cas échéant, d’une personnalité qui s’exprime. Label descriptif et versionné, avec un niveau de confiance (élevée / moyenne / faible / inconnu). Ce n’est pas un score de vérité ni un jugement moral.
Score connecteur: Note (0–1) attribuée à un candidat presse découvert par un connecteur. Seuil actuel pour créer un brouillon Evidence : 0,65. Les connecteurs tournent lorsqu’une question est publiée (live).
Proposition de question: Nouvelle question soumise par un compte certifié (> 5 prévisions distinctes). Elle entre en vote communautaire (Oui/Non). Limite : 1 proposition par utilisateur et par mois.
Votes ≥ 100: Seuil de votes « oui » requis pour qu’une proposition quitte le vote et passe en file propriétaire (pending_owner). Ce n’est pas une publication automatique : le propriétaire doit encore approuver.
Veto propriétaire (owner): Décision du compte owner avant (1) la mise en ligne d’une question après ≥ 100 oui, et (2) la publication des preuves de provenance public. Journalisée (kind, cible, décision, note). Les preuves local n’ont pas de veto systématique.
Éditeur certifié: Utilisateur ayant soumis plus de 5 prévisions distinctes (ou compte avec rôle editor / owner). Accès aux outils éditoriaux : file Evidence, résolution, connecteurs selon le rôle.
pending_resolution: Statut d’une question dont l’échéance est passée et pour laquelle le système a (ou peut avoir) suggéré un verdict Oui/Non à partir de l’Evidence et des critères. Un humain (éditeur ou owner) confirme ou veto — jamais d’auto-application en V1.
Oui / Non: Format binaire des questions en V1. Chaque question a des critères de résolution explicites ; le verdict final est Oui ou Non. Les questions multi-issues ou en pourcentage sont hors périmètre actuel.
Classement opt-in: Le classement public (/classement) n’inclut que les comptes qui l’ont explicitement activé. La calibration personnelle reste accessible ; la visibilité sociale est volontaire.
Fil info (ticker): Bandeau d’actualités en page d’accueil : extraits ou titres liés aux questions et à l’Evidence, pour maintenir le contexte informatif avant de prévoir.
Unités ML (backoffice): Modèles de prédiction classiques (forêt aléatoire, GBM, XGBoost, ARIMA/SARIMA, LSTM, ridge, lasso, baselines…) réservés au backoffice propriétaire. Ils ne se mêlent pas aux forecasts communautaires publics ; utiles pour la recherche et le Brier par thème.

Comment ça marche

Cinq boucles centrales : prévoir, lire l’Evidence, faire émerger des questions, résoudre, et mesurer la calibration.

1. Flux de prévision

Découvrir une question (thème, échéance, statut) → lire le panneau Evidence → contextualiser le lean → saisir une probabilité 0–100 % (justification optionnelle) → voir la médiane communauté. Après résolution, la prévision devient immuable et reçoit un score de Brier.

2. Evidence

Chaque preuve visible est attribuée (source + date) : extrait presse ou passage TV/transcript, avec lean outlet / personnalité et confiance. • local : connecteurs → brouillon → revue → publish. • public : soumission utilisateur (limites : 10/jour, 2/question) → revue → veto owner → publish. Seules les preuves published apparaissent sur les fiches publiques.

3. Questions communautaires

Compte certifié (> 5 prévisions) propose une question → vote Oui/Non → ≥ 100 oui → pending_owner → approve owner → question live + lancement des connecteurs. Pas de timeout auto en vote : la progression reste visible.

4. Résolution

Critères et date cible sont publics dès l’ouverture. À l’échéance, le système peut suggérer Oui/Non (statut pending_resolution) ; un éditeur ou l’owner confirme. Résolution manuelle toujours possible. Verdict enregistré → status résolue → scoring Brier des prévisions.

5. Calibration

Page /calibration : historique et scores. Classement public uniquement sur opt-in. Profil public minimal pour les comptes qui choisissent d’être visibles. Objectif : comparer la qualité prédictive relative, pas proclamer une « vérité » absolue.

Lexique Skeptical

Référence produit — octobre 2026

Termes

Prévision (forecast): Jugement probabiliste (0–100 %) qu’un utilisateur soumet sur une question binaire Oui/Non, éventuellement avec une courte justification. Ce n’est pas un pari ni un conseil : c’est une opinion scorée après résolution.
Score de Brier: Mesure de calibration pour une prévision binaire. Plus le score est bas, mieux c’est. Après résolution Oui (1) ou Non (0), le Brier vaut (p − résultat)² où p est la probabilité saisie (0–1). Les classements agrègent ces scores sur plusieurs questions résolues.
Médiane communauté: Point médian des prévisions soumises sur une question ouverte. Elle résume le consensus sans être écrasée par les extrêmes, et reste visible à côté de votre propre prévision.
Evidence local: Preuve issue du sourcing en ligne de la plateforme (connecteurs éditoriaux, ex. RSS / GDELT). Elle suit le flux éditorial normal (brouillon → revue → publication) sans veto propriétaire systématique.
Evidence public: Preuve proposée par un utilisateur éligible sur une question live. Elle entre en revue éditoriale, puis passe éventuellement par un veto propriétaire avant publication. Badge distinct de « local » sur la fiche.
Lean éditorial: Orientation déclarée d’un média (outlet) ou, le cas échéant, d’une personnalité qui s’exprime. Label descriptif et versionné, avec un niveau de confiance (élevée / moyenne / faible / inconnu). Ce n’est pas un score de vérité ni un jugement moral.
Score connecteur: Note (0–1) attribuée à un candidat presse découvert par un connecteur. Seuil actuel pour créer un brouillon Evidence : 0,65. Les connecteurs tournent lorsqu’une question est publiée (live).
Proposition de question: Nouvelle question soumise par un compte certifié (> 5 prévisions distinctes). Elle entre en vote communautaire (Oui/Non). Limite : 1 proposition par utilisateur et par mois.
Votes ≥ 100: Seuil de votes « oui » requis pour qu’une proposition quitte le vote et passe en file propriétaire (pending_owner). Ce n’est pas une publication automatique : le propriétaire doit encore approuver.
Veto propriétaire (owner): Décision du compte owner avant (1) la mise en ligne d’une question après ≥ 100 oui, et (2) la publication des preuves de provenance public. Journalisée (kind, cible, décision, note). Les preuves local n’ont pas de veto systématique.
Éditeur certifié: Utilisateur ayant soumis plus de 5 prévisions distinctes (ou compte avec rôle editor / owner). Accès aux outils éditoriaux : file Evidence, résolution, connecteurs selon le rôle.
pending_resolution: Statut d’une question dont l’échéance est passée et pour laquelle le système a (ou peut avoir) suggéré un verdict Oui/Non à partir de l’Evidence et des critères. Un humain (éditeur ou owner) confirme ou veto — jamais d’auto-application en V1.
Oui / Non: Format binaire des questions en V1. Chaque question a des critères de résolution explicites ; le verdict final est Oui ou Non. Les questions multi-issues ou en pourcentage sont hors périmètre actuel.
Classement opt-in: Le classement public (/classement) n’inclut que les comptes qui l’ont explicitement activé. La calibration personnelle reste accessible ; la visibilité sociale est volontaire.
Fil info (ticker): Bandeau d’actualités en page d’accueil : extraits ou titres liés aux questions et à l’Evidence, pour maintenir le contexte informatif avant de prévoir.
Unités ML (backoffice): Modèles de prédiction classiques (forêt aléatoire, GBM, XGBoost, ARIMA/SARIMA, LSTM, ridge, lasso, baselines…) réservés au backoffice propriétaire. Ils ne se mêlent pas aux forecasts communautaires publics ; utiles pour la recherche et le Brier par thème.

Comment ça marche

Cinq boucles centrales : prévoir, lire l’Evidence, faire émerger des questions, résoudre, et mesurer la calibration.