← Derniers articles
🤖 AI

From Prompts to Context: An Ontology-Driven Framework for Human-Generative AI Collaboration

Ce papier présente « From Prompts to Context », un cadre piloté par une ontologie qui renforce la confiance, la traçabilité et la responsabilité dans la collaboration entre humains et IA générative en transformant des interactions éphémères de type prompt-réponse en traces de collaboration structurées et interrogeables grâce à l'Ontologie de Collaboration Contextuelle par IA (CCAI).

Auteurs originaux : Ngoc Luyen Le, Marie-Hélène Abel, Bertrand Laforge

Publié 2026-05-29
📖 6 min de lecture🧠 Analyse approfondie

Auteurs originaux : Ngoc Luyen Le, Marie-Hélène Abel, Bertrand Laforge

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 Problème : La Conversation « Boîte Noire »

Imaginez que vous demandiez à un assistant très talentueux, mais légèrement oublieux, d'écrire une histoire. Vous lui donnez une note rapide : « Écrivez une histoire sur un dragon. » Il vous remet une histoire terminée.

Le problème ? Vous ne savez pas pourquoi il l'a écrite ainsi. A-t-il supposé que le dragon était amical ou effrayant ? A-t-il utilisé une carte spécifique que vous aviez mentionnée plus tôt ? A-t-il ignoré une règle que vous aviez fixée ? Dans le monde de l'IA générative (comme les modèles qui écrivent du code ou du texte), c'est exactement ce qui se produit. Les humains donnent une courte « invite » (prompt), et l'IA fournit une « sortie » (output). Tout ce qui se trouve entre les deux — le contexte, les règles, la tâche spécifique que l'IA accomplissait — s'évapore dans les airs.

Ce papier soutient que ce « tour de disparition » rend difficile la confiance en l'IA, la correction des erreurs, ou la détermination de qui est responsable de quoi.

La Solution : Le « Plan Partagé » (L'Ontologie)

Pour résoudre ce problème, les auteurs ont construit un plan partagé appelé l'Ontologie CCAI.

Imaginez cette ontologie comme un classeur numérique avec un système d'étiquetage strict. Au lieu de simplement parler à l'IA avec une phrase vague, le système force tout le monde (humains et IA) à s'accorder sur les détails avant que le travail ne commence.

Le plan organise quatre éléments clés :

  1. Qui fait le travail ? (L'Agent : Est-ce un développeur humain ou un assistant IA ?)
  2. Quelle est la tâche ? (La Tâche : Est-ce écrire du code, vérifier des bugs, ou concevoir un logo ?)
  3. Quels outils sont disponibles ? (Les Ressources : Avons-nous une base de données spécifique, un guide de style ou une liste de règles ?)
  4. Quelles sont les règles ? (Les Contraintes : Y a-t-il un budget ? Une échéance ? Une limite de sécurité ?)

Comment Cela Fonctionne : L'Analogie du « Bibliothécaire »

Dans le système proposé par le papier, l'IA ne devine pas simplement ce que vous voulez. Elle agit comme un super-bibliothécaire qui consulte le classeur avant d'écrire un seul mot.

  1. La Demande : Un humain dit : « J'ai besoin de code pour la fonctionnalité 'Voir et Mettre à jour les Profils de Compétences'. »
  2. La Vérification : Le système n'envoie pas simplement cette phrase à l'IA. Il exécute d'abord une « requête de recherche » (appelée SPARQL) contre le plan partagé.
  3. La Récupération : Le système extrait le fichier spécifique à cette fonctionnalité. Il trouve :
    • Qui y travaille : « Carol (Humaine) et Assistant IA. »
    • Quels outils utiliser : « La Base de Données de Compétences et le Guide de Style. »
    • Le contexte : « Ceci est pour le Sprint 1 du projet. »
  4. L'Assemblage : Le système combine la demande de l'humain avec tous ces faits récupérés en une seule instruction géante et détaillée.
  5. Le Résultat : L'IA reçoit une invite qui dit : « Carol et l'Assistant IA travaillent sur le Sprint 1. Ils doivent mettre à jour la Base de Données de Compétences en utilisant le Guide de Style. Veuillez écrire le code pour cette fonctionnalité spécifique. »

Grâce à ce « plan » complet, l'IA n'a pas besoin de deviner. Elle sait exactement quels outils utiliser et quelles règles suivre.

L'Étude de Cas : Construire un « Suiveur de Compétences »

Les auteurs ont testé cette idée avec une équipe logicielle développant un outil éducatif pour suivre les compétences des étudiants.

  • Sans le système : Un développeur pourrait demander à l'IA de « réparer la page de connexion ». L'IA pourrait écrire un code qui fonctionne pour une connexion générique mais échoue car elle ne connaît pas la « base de données de compétences » spécifique utilisée par ce projet. Le développeur doit alors perdre du temps à le corriger.
  • Avec le système : Le développeur demande de l'aide au système. Le système récupère automatiquement les détails concernant la « base de données de compétences », la « tâche de connexion » et les « règles de conception » depuis le plan. Il les transmet à l'IA. L'IA écrit un code qui s'intègre parfaitement car elle a reçu le contexte complet.

Les Résultats : Une Piste Plus Claire

Le papier affirme que l'utilisation de cette approche « plan » conduit à trois avantages principaux :

  1. Fin des Devinettes : Le contexte n'est plus caché. Tout le monde sait exactement ce que l'IA a reçu l'ordre de faire et quelles règles elle suivait.
  2. Traçabilité (La « Piste Papier ») : Si quelque chose tourne mal, vous pouvez consulter le plan et voir exactement quel humain et quel agent IA étaient responsables, quelles ressources ils ont utilisées et quelle était la tâche initiale. C'est comme avoir un historique GPS du projet au lieu de simplement la destination finale.
  3. Responsabilité : Parce que le « qui, quoi et comment » sont enregistrés, il est plus facile de revoir le travail et de s'assurer qu'il répond aux normes éthiques et qualitatives.

Ce Que le Papier Ne Revendique Pas

Il est important de noter ce que ce papier ne dit pas :

  • Il ne revendique pas que ce système rend les gens plus rapides ou qu'il économise de l'argent. L'accent est strictement mis sur la clarification et la transparence du travail.
  • Il ne revendique pas que l'IA ne fera plus jamais de erreurs. L'IA peut toujours se tromper, mais nous savons maintenant exactement pourquoi elle a fait cette erreur, car nous pouvons voir le contexte dans lequel elle travaillait.
  • Il ne revendique pas que c'est une solution magique à tous les problèmes de l'IA. C'est un outil spécifique pour gérer la collaboration entre humains et IA dans des projets complexes.

L'Essentiel

Ce papier suggère que pour bien travailler avec l'IA générative, nous devons cesser de la traiter comme une boule de cristal magique où l'on pose une question et obtient une réponse aléatoire. Au lieu de cela, nous devrions la traiter comme un membre de l'équipe qui a besoin d'une description de poste claire, d'une liste d'outils et d'un ensemble de règles. En construisant un « plan partagé » (l'ontologie) pour gérer ces détails, nous pouvons rendre la collaboration avec l'IA plus honnête, traçable et fiable.

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 →