← Latest papers
🤖 AI

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

This paper introduces "From Prompts to Context," an ontology-driven framework that enhances trust, traceability, and accountability in Human-Generative AI collaboration by transforming ephemeral prompt-response interactions into structured, queryable collaboration traces through the Contextual Collaboration AI Ontology (CCAI).

Original authors: Ngoc Luyen Le, Marie-Hélène Abel, Bertrand Laforge

Published 2026-05-29
📖 5 min read🧠 Deep dive

Original authors: Ngoc Luyen Le, Marie-Hélène Abel, Bertrand Laforge

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

The Problem: The "Black Box" Conversation

Imagine you ask a very talented, but slightly forgetful, assistant to write a story. You give them a quick note: "Write a story about a dragon." They hand you a finished story.

The problem? You don't know why they wrote it that way. Did they assume the dragon was friendly or scary? Did they use a specific map you mentioned earlier? Did they ignore a rule you set? In the world of Generative AI (like the models that write code or text), this is exactly what happens. Humans give a short "prompt," and the AI gives an "output." Everything in between—the context, the rules, the specific job the AI was doing—vanishes into thin air.

This paper argues that this "disappearing act" makes it hard to trust the AI, to fix mistakes, or to know who is responsible for what.

The Solution: The "Shared Blueprint" (The Ontology)

To fix this, the authors built a shared blueprint called the CCAI Ontology.

Think of this ontology as a digital filing cabinet with a strict labeling system. Instead of just talking to the AI with a vague sentence, the system forces everyone (humans and AI) to agree on the details before the work begins.

The blueprint organizes four key things:

  1. Who is doing the work? (The Agent: Is it a human developer or an AI assistant?)
  2. What is the job? (The Task: Is it writing code, checking for bugs, or designing a logo?)
  3. What tools are available? (The Resources: Do we have a specific database, a style guide, or a list of rules?)
  4. What are the rules? (The Constraints: Is there a budget? A deadline? A safety limit?)

How It Works: The "Librarian" Analogy

In the paper's proposed system, the AI doesn't just guess what you want. It acts like a super-librarian who checks the filing cabinet before writing a single word.

  1. The Request: A human says, "I need code for the 'View & Update Competency Profiles' feature."
  2. The Check: The system doesn't just send that sentence to the AI. It first runs a "search query" (called SPARQL) against the shared blueprint.
  3. The Retrieval: The system pulls out the specific file for that feature. It finds:
    • Who is working on it: "Carol (Human) and AI Assistant."
    • What tools to use: "The Competency Database and the Style Guide."
    • The context: "This is for Sprint 1 of the project."
  4. The Assembly: The system combines the human's request with all these retrieved facts into one giant, detailed instruction.
  5. The Result: The AI gets a prompt that says: "Carol and the AI Assistant are working on Sprint 1. They need to update the Competency Database using the Style Guide. Please write code for this specific feature."

Because the AI has this full "blueprint," it doesn't have to guess. It knows exactly what tools to use and what rules to follow.

The Case Study: Building a "Skill Tracker"

The authors tested this idea with a software team building an educational tool to track student skills (competencies).

  • Without the system: A developer might ask the AI to "fix the login page." The AI might write code that works for a generic login but fails because it doesn't know about the specific "skill database" this project uses. The developer then has to waste time fixing it.
  • With the system: The developer asks the system for help. The system automatically grabs the details about the "skill database," the "login task," and the "design rules" from the blueprint. It feeds this to the AI. The AI writes code that fits perfectly because it was given the full context.

The Results: A Clearer Trail

The paper claims that using this "blueprint" approach leads to three main benefits:

  1. No More Guessing: The context is no longer hidden. Everyone knows exactly what the AI was told to do and what rules it was following.
  2. Traceability (The "Paper Trail"): If something goes wrong, you can look at the blueprint and see exactly which human and which AI agent were responsible, what resources they used, and what the original task was. It's like having a GPS history of the project instead of just a final destination.
  3. Accountability: Because the "who, what, and how" are recorded, it's easier to review the work and ensure it meets ethical and quality standards.

What the Paper Does Not Claim

It is important to note what this paper does not say:

  • It does not claim that this system makes people work faster or that it saves money. The focus is strictly on making the work clearer and more transparent.
  • It does not claim that the AI will never make mistakes. The AI can still be wrong, but now we know exactly why it made that mistake because we can see the context it was working with.
  • It does not claim this is a magic fix for all AI problems. It is a specific tool for managing the collaboration between humans and AI in complex projects.

The Bottom Line

This paper suggests that to work well with Generative AI, we need to stop treating it like a magic 8-ball where we ask a question and get a random answer. Instead, we should treat it like a team member that needs a clear job description, a list of tools, and a set of rules. By building a "shared blueprint" (the ontology) to manage these details, we can make AI collaboration more honest, traceable, and reliable.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →