← Derniers articles
💬 NLP

Ishigaki-IDS: An Open-Weight Verifier-Aware Model for Information Delivery Specification Drafting in Building Information Modeling

Le document présente Ishigaki-IDS, un grand modèle de langage à poids ouverts et sensible aux vérificateurs qui utilise le pré-entraînement continu, l'ajustement fin supervisé et l'apprentissage par renforcement avec des récompenses de validateurs externes pour améliorer significativement la précision et l'efficacité de la génération de fichiers de Spécification de Livraison d'Information (IDS) vérifiables par machine pour les projets de Modélisation des Informations du Bâtiment (BIM).

Auteurs originaux : Ryo Kanazawa, Koyo Hidaka, Teppei Miyamoto, Takayuki Kato, Tomoki Ando, Chenguang Wang, Dayuan Jiang, Naofumi Fujita, Shuhei Saitoh, Atomu Kondo, Koki Arakawa, Daiho Nishioka

Publié 2026-06-09
📖 5 min de lecture🧠 Analyse approfondie

Auteurs originaux : Ryo Kanazawa, Koyo Hidaka, Teppei Miyamoto, Takayuki Kato, Tomoki Ando, Chenguang Wang, Dayuan Jiang, Naofumi Fujita, Shuhei Saitoh, Atomu Kondo, Koki Arakawa, Daiho Nishioka

Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète

Le gros problème : Le goulot d'étranglement de la « traduction »

Imaginez que vous êtes un architecte de construction. Vous avez une liste de règles pour un bâtiment (par exemple, « le trottoir doit mesurer 2 mètres de large »). Dans le monde numérique du BIM (Building Information Modeling), ces règles doivent être écrites dans un langage informatique très spécifique et strict appelé IDS (Information Delivery Specification).

Considérez l'IDS comme une demande de passeport hautement bureaucratique.

  • Elle doit être rédigée dans un format spécifique (XML).
  • Elle doit utiliser un vocabulaire exact (par exemple, vous ne pouvez pas dire « trottoir » ; vous devez dire IFCPAVEMENT).
  • Si vous faites une seule faute de frappe ou utilisez le mauvais format, le système informatique la rejette immédiatement.

Actuellement, les humains doivent traduire manuellement leurs règles en langage naturel vers ce format strict de « demande de passeport ». C'est lent, ennuyeux et sujet aux erreurs. Si l'ordinateur rejette la demande, l'humain doit tout recommencer en corrigeant de minuscules erreurs de syntaxe.

La solution : Ishigaki-IDS

Les auteurs ont créé un nouveau modèle d'IA appelé Ishigaki-IDS. Considérez cette IA non pas comme un robot magique qui remplace l'architecte, mais comme un stagiaire super rapide et hyper attentif.

Le travail de ce stagiaire est de prendre vos notes brutes (comme un tableur ou une phrase) et de rédiger le brouillon de la « demande de passeport » (le fichier IDS) pour vous.

Qu'est-ce qui rend ce stagiaire spécial ?
La plupart des modèles d'IA sont comme des étudiants qui mémorisent des manuels mais échouent lorsqu'ils doivent passer un examen strict. Si vous demandez à une IA normale d'écrire un fichier IDS, elle peut écrire de belles phrases en anglais qui ressemblent à du code, mais le validateur informatique les rejettera car elles ne respectent pas les règles strictes.

Ishigaki-IDS est différent car il a été entraîné avec une approche « Verifier-Aware » (consciente du vérificateur).

  1. Étudier le dictionnaire : D'abord, il a lu des milliers de manuels de construction et de codes (Pré-entraînement continu) pour apprendre le vocabiel exact.
  2. Examens blancs : Ensuite, il s'est exercé à traduire des règles dans le format correct (Fine-tuning supervisé).
  3. Le professeur au stylo rouge : Enfin, et c'est le plus important, il s'est exercé avec un professeur strict (un outil de validation externe appelé IDSAuditTool). Chaque fois que le stagiaire écrivait un brouillon, le professeur le vérifiait. Si le brouillon ne respectait pas les règles strictes, le stagiaire recevait une « mauvaise note » et devait réessayer jusqu'à ce qu'il réussisse. C'est ce qu'on appelle l'Apprentissage par renforcement (Reinforcement Learning).

Les résultats : Réussir le test

L'équipe a testé ce stagiaire contre d'autres modèles d'IA intelligents (comme Claude et GPT) en utilisant un ensemble de 166 règles de construction réelles.

  • Le « Taux de réussite » : L'objectif était de voir combien de brouillons l'IA pouvait écrire que le validateur informatique strict accepterait sans erreur.

    • La meilleure « IA classique » (Claude Opus 4.5) n'a réussi que 33 % du temps.
    • Ishigaki-IDS (la version 8B) a réussi 65 % du temps.
    • Une version plus grande (14B) a réussi 75 % du temps.
  • Le contrôle de la « Qualité » : Réussir le test ne suffit pas ; le brouillon doit aussi signifier réellement ce que l'architecte a prévu. L'équipe a constaté que bien qu'Ishigaki-IDS écrivait des fichiers acceptés par l'ordinateur, l'humain devait encore vérifier si le contenu était 100 % parfait. Cependant, l'IA gérait parfaitement la partie ennuyeuse de la « syntaxe et du formatage ».

Test en conditions réelles : Gagner du temps

Pour voir si cela aide réellement les gens, l'équipe a demandé à six professionnels de la construction de réaliser une tâche : transformer un tableur de règles en un fichier IDS valide.

  • Groupe A (L'ancienne méthode) : Ils l'ont fait manuellement en partant de zéro.
  • Groupe B (La nouvelle méthode) : Ils ont utilisé Ishigaki-IDS pour générer un premier brouillon, puis ont simplement vérifié et corrigé les détails.

Le résultat : Le groupe utilisant l'IA a terminé la tâche 54,7 % plus vite. Ils n'ont pas eu à perdre de temps à corriger du code cassé ou des erreurs de formatage ; ils ont pu se concentrer sur la signification réelle des règles.

L'essentiel

Ishigaki-IDS ne remplace pas l'expert. Il ne rédige pas le livre de règles final et parfait de son propre chef. Au lieu de cela, il agit comme un puissant assistant de rédaction.

Il décharge l'humain du travail lourd de « formatage et de réparation de la syntaxe ». Il transforme une tâche qui nécessitait auparavant des heures de correction de code informatique cassé en une tâche où un humain peut rapidement réviser et ajuster un brouillon qui est déjà prêt à 90 %.

En bref : C'est un outil qui empêche les architectes de perdre du temps à lutter avec des erreurs de formatage informatique, afin qu'ils puissent se concentrer sur la conception réelle du bâtiment.

Noyé(e) sous les articles dans votre domaine ?

Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.

Essayer Digest →