Toutes les sources
Jusqu'à 15 sources datées par cas : alertes officielles (GDACS), avis de 5 ministères des affaires étrangères, notices de contrats. Le séjour peut être simulé ; les sources, elles, sont réelles.
Votre commande
Pour entraîner et évaluer vos modèles d'IA sur les décisions d'un assureur voyage : quel niveau de risque retenir pour un séjour, ce que couvre un contrat face à un incident, ce qui reste à payer pour le voyageur.
Pour les start-ups de l'assurance et de l'IA, les laboratoires universitaires et les courtiers de données.
Un cas, en bref
« Une salariée part dix jours en mission. Quel niveau de risque retenir pour ce séjour ? »
France : vigilance renforcée, niveau 2 sur 4 (source S1). Royaume-Uni : aucun avis particulier, niveau 1 sur 4 (source S2).
Niveau 2 sur 4 : on retient l'avis le plus prudent des ministères lus, en citant chacun.
Niveau 1 sur 4 : garder l'avis le plus rassurant.
FAIL M1 Niveau retenu par précaution
Un des contrôles qui s'appliquent à ce cas échoue : la réponse est refusée, sans juge humain.
Pour savoir si un modèle d'IA prend les bonnes décisions d'un assureur voyage, et pour l'entraîner à les prendre, il faut des exemples dont on connaît la bonne réponse, et qu'un programme peut vérifier seul, sans relecture humaine. C'est ce que nous fournissons.
Ce que nos contrôles vérifient, par exemple
Des cas complets, prêts à servir. Chacun réunit quatre choses, comme l'exemple du haut de page.
Jusqu'à 15 sources datées par cas : alertes officielles (GDACS), avis de 5 ministères des affaires étrangères, notices de contrats. Le séjour peut être simulé ; les sources, elles, sont réelles.
Une réponse de référence assemblée par un programme à partir des éléments vérifiés du cas. Chaque cas est vérifié automatiquement : contrôle qualité (brief généré sans erreur) et correcteur ; la part vérifiée est affichée pour chaque jeu.
Quand elle existe, une réponse fausse typique : un vrai brouillon écarté, ou une erreur introduite exprès et signalée comme telle.
Un programme qui vérifie jusqu'à 16 points précis (sources citées, nombres, dates, niveau de risque, lignes de contrat, reste à payer) et dit en moins d'une seconde combien sont justes, parmi ceux qui s'appliquent au cas.
Résultat binaire, réussi ou échoué, sans modèle juge : égalités de nombres, appartenance à une liste, citation retrouvée mot pour mot, recalcul. Aucun contrôle ne cherche un mot-clé. Un champ requis absent échoue ; une réponse illisible échoue à tous les contrôles. Un contrôle peut ne pas s'appliquer à un cas (« sans objet », dit par la bonne réponse) : nos pages et nos fiches lisent alors le score sur les seuls contrôles qui s'appliquent, alors que le total sur 16 du correcteur livré le compte comme réussi. Huit contrôles sont communs à tous les jeux (C1 à C8), huit sont propres à l'assurance voyage (M1 à M8).
| Contrôle | Ce qui est vérifié | Bonne réponse lue dans |
|---|---|---|
C1Réponse conforme au schéma | JSON conforme au schéma de réponse imposé : types, énumérations, champs requis, aucune propriété en plus. | le schéma du domaine (answer_schema) |
C2Citations résolues | Chaque source citée existe dans le contexte ; une affirmation factuelle sans citation échoue. | grounded_context.sources[].id |
C3Citations mot pour mot | Toute citation d'au moins 12 caractères est retrouvée dans la source citée (casse, accents et espaces normalisés). | sources[].content_norm |
C4Nombres retrouvés dans la source | Chaque nombre d'une affirmation factuelle figure dans la source citée (±0,5 %, unités k / M / Md / %). | les sources citées |
C5Dates cohérentes | Aucune date postérieure à la date de référence, sauf celles que le contexte porte déjà ; les dates d'événement sont dans la source. | as_of, sources[].published |
C6Arithmétique cohérente | Bas ≤ médian ≤ haut ; un total égale la somme de ses parts ; un pourcentage reste entre 0 et 100. | la réponse elle-même |
C7Aucune contradiction interne | Un contrat jugé « assez » n'a aucune ligne bloquante non couverte (côté Proplace : un deal killer fatal interdit un verdict favorable). | la règle du domaine |
C8Abstention honnête | Ce qui n'est pas calculable est null avec un motif ; ce qui l'est porte une valeur ; une abstention générale échoue. | non_computable[] de la vérité terrain |
M1Niveau retenu par précaution | Le niveau retenu est le plus prudent des ministères lus, et « divergent » suit la règle de Maximum. | conflict_resolution_record |
M2Niveau par ministère | Le niveau de chacun des 5 ministères (US, FR, GB, CH, CA) tel qu'il a été lu ; un ministère non lu reste null, l'inventer échoue. | readings[] |
M3Lignes de besoins du séjour | Chaque ligne de besoins est classée bloquant / utile / sans objet comme la vérité terrain. | gap.lines[].required |
M4Statut des lignes par contrat | Le statut des lignes bloquantes (couvert, sous_conditions, non_couvert, non_documente, sans_objet) pour le contrat du séjour et les contrats du reste à charge. | matrice du marché : contracts[pid].lines[cid].status |
M5Verdict par contrat | assez / a_completer / inconnu, contrat par contrat. | matrix.contracts[pid].verdict |
M6Reste à charge recalculé | Reste à charge = coût − max(0, min(coût, plafond) − franchise), à ±1 € près, en EUR ; plafond illimité : seule la franchise reste à charge ; garantie non couverte ou exclue par le séjour : tout le coût ; null seulement quand ce n'est pas calculable. | quantum.scenarios[].columns[] (soins, evacuation, extraction, interruption) |
M7Comptes par rayon | Événements UCDP à 5, 20, 50 km, tempêtes à moins de 500 km, hôpital le plus proche à ±1 km. | stay_second_order_checks.from_hotel |
M8Échéances des formalités | Date limite de dépôt (apply_by) et retard (overdue) par formalité. | formalities[] et rules_check |
Voir, point par point, ce que votre modèle réussit et ce qu'il manque.
Le récompenser quand le correcteur valide sa réponse, et lui montrer la bonne et la mauvaise réponse côte à côte.
Comparer deux versions de votre modèle sur les mêmes cas, avec la même grille.
Pour chaque modèle du marché : la part des contrôles réussis parmi ceux qui s'appliquent à chaque cas, en médiane sur les cas du jeu. Les contrôles sans objet ne comptent pas. Sans aide, à température 0 : la même question donne toujours la même réponse. Une réponse parfaite obtient 100 %.
non mesuré
Chaque version d'un jeu publie sa mesure : des modèles du marché, à température 0, une réponse gardée et empreinte par cas et par modèle, notée par le même correcteur. Les chiffres sont lus dans l'API au chargement de la page, jamais écrits ici ; sans mesure publiée, la page dit « non mesuré ».
non mesuré
Choisissez un cas vérifié automatiquement, copiez la question et ses sources dans votre modèle, puis collez sa réponse : le correcteur dit combien de contrôles elle réussit parmi ceux qui s'appliquent à ce cas, point par point. La bonne réponse n'est pas affichée, pour ne rien souffler à votre modèle : elle est dans l'échantillon gratuit.
La question telle qu'elle est posée au modèle, puis ses sources. Le bouton « Copier » prend la question, les sources et le format de réponse : jamais la bonne réponse.
Chargement des cas publics…
Donnez la question et ses sources à votre modèle, collez sa réponse ici, puis lancez les 16 contrôles. Seul le score est enregistré, jamais le texte.
Extrait d'import lu dans le profil acheteur servi par l'API…Le correcteur livré dans le jeu est le même que celui de cette page : vos propres réponses se notent sur la même grille, hors ligne, sans dépendance.
mi-arbitration
Un séjour simulé, un incident réel signalé près de l'hôtel, les avis réels de 5 ministères et les notices de contrats. La question : quel niveau de risque retenir, quelles lignes du contrat couvrent, ce qui reste à payer.
mi-duty-brief
Le document qui prépare un déplacement professionnel : risques du pays, formalités, ce que couvre le contrat. Chaque brief vient d'un séjour saisi dans le logiciel de Maximum, avec ses sources datées ; le nom du voyageur est retiré.
Plateformes et courtiers de données : la licence standard est non exclusive, et chaque jeu est livré avec sa fiche descriptive (contenu, provenance, licences des sources). Une redistribution se discute sur mesure.
Un fichier JSON Lines (un cas par ligne), avec sa fiche descriptive (DATA_CARD.md), ses métadonnées Croissant (croissant.json) et le correcteur en Python. Chaque ligne porte :
prompt — la consigne système et le cas posé, tels qu'ils sont donnés au modèle.grounded_context — la date de référence, la langue, au plus 15 sources de 4 000 caractères (identifiant, titre, adresse, date, type, contenu, contenu normalisé, nombres, sha256), les faits et les règles énoncées.answer_schema — le schéma JSON imposé à la réponse, sans propriété supplémentaire.checks — les 16 contrôles et, pour chacun, s'il s'applique (déclaré par la vérité terrain).ground_truth — la vérité terrain, opaque dans le prompt : elle ne sert qu'au correcteur.chosen — la réponse de référence, qui réussit tous les contrôles qui s'appliquent, avec sa grille de notation.rejected — quand elle existe, une réponse rejetée : brouillon réel ou perturbation déterministe étiquetée (règles R1 à R10, graine dérivée de l'identifiant) ; la DATA_CARD publie la part de chacune.baseline — le score de chaque modèle du marché sur ce cas, quand il est mesuré.provenance — origine (sidecar réel ou séjour simulé), référence et empreinte d'origine, versions des générateurs, profil d'anonymisation, validation (vérification automatique ; relecture facultative).licence — le nom de la licence, son adresse, l'exclusivité et les attributions amont de la ligne.Le cas exemple est offert ; le sur-mesure est sur devis, hors taxes.
Pour juger sur pièce, avant toute commande.
Disponible dès que des cas ont été vérifiés automatiquement (contrôle qualité et correcteur) : aucun échantillon n'est proposé avant.
L'archive, son dossier, puis le correcteur livré, lancé sur l'échantillon.
curl -sL "https://alexandre-79537--proplace-chat-proxy-fastapi-app.modal.run/ai-data/sample.tar.gz?pack=mi-arbitration&for=generic" -o sample_pack.tar.gz && tar -xzf sample_pack.tar.gz && cd mi-arbitration-*-sample-*/ && python3 grader.py --verify golden_sample_10_rows.jsonl
Pour un volume, un rythme ou une exclusivité précis.
Trois choix et une adresse e-mail suffisent. Nous répondons par un devis (prix et délai de production), puis un contrat ou votre bon de commande. Les cas sont produits pour vous, vérifiés automatiquement (contrôle qualité et correcteur), puis livrés avec la facture.
Ou écrivez-nous : contact@maximum-insurance.com. La page n'affiche que la référence de votre demande, aucune coordonnée.
En partie, et nous le disons. Les briefs de séjour sont rédigés par le moteur de Maximum, qui s'appuie sur des modèles d'IA du commerce ; la fiche descriptive de chaque version dit lesquels. La bonne réponse de chaque cas, elle, n'est pas écrite par une IA : un programme l'assemble à partir des éléments vérifiés du cas (niveaux lus chez chaque ministère, lignes de contrat, montants recalculés). Chaque cas est ensuite vérifié automatiquement : contrôle qualité (brief généré sans erreur) et correcteur ; la part vérifiée est affichée pour chaque jeu. Le correcteur est un programme, sans IA juge.
Les cas d'arbitrage partent de séjours simulés : le voyageur et son séjour sont générés par un programme. Ce qu'ils croisent est réel et daté : les avis des ministères des affaires étrangères, les alertes GDACS, les événements UCDP, les tempêtes NOAA et les clauses des contrats lues par Maximum. Les briefs viennent de séjours saisis dans le logiciel de Maximum, sur des comptes clients, de démonstration et de test : la fiche de chaque jeu donne la répartition.
Le nom du voyageur, ses e-mails et ses numéros de téléphone sont remplacés par des jetons ; les identifiants des personnes qui ont validé un brief ne sont jamais copiés ; un cas où il en reste une trace est écarté. L'hôtel, les dates, l'âge, la nationalité et l'activité sont gardés : c'est la matière de la décision. Le détail est dans notre politique de confidentialité.
Automatiquement, cas par cas : le contrôle qualité vérifie que le brief a été généré sans erreur, puis le correcteur vérifie que la réponse de référence réussit tous les contrôles qui s'appliquent au cas. Un cas qui échoue n'est ni montré ni vendu. Une relecture humaine reste possible, facultative : elle peut écarter un cas. Cette page ne montre que des cas validés ; chaque fiche de jeu dit combien de cas sont vérifiés ; une commande sur mesure est livrée entièrement vérifiée. Le statut de validation est aussi écrit dans chaque ligne livrée.
Par nouvelles versions numérotées, chacune avec sa fiche et sa mesure ; une version livrée ne change plus. Un volume plus grand se produit à la demande, après la commande.
L'échantillon : une licence d'évaluation, 90 jours, pour un usage interne. Le sur-mesure : la licence standard non exclusive, ou une exclusivité dans votre secteur.
Un cas par ligne (JSON Lines), lisible par les outils courants (Hugging Face datasets, pandas), avec le format de réponse imposé, la fiche descriptive et le correcteur. Des exports prêts pour l'entraînement accompagnent le jeu.
Sur mesure : un devis, un contrat ou votre bon de commande, puis une facture payable par virement SEPA. Le cas exemple et l'échantillon sont gratuits.
Maximum Insurance produit les cas. Proplace opère cette offre pour Maximum et pour son propre site : les cas publics, le testeur, l'échantillon, les devis et les paiements passent par son API. Les paramètres for et lead des liens que nous envoyons sont décrits dans la ligne « Pages AI Data » de notre politique de confidentialité.
Pour les dossiers d'analyste M&A de Proplace (rachats, levées de fonds), et son exemple de question de prévision offert : proplace.co/ai-data.
Travel Insurtech. 24/7 dans le monde entier.
Assureur suisse · Réseau médical mondial