[AI]rgos — Instruction automatisée de dossiers ERP
Pipeline multi-agents qui instruit les dossiers ERP de sécurité incendie au regard de l'Arrêté du 25 juin 1980 modifié. Chaque allégation déclarée est routée vers son article réglementaire, comparée au seuil, puis transformée en prescription formelle.
Flux de délégation — routage des requêtes
Cliquez sur un agent pour voir la tâche qu'il reçoit, les fichiers qu'il lit et les données renvoyées à l'orchestrateur.
Statut de validation — en toute honnêteté
Ce que nous avons construit ≠ ce que nous avons validé. Voici l'état réel.
Feuille de route — ce qui pourrait être ajouté
Priorisé par impact sur la thèse. P0 = avant soutenance · P1 = renforcement · P2 = extension future.
Exécution live de bout en bout
P0Déclencher réellement les appels Task() de l'orchestrateur sur Le Campanile, et pas seulement rejouer une simulation. Prouve que l'architecture n'est pas du vaporware.
Scorer les 2 dossiers en aveugle + générer les 3 manquants
P0Suivre la méthodologie « commit avant exécution » sur la boutique + la sandwicherie. Générer brasserie + caviste + restaurant méditerranéen. Remplir le tableau de métriques.
Obtenir un dossier ERP réel
P0Envoyer l'email au Pr. Guyeux. Un seul dossier anonymisé avec l'avis SDIS de référence transforme qualitativement la soutenance.
Test multimodal de bout en bout sur les PDF Sydonia
P1Lancer erp-document-extractor sur les 31 vrais PDF. Même si le projet n'est pas un ERP, cela prouve la capacité multimodale en conditions non contrôlées.
Audit prompt-engineering des agents 0.5, 3.5, 4.5
P1Les trois agents ajoutés en seconde phase n'ont pas été audités au regard des bonnes pratiques Anthropic (structure XML, anti-hallucination, format de sortie strict).
Extension au-delà du périmètre actuel
P24e catégorie (effectif 201-300), types M / L / P / R. Chaque extension exige un ajout à la base de connaissances + une mise à jour de l'agent classifieur + un fichier KB propre au type.
Limites connues du PoC
Identifiées lors de l'évaluation par un préventionniste expert. Ces points doivent rester sous la responsabilité du préventionniste dans tout déploiement en production.
Le système est 100 % documentaire. Il n'effectue pas la vérification sur site qu'un préventionniste réalise avant ouverture (demande d'ouverture). Cette étape reste obligatoire et humaine.
Limite : pour les demandes d'ouverture, la conformité doit encore être confirmée par une visite en personne.
Si le dossier est incomplet, le système le signale (Étape 1 STOP) mais ne rédige pas le courrier formel de demande de pièces adressé au pétitionnaire.
Limite : le préventionniste rédige le courrier manuellement à partir du rapport de complétude.
Pour un même ERP ayant déjà fait l'objet de dépôts antérieurs (visites périodiques, modifications), le système ne consulte pas les avis passés de la commission de sécurité.
Limite : utilisable pour l'instruction initiale ; les modifications exigent une consultation manuelle des dossiers passés.
Couverture limitée à : ERP de 5e catégorie, types N (restaurants) et M (commerces), sans locaux à sommeil. Les ERP de 1re à 4e catégorie, le type O (hôtels), le type U (établissements de soins) et les IGH sont hors périmètre.
Hors périmètre : le système refuse de produire un avis et renvoie au préventionniste humain.