Agents IA Bruxelles — Conformité AI Act, Affaires Publiques UE & Fintech Belge

#Agents IA Bruxelles — Conformité AI Act, Affaires Publiques UE & Fintech Belge

Un agent qui traite des textes réglementaires n'a rien à voir avec un agent de relation client : il doit citer ses sources au paragraphe près, pouvoir rejouer n'importe quelle exécution passée, et s'arrêter net avant toute action engageante. Nehos conçoit et met en production ces agents pour les équipes d'affaires publiques, les fédérations sectorielles et les établissements financiers belges supervisés, en français, en néerlandais et en anglais.

#Ici, la matière première d'un agent existe déjà et elle est publique

La plupart des projets d'agents autonomes butent sur un problème de données : il faut aller les chercher, les nettoyer, obtenir les accès. À Bruxelles, la difficulté est inverse. Les sources sont ouvertes, structurées, versionnées et mises à jour en continu — EUR-Lex pour les textes consolidés, l'Observatoire législatif du Parlement européen pour l'état d'avancement de chaque dossier, le registre public des documents du Conseil, le portail de consultations de la Commission, le registre de transparence commun aux institutions, le Moniteur belge pour le droit national, les circulaires et communications de la Banque nationale de Belgique et de la FSMA pour le secteur financier. Le problème n'est pas l'accès, c'est le volume et la fréquence.

Un dossier législatif européen actif génère chaque semaine des dizaines de documents dont la majorité ne vous concerne pas, et dont une petite minorité change votre position. Trier cela à la main est faisable pour deux dossiers, coûteux pour dix, impossible pour trente. C'est exactement la forme de charge de travail que les agents absorbent bien : répétitive, textuelle, à critères stables, avec une vérification humaine en sortie. Ce n'est pas un hasard si les premiers déploiements d'agents réellement rentables que nous observons à Bruxelles concernent la veille, la préparation de dossiers et le reporting réglementaire, plutôt que la relation client.

Deuxième singularité locale : ce que produit l'agent doit pouvoir être opposé à quelqu'un. Une note de position s'appuie sur un considérant précis ; un rapport d'incident part chez un superviseur ; une analyse de conformité finit dans un dossier technique. Un agent qui produit un texte plausible mais non traçable ne fait pas gagner de temps — il déplace le travail vers la vérification, souvent pour un coût supérieur. La contrainte d'auditabilité n'est donc pas un supplément réglementaire ajouté à l'agent : c'est son cahier des charges fonctionnel.

#Anatomie d'un agent qui tient devant un auditeur

La couche de collecte est le vrai différenciateur. Un agent branché sur une recherche web généraliste hérite de tous ses défauts : sources secondaires, articles de presse qui paraphrasent, versions non consolidées. Nous branchons nos agents directement sur les sources primaires, avec conservation de l'identifiant du document, de sa date et de sa version. Quand un texte est modifié, l'agent le sait, parce que nous stockons ce que nous avons lu et quand.

L'ancrage prime sur la fluidité. Chaque affirmation produite renvoie à un passage identifiable. Nous concevons les découpages documentaires pour que la citation soit vérifiable en un clic : un considérant, un article, un paragraphe de compte rendu. Quand la source ne permet pas de conclure, l'agent le dit et signale la lacune, plutôt que de combler avec du raisonnement général — c'est un comportement qui se construit à l'évaluation, pas par une consigne rédigée dans un prompt.

Le contrôle humain doit être réel, pas décoratif. L'article 14 de l'AI Act exige que la personne chargée de la supervision puisse comprendre, contester et interrompre. Concrètement, cela signifie une interface qui montre la matière brute à côté de la synthèse, un bouton de rejet qui alimente le jeu d'évaluation, et une décision explicite avant toute action irréversible : envoi, dépôt, notification à une autorité.

Tout est journalisé et rejouable. Entrées, versions de configuration, modèle appelé, sortie, décision humaine. Un agent qui ne peut pas rejouer une exécution passée est ingérable en environnement supervisé, et impossible à documenter au titre de l'article 12.

Le jeu d'évaluation précède le développement. Nous construisons avec vos équipes un corpus de cas de référence — des documents dont on connaît la bonne réponse — avant d'écrire l'orchestration. Sans lui, chaque modification devient un pari, et la question « est-ce que la nouvelle version est meilleure » n'a pas de réponse.

Les garde-fous sont techniques, pas verbaux. Périmètre d'outils limité, actions sensibles derrière validation, quotas d'exécution, isolation des secrets, détection des tentatives d'injection via les documents ingérés — un risque réel quand l'agent lit des contenus déposés par des tiers.

#Les agents que nous mettons en production à Bruxelles

#Veille législative européenne multi-dossiers

Surveillance continue des propositions, projets de rapport, amendements déposés, orientations générales du Conseil et étapes de trilogue sur les dossiers que vous suivez. L'agent produit une alerte quand un texte change sur les points que vous avez déclarés sensibles, avec la formulation avant et après, et le renvoi au document. Il ne remplace pas l'analyste : il lui évite de relire trois cents pages pour trouver les quatre lignes modifiées.

#Constitution et maintien du dossier AI Act

Pour chaque système d'IA que vous déployez, l'agent assemble et tient à jour les éléments attendus : description fonctionnelle, données utilisées, mesures de contrôle humain, métriques et limites connues, journal des modifications. Il signale les systèmes dont la qualification est incertaine et ceux dont le dossier n'a pas été révisé après un changement. Le travail de qualification lui-même reste humain, mais il cesse d'être une archéologie annuelle menée dans l'urgence.

#Reporting d'incident DORA pour les acteurs supervisés

Applicable depuis janvier 2025, DORA impose une chaîne de notification en trois temps auprès de l'autorité compétente — notification initiale rapide, rapport intermédiaire, rapport final — avec des champs normalisés. L'agent prépare les projets de formulaire à partir des données d'incident déjà collectées dans vos outils d'exploitation, vérifie la complétude, alerte sur les échéances et laisse la validation et l'envoi à l'équipe conformité. Il maintient également le registre d'information sur les prestataires TIC tiers, en croisant contrats, sous-traitants et fonctions critiques : c'est un chantier fastidieux, exactement le genre que l'automatisation sert bien.

#KYC, filtrage et vérification du bénéficiaire

Pour les fintechs et établissements belges, l'agent orchestre la collecte des pièces, l'extraction des données, le contrôle de cohérence et le filtrage sanctions, en escaladant vers un analyste dès qu'un critère est ambigu. Le contexte réglementaire bouge vite : la vérification du bénéficiaire imposée aux prestataires de la zone euro par le règlement sur les virements instantanés, le régime MiCA pour les prestataires de services sur crypto-actifs supervisés en Belgique par la FSMA, et le paquet anti-blanchiment européen dont l'essentiel entre en application à partir de 2027 avec une autorité dédiée. Un agent bien conçu absorbe ces évolutions par configuration, pas par réécriture.

#Traitement trilingue des demandes entrantes

Les organisations bruxelloises reçoivent des sollicitations en français, en néerlandais et en anglais, souvent sur la même boîte. L'agent qualifie la demande, identifie la langue et le registre, propose un projet de réponse dans la langue d'origine et route vers le bon interlocuteur. Le point délicat est linguistique plus que technique : le néerlandais administratif belge diffère du néerlandais des Pays-Bas sur le vocabulaire institutionnel, et un système entraîné sur des corpus néerlandais génériques produit des tournures qui sonnent faux à Bruxelles.

#Préparation des contributions aux consultations publiques

La Commission publie ses initiatives à commentaires avec des fenêtres courtes. L'agent détecte les consultations pertinentes pour votre secteur, rassemble vos positions antérieures sur le sujet, repère les incohérences avec ce que vous vous apprêtez à écrire et prépare la trame. La rédaction finale et l'arbitrage politique restent chez vous — c'est le point où l'automatisation doit s'arrêter.

#Ce qu'un agent ne doit pas faire, et pourquoi nous le refusons

Nous refusons régulièrement des périmètres. Un agent ne doit pas prendre seul une décision produisant un effet juridique ou significatif sur une personne : c'est le domaine de l'article 22 du RGPD et, selon les cas, de l'annexe III de l'AI Act. Un agent ne doit pas rédiger une position publique sans relecture, parce que le coût d'une erreur d'attribution dans un environnement d'influence dépasse largement le gain de temps. Un agent ne doit pas envoyer de notification à une autorité de supervision sans validation humaine explicite, même si le contenu est correct — la responsabilité reste nominative.

Il existe aussi des refus purement techniques. Nous déconseillons les architectures où un agent en pilote librement d'autres sans périmètre borné : le comportement devient non reproductible et la facture, imprévisible. Nous déconseillons l'usage d'un agent sur un fonds documentaire non versionné, car il produira des réponses justes et fausses selon le jour sans qu'on puisse expliquer pourquoi. Et nous déconseillons de commencer par le processus le plus visible plutôt que par le plus régulier : la valeur d'un agent tient au nombre d'exécutions, pas au prestige du cas d'usage.

#Du pilote à la production : la séquence que nous appliquons

Nous cadrons d'abord sur un processus unique, choisi pour sa fréquence et sa stabilité, avec une mesure de la situation de départ — temps passé, volume, taux d'erreur. Nous construisons ensuite le jeu d'évaluation et la couche d'accès aux sources : ce sont les deux postes que les plannings sous-estiment le plus systématiquement, parce qu'ils ne produisent rien de démontrable tant qu'ils ne sont pas terminés. L'agent est mis entre les mains de deux ou trois utilisateurs en mode assisté, sans autonomie d'action, le temps de calibrer les seuils et de récolter les rejets. L'autonomie est ensuite élargie point par point, chaque extension étant conditionnée à un résultat mesuré sur le jeu d'évaluation.

Un périmètre standard atteint la production en huit à douze semaines, et jamais d'un bloc : l'agent y arrive avec sa supervision, ses alertes de dérive et sa procédure de retour arrière déjà éprouvées en recette. Nous remettons la documentation d'exploitation, le code et les jeux d'évaluation. Le suivi post-déploiement n'est pas une option de confort : un agent qui n'est pas réévalué se dégrade silencieusement à mesure que les sources, les formats et les modèles évoluent.

#Les résultats que nous suivons

Nous mesurons trois choses : le temps repris sur la tâche automatisée, le taux d'intervention manuelle résiduelle et la qualité mesurée sur le jeu d'évaluation. Sur nos déploiements, la hausse de productivité constatée sur les tâches à valeur ajoutée atteint 55 %, et la réduction des coûts opérationnels sur les processus automatisés 40 %. La disponibilité en exploitation est de 99,5 %. Ce que nous ne promettons pas, c'est une réduction d'effectif : à Bruxelles, le temps libéré est presque toujours réinvesti dans l'analyse et le contact, qui sont les activités que personne ne veut automatiser.

#Pourquoi Nehos à Bruxelles

• Calibrage sur site, pas à distance — les revues d'itération et le réglage des seuils se font chez vous à Bruxelles, écran partagé avec les analystes qui utiliseront l'agent. C'est là que se décident les cas d'escalade, pas dans un document.
• Traçabilité par défaut — journalisation et rejouabilité de chaque exécution, condition d'accès aux environnements supervisés par la Banque nationale de Belgique et la FSMA.
• Assez d'exploitation derrière nous pour savoir ce qui lâche en premier — 47 experts en IA, data et cloud, et plus de 200 projets passés en production depuis 2014, dont des agents qui tournent tous les jours.
• Trilinguisme opérationnel FR/EN/NL, y compris sur les nuances du néerlandais administratif belge.
• Hébergement souverain européen et documentation des flux, pour que l'agent soit inscriptible sans difficulté dans votre registre TIC.
• Audit gratuit de 30 minutes pour identifier le processus dont l'automatisation se rentabilise le plus vite chez vous.

#Services complémentaires à Bruxelles

• Services agents IA Nehos
• Bureau Nehos Bruxelles — hub belge et européen
• Agence IA Bruxelles — offre globale
• Développement Next.js Bruxelles
• GEO et AEO Bruxelles — visibilité moteurs IA
• Cas clients agents IA Nehos

Nos domaines d'intervention connexes : agent IA conformité AI Act Bruxelles, agent monitoring législatif UE, agent IA fintech belge DORA, agent IA trilingue FR EN NL, agence IA Bruxelles institutions européennes.

Les questions ci-dessous reviennent dans presque tous nos premiers rendez-vous bruxellois sur le sujet des agents. Si vous hésitez entre deux processus à automatiser, apportez-les tous les deux : le choix se tranche généralement en une demi-heure, chiffres de fréquence à l'appui.