Nous construisons des systèmes d'IA dont chaque résultat est vérifié.
Prendre rendez-vousSans engagement.
Une organisation ne se transforme pas en installant un outil. Elle se transforme en organisant méthodiquement trois dimensions : la circulation de l'information, la répartition effective des tâches entre humains et systèmes, et la responsabilité associée à chaque décision.
C'est la démarche de l'architecture, telle qu'elle s'est imposée dans l'ingénierie du bâtiment et dans celle des systèmes d'information critiques, que nous appliquons à l'intelligence artificielle : une étude préalable rigoureuse, une conception dimensionnée à la réalité de l'organisation, une mise en œuvre supervisée à chaque étape.
Cette rigueur a une conséquence directe sur notre conception du travail : nous ne concevons aucun système destiné à se substituer au jugement humain. Un système d'intelligence artificielle exécute un périmètre défini ; il ne décide pas de ce qui relève de la responsabilité professionnelle, médicale, juridique ou institutionnelle de ceux qui l'utilisent.
Un système n'est prêt à être déployé que lorsqu'il est capable de reconnaître les limites de son propre périmètre et de le signaler, plutôt que d'improviser une réponse en dehors de ce qui a été prévu. C'est ce critère, la capacité à s'arrêter avant l'erreur plutôt que la capacité à répondre à tout, qui distingue, à nos yeux, un système opérationnel d'une démonstration.
Un agent qui répond à côté. Un pilote que plus personne n’ose utiliser sans tout revérifier derrière. Deux automatismes qui font le même travail sans qu’on sache lequel croire. Ce n’est presque jamais un problème d’outil. C’est qu’il a été branché avant qu’on sache ce qu’il devait vérifier, et à qui rendre la main quand il hésite.
C’est exactement ce qu’un audit établit avant d’écrire une ligne de code, que vous partiez de zéro ou que quelque chose tourne déjà.
Une tâche circule sur la ligne d’un assistant spécialisé. Elle peut croiser la connaissance métier, les outils de l’entreprise et, lorsque le contexte l’exige, une station de décision humaine.
Email fournisseur. « Nous pouvons livrer 60 unités vendredi. Le reste arrivera la semaine prochaine. Cela vous convient ? »
Départ du quai
Le système définit le rôle de la ligne, ses règles, ses accès et les situations où l’assistant doit rendre la main.
Le plan montre comment une tâche traverse compréhension, connaissance, outils et contrôle humain à l’intérieur d’un système défini.
Chaque nouvelle fonction devient une ligne spécialisée avec ses propres correspondances, accès et règles de circulation.
Nous n'avançons aucune affirmation que nous n'appliquions d'abord à notre propre fonctionnement. GTB exploite plusieurs systèmes en production quotidienne, que nous concevons, opérons et corrigeons nous-mêmes : un système qui pilote nos propres développements selon un cadre fixé à l'avance ; des dispositifs de collecte et de mise en forme d'informations exécutés chaque jour ; des agents déployés dans des environnements cloisonnés, avec reprise contrôlée ; et l'infrastructure de ce site elle-même, opérée par nos propres agents. Cette exigence est une garantie méthodologique : nous ne proposons aucun dispositif que nous n'ayons d'abord validé sur nos propres données.
Il pilote le développement et la maintenance de nos dépôts. Aucune décision structurante n'est laissée à une génération de modèle.
TypeScript. Modèle confiné à des champs contraints, validés par schéma ; déroulé déterministe. Déployé sur cloud managé et sur serveur auto-hébergé.
Plusieurs flux relevés chaque jour sur des sites sans accès direct, filtrés puis remis en forme automatiquement.
Extraction sans API, déduplication, traitement par modèle, publication automatisée et détection de rupture.
Des agents exploités dans des environnements séparés, avec une configuration par instance.
Déploiement automatisé, cloisonnement entre utilisateurs et reprise contrôlée.
Ce site, sa base et son administration sont opérés par nos agents.
Hébergement souverain, base PostgreSQL et orchestration auto-hébergée.
Avant toute recommandation, un diagnostic. Pas un questionnaire.
La plupart des organisations abordent l’intelligence artificielle comme un achat d’outil : on sélectionne un logiciel, on l’installe, on en attend un résultat. Cette approche produit des systèmes fragiles, mal intégrés à l’existant, et fréquemment abandonnés.
Notre audit examine quatre dimensions : les données, les processus réels, les risques et le potentiel réel. À l’issue de cet audit, l’organisation dispose d’un état des lieux précis sur ce qui est faisable, dans quel ordre, à quel niveau de risque, pour quel bénéfice attendu, avant tout engagement sur une solution.
Lorsque l’automatisation n’est pas justifiée, nous le formulons explicitement.
Les données : localisation, état, exploitabilité et contraintes.
Les processus réels : temps consommé, erreurs et fiabilisation possible.
Les risques : ce qu’une automatisation mal conçue compromettrait.
Le potentiel réel : ce qui est à portée de l’organisation aujourd’hui.
Un dossier incomplet n’est habituellement détecté qu’au moment de son traitement, retardant la prise en charge. L’agent vérifie la complétude du dossier dès sa réception et signale les pièces manquantes en amont. Dans chacun de ces cas, l’agent s’arrête face à une situation non prévue et la décision revient aux équipes concernées.
Les sollicitations, locataires, prospects, prestataires, facturation, convergent sur un canal unique et doivent être orientées manuellement. L’agent qualifie chaque message et l’oriente vers l’interlocuteur compétent, en s’abstenant sur les cas ambigus. Dans chacun de ces cas, l’agent s’arrête face à une situation non prévue et la décision revient aux équipes concernées.
Une commande sans accusé de réception échappe souvent au suivi, faute d’un responsable dédié à cette vérification. L’agent identifie les commandes sans retour au-delà du délai attendu et produit la liste correspondante. Dans chacun de ces cas, l’agent s’arrête face à une situation non prévue et la décision revient aux équipes concernées.
Des demandes récurrentes appellent une réponse similaire, reformulée manuellement à chaque occurrence. L’agent prépare une réponse à partir des éléments fournis et la soumet systématiquement à validation avant tout envoi. Dans chacun de ces cas, l’agent s’arrête face à une situation non prévue et la décision revient aux équipes concernées.
La conformité réglementaire n’est pas une étape postérieure à la conception : elle en détermine la structure, au même titre que les règles d’urbanisme déterminent la forme d’un bâtiment avant le premier plan.
Chaque architecture est conçue pour respecter les exigences applicables à votre secteur, secret médical, obligations de conservation, traçabilité des accès, dès la phase de conception, non en correction ultérieure.
Un hébergement chez un opérateur soumis au droit américain, y compris sur des serveurs physiquement situés en Europe, peut demeurer exposé au CLOUD Act. Nous privilégions, lorsque les contraintes du projet le permettent, un hébergement européen auprès d’opérateurs non soumis à une juridiction extraterritoriale.
Nos architectures sont conçues en anticipation des obligations de classification, de traçabilité et de supervision humaine applicables aux systèmes d’intelligence artificielle, en particulier pour les usages à risque.
Pour tout système destiné à des usagers de service public, nous intégrons les exigences du RGAA dès la conception des interfaces concernées.
Une architecture bien conçue ne réduit pas l’effectif utile. Elle réduit le temps perdu.
Aucun professionnel n’a construit sa vocation autour de la ressaisie de données ou de la reformulation de documents standards. Ce temps doit retourner à ce qui justifie chaque fonction, le diagnostic, la relation à l’usager ou au patient, la décision technique, l’arbitrage.
Notre rôle est directement vérifiable : répondre, pour chaque organisation, à la question de savoir quelles tâches peuvent être confiées à une architecture d’intelligence artificielle sans entamer le jugement, la responsabilité et la relation humaine qui font la valeur de sa mission.
Un dispositif que l’organisation ne sait pas opérer sans nous est une dépendance, non une solution.
Chaque agent que nous concevons aujourd’hui répond à une fonction précise, pour une organisation précise, à l’issue d’un audit qui lui est propre. Aucun dispositif n’est reproduit depuis un catalogue.
Chaque mission enrichit néanmoins notre connaissance d’un secteur, ses contraintes réglementaires, ses documents types, ses processus récurrents. Notre trajectoire est de capitaliser sur cette connaissance pour construire, domaine par domaine, des agents conçus dès l’origine pour un métier déterminé.
L’objectif n’est pas d’accélérer la commercialisation d’un dispositif standardisé. C’est de faire bénéficier chaque nouvelle organisation d’une architecture déjà éprouvée dans son secteur, sans renoncer à l’audit qui en vérifie la pertinence.
Un système qu'on ne sait pas vérifier n'est pas un système. C'est une démonstration.
Thomas, directeur technique. Mathématicien de formation, passé à l'ingénierie logicielle : Aix-Marseille Université, puis Université Libre de Bruxelles. C'est lui qui prend l'appel, conçoit l'architecture et la met en production.
LinkedIn ↗Quatre étapes. Vous décidez à chacune, et vous pouvez vous arrêter à chacune.
Nous ne regardons pas seulement ce qui peut être automatisé. Nous regardons ce que « bien fait » veut dire chez vous, ce qui coûte le plus cher quand ça se trompe, et jusqu’où le système a le droit d’aller seul avant qu’une personne ne reprenne la main. C’est ça, un audit qui sert à quelque chose. Le reste n’est qu’une démonstration.
Où tournent les composants, qui a accès à quoi, comment on vérifie les résultats et comment on reprend la main.
Un seul cas, branché sur vos outils, évalué sur vos données réelles avant d'engager la suite.
Nous formons les personnes concernées et documentons pour que vous puissiez opérer sans nous.
C’est très souvent le cas, et ce n’est presque jamais la faute du modèle. C’est ce qu’on regarde en premier.
On commence toujours petit, sur un seul cas, avant d’aller plus loin. C’est une règle, pas un argument commercial : on ne promet que ce qu’on peut tenir.
C’est exactement ce que l’audit répond. Si la conclusion est qu’il ne faut rien automatiser, on vous le dira aussi.
Prendre du recul sur l’intelligence artificielle, ses architectures et la place de l’humain.
Systèmes agentiques · 8 min de lecture
Des premiers agents à la robotique : une réflexion sur les systèmes agentiques, la mémoire et ce que nous choisissons de faire de l’intelligence artificielle.
Par Thomas
Lire l’articleRecherche & systèmes agentiques · 21 min de lecture
Des agents qui co-évoluent avec leur harnais
Par Thomas Suau
Lire l’articleArchitectures IA · 5 min de lecture
Workflow traditionnel, augmenté ou agentique : une taxonomie pour comprendre à qui confier le contrôle du flux.
Par Thomas Suau
Lire l’articleNotre assistant vous pose quelques questions, puis vous restitue le besoin tel qu'il l'a compris.
L'orchestration et vos données restent sur notre infrastructure. Seul l'appel au modèle part vers un fournisseur externe, dans l'Union européenne et sans conservation de ce qui lui est envoyé.
Un premier échange pour situer votre besoin.
Le calendrier est un service externe. Il peut déposer des cookies nécessaires à son fonctionnement et traiter les données de réservation.
