Omar El Hachimi / Projets / A-Pad
Projet 02 · AXA Group Operations · 2026A-Pad : évaluer les projets informatiques sur preuves avec des agents IA
Omar El Hachimi a lancé et construit seul A-Pad, de bout en bout : une plateforme agentique qui évalue les projets informatiques à partir de leurs propres documents et rédige des rapports où chaque réponse cite sa source. Les chefs de projet d'AXA l'utilisent pour les revues de passage d'étape, et une personne valide chaque résultat.
Rôle Mon initiative ; conçu et construit seul
Contexte
Avant de passer à l'étape suivante, un projet informatique passe une revue. Le résultat dépendait de l'évaluateur, car les preuves étaient dispersées dans des dizaines de documents que personne n'avait le temps de lire en entier.
J'ai analysé le processus de revue, puis proposé une plateforme où chaque verdict s'appuie sur les documents du projet et les cite.
Configuré pour
Revues de passage d'étape, Gestion des changements informatiques, Reporting climat et biodiversité, Documents d'enregistrement, Risque applicatif, Due diligence fournisseurs.
Fonctionnement
- DépôtL'équipe projet ajoute ses documents.
- LectureLes documents sont découpés, indexés et cherchés par sens et par mots-clés.
- ÉvaluationDes agents répondent à chaque critère et citent leurs sources.
- ValidationLe chef de projet relit et approuve chaque réponse.
- ExportLe rapport sort en Word ou en PDF.
Ce que j'ai construit
- Trois moteurs réutilisables. Recherche de preuves, évaluation agentique et génération de rapports sourcés. Chaque processus d'évaluation ou rapport est un modèle : les mêmes moteurs servent des revues très différentes.
- Une boucle d'agent par critère. Chercher, répondre, vérifier la réponse, recommencer si besoin, jusqu'à trois tentatives. Les critères sont ordonnés selon leurs dépendances, et les critères indépendants tournent en parallèle.
- Recherche hybride. Recherche vectorielle et plein texte fusionnées par reciprocal rank fusion, avec un re-classement optionnel. Chaque projet a son propre schéma vectoriel dans PostgreSQL.
- Une règle de passage explicite. Une revue n'est validée que si chaque critère obligatoire est rempli et que le score pondéré atteint 80 %. Un chef de projet peut passer outre, et la raison est enregistrée.
- Prévu pour la production. Une API sans état, des files et des pools de workers pour l'ingestion, l'évaluation et l'export, une reprise après panne, la progression en direct dans le navigateur, un journal d'audit, la maîtrise des coûts des LLM, et l'export Word, PDF et JSON.
Choix de conception
Des preuves plutôt que des avis
Un verdict n'est utile que si une personne peut le vérifier en quelques secondes : chaque réponse renvoie au passage dont elle vient. Les chefs de projet passent leur temps à valider plutôt qu'à chercher.
Écrire la règle
La règle de passage est explicite et la même pour tous les projets : chaque critère obligatoire rempli et un score pondéré d'au moins 80 %. Une personne peut toujours passer outre, et la raison est conservée.
Des modèles, pas des outils jetables
Chaque nouveau type de revue est un modèle sur les trois mêmes moteurs : un nouveau cas d'usage, c'est de la configuration, pas une nouvelle application.
Technologies
Python 3.12 · FastAPI · LangGraph · SQLAlchemy 2 · PostgreSQL 16 · pgvector · Redis Streams · MinIO · React 19 · Vite · Tailwind · Docker · Helm · OpenShift · Mistral Document AI (OCR)
Questions
Comment des agents IA peuvent-ils évaluer un projet informatique ?
Découper la revue en critères, laisser un agent chercher les preuves de chaque critère dans les documents du projet, répondre en citant ses sources, vérifier sa propre réponse, et confier chaque résultat à une personne pour validation. A-Pad, construit par Omar El Hachimi chez AXA, fonctionne ainsi.
Comment rendre une évaluation par IA auditable ?
Chaque réponse cite le passage dont elle vient, la règle de passage est explicite, les dérogations sont enregistrées avec leur raison, et chaque exécution est journalisée.