@prefix :       <#> .
@prefix post:   <https://www.linkedin.com/posts/tonyseale_the-bottleneck-in-enterprise-ai-has-moved-activity-7471109073430573056-8sPG#> .
@prefix schema: <http://schema.org/> .
@prefix xsd:    <http://www.w3.org/2001/XMLSchema#> .
@prefix rdf:    <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs:   <http://www.w3.org/2000/01/rdf-schema#> .
@prefix owl:    <http://www.w3.org/2002/07/owl#> .
@prefix foaf:   <http://xmlns.com/foaf/0.1/> .
@prefix dcterms:<http://purl.org/dc/terms/> .
@prefix prov:   <http://www.w3.org/ns/prov#> .

# ── Self-describing document ────────────────────────────────────────────────

<> a schema:CreativeWork ;
    schema:name "Tony Seale LinkedIn Post — Enterprise AI Context Interoperability (RDF Collection)"@en ;
    schema:description "RDF-Turtle collection of Tony Seale's LinkedIn post on the enterprise AI context interoperability imperative, including all 10 visible comments. Kingsley Uyi Idehen's comment is listed first per curator instruction."@en ;
    schema:dateCreated "2026-06-12T12:35:00Z"^^xsd:dateTime ;
    schema:dateModified "2026-06-12T12:35:00Z"^^xsd:dateTime ;
    schema:author <https://www.linkedin.com/in/kidehen#this> ;
    schema:about :post ;
    prov:wasGeneratedBy <https://github.com/OpenLinkSoftware/ai-agent-skills/tree/main/rdf-infographic-skill#this> .

# ── Skill provenance ────────────────────────────────────────────────────────

<https://github.com/OpenLinkSoftware/ai-agent-skills/tree/main/rdf-infographic-skill#this> a schema:SoftwareApplication ;
    schema:name "rdf-infographic-skill"@en ;
    schema:url <https://github.com/OpenLinkSoftware/ai-agent-skills/tree/main/rdf-infographic-skill> ;
    schema:description "AI agent skill for generating RDF-Turtle knowledge graph collections and companion HTML infographics from structured source content."@en .

# ── LinkedIn Post ────────────────────────────────────────────────────────────

:post a schema:SocialMediaPosting ;
    schema:url <https://www.linkedin.com/posts/tonyseale_the-bottleneck-in-enterprise-ai-has-moved-activity-7471109073430573056-8sPG> ;
    owl:sameAs <https://www.linkedin.com/feed/update/urn:li:activity:7471109073430573056/> ;
    schema:name "The bottleneck in enterprise AI has moved"@en ;
    schema:headline "The bottleneck in enterprise AI has moved. It was never the model. It was always context."@en ;
    schema:author <https://www.linkedin.com/in/tonyseale#this> ;
    schema:datePublished "2026-06-12T08:35:00Z"^^xsd:dateTime ;
    schema:interactionStatistic :reactionCount, :commentCount ;
    schema:comment
        :comment-kidehen ,
        :comment-francoisbensid ,
        :comment-chrisday ,
        :comment-tomilahti ,
        :comment-ianherzog ,
        :comment-remyfannader ,
        :comment-refatametov ,
        :comment-louishendriks ,
        :comment-kylemickey ,
        :comment-tomasknap ;
    schema:hasPart :glossarySection , post:howto , :faqSection ;
    schema:keywords
        "enterprise AI"@en ,
        "context interoperability"@en ,
        "knowledge graph"@en ,
        "Semantic Web"@en ,
        "Agentic Web"@en ,
        "ontology"@en ,
        "context portability"@en ;
    schema:mentions
        :term-context-interoperability ,
        :term-ontology-portability ,
        :term-dereferenceable-iri ,
        :term-semantic-web ,
        :term-context-layer ,
        :term-rdf ,
        :term-sparql ,
        :term-context-lockin ,
        :term-owl ,
        :term-agentic-web ;
    schema:text """The bottleneck in enterprise AI has moved. It was never the model. It was always context. Every serious AI conversation is now turning the same way: toward semantic layers, ontologies, enterprise memory. But there is a harder question hiding inside that turn. When organisations connect their context, can they still own it, move it, and interoperate with it? Because connecting context is not enough. A context layer that cannot interoperate may look like acceleration now. Later, it becomes the wall that keeps you out.

Phase 1 of the AI revolution was the Web folded into the model. For thirty years we poured language, code, knowledge and culture into an open, crawlable, addressable Web — and the models compressed it into weights.

Phase 2 is the one we are living through now: the enterprise folding itself into context. Giving things stable identities, making relationships first-class, formalising the meaning the business actually runs on.

Phase 3 is where this is heading: context unfolding back out into the Agentic Web — where agents move between customer and supplier, bank and regulator, buyer and seller, and only travel where meaning is open enough to follow.

Not a thousand disconnected copilots. Not a tabular warehouse with some semantics sprinkled on top. Not one vendor's proprietary Context Graph.

The organisations that win Phase 3 will not simply be the ones with tidy internal data. They will be the ones whose meaning can cross the border — into a market, a partner, a regulator — without asking a vendor's permission first. The ones whose context cannot follow will watch deals close on the other side of a wall they paid to build.

So use the platforms. Buy the tooling. Let the vendors accelerate the work. But before you hand over your context, ask three questions: Can your ontology leave the platform? Can another system resolve your identifiers? Can your graph join the global graph?

If the answer to any of them is no, you do not own your meaning. You are renting it."""@en .

# ── Interaction Counters ─────────────────────────────────────────────────────

:reactionCount a schema:InteractionCounter ;
    schema:interactionType schema:LikeAction ;
    schema:userInteractionCount "75"^^xsd:integer .

:commentCount a schema:InteractionCounter ;
    schema:interactionType schema:CommentAction ;
    schema:userInteractionCount "12"^^xsd:integer .

# ── People ───────────────────────────────────────────────────────────────────

<https://www.linkedin.com/in/tonyseale#this> a schema:Person ;
    schema:name "Tony Seale"@en ;
    schema:url <https://www.linkedin.com/in/tonyseale> ;
    owl:sameAs <https://uk.linkedin.com/in/tonyseale#this>,
               <https://www.linkedin.com/in/tonyseale/#this> ;
    schema:description "Knowledge Graph practitioner and writer. Advocates for enterprise AI context interoperability and the emerging Agentic Web."@en .

<https://www.linkedin.com/in/kidehen#this> a schema:Person ;
    schema:name "Kingsley Uyi Idehen"@en ;
    schema:url <https://www.linkedin.com/in/kidehen> ;
    schema:jobTitle "Founder & CEO"@en ;
    schema:worksFor <http://dbpedia.org/resource/OpenLink_Software> ;
    schema:description "Founder & CEO of OpenLink Software. Creator of Virtuoso. Semantic Web pioneer. Advocate for open, interoperable, hyperlink-based knowledge systems."@en ;
    owl:sameAs <https://linkedin.com/in/kidehen#this> ,
        <https://x.com/kidehen#this> ,
        <https://substack.com/@kidehen#this> .

<https://fr.linkedin.com/in/graphicient#this> a schema:Person ;
    schema:name "François BENSID"@en ;
    schema:url <https://fr.linkedin.com/in/graphicient> ;
    schema:description "Knowledge Graph practitioner focused on production semantic integration and open identifier strategies."@en .

<https://uk.linkedin.com/in/chrisdayabinitio#this> a schema:Person ;
    schema:name "Chris Day"@en ;
    schema:url <https://uk.linkedin.com/in/chrisdayabinitio> ;
    schema:description "Practitioner working with large-scale ontologies and applied linguistic context."@en .

<https://fi.linkedin.com/in/tomi-lahti#this> a schema:Person ;
    schema:name "Tomi Lahti"@en ;
    schema:url <https://fi.linkedin.com/in/tomi-lahti> ;
    schema:description "Connects enterprise AI taxonomy to industrial semantic standards including OPC UA, Asset Administration Shell, and Digital Product Passport."@en .

<https://www.linkedin.com/in/ianherzog#this> a schema:Person ;
    schema:name "Ian Herzog"@en ;
    schema:url <https://www.linkedin.com/in/ianherzog> ;
    schema:description "Thinker on agent-to-agent economies and federated context graphs."@en .

<https://fr.linkedin.com/in/rfannader#this> a schema:Person ;
    schema:name "Rémy Fannader"@en ;
    schema:url <https://fr.linkedin.com/in/rfannader> ;
    schema:description "Argues for explicit semantic distinctions within the broad 'context' concept for viable agentic cognition."@en .

<https://nl.linkedin.com/in/refat-ametov#this> a schema:Person ;
    schema:name "Refat Ametov"@en ;
    schema:url <https://nl.linkedin.com/in/refat-ametov> ;
    schema:description "Practitioner focused on cross-boundary identifier resolution failures in enterprise semantic layers."@en .

<https://nl.linkedin.com/in/louishendriks#this> a schema:Person ;
    schema:name "Louis Hendriks"@en ;
    schema:url <https://nl.linkedin.com/in/louishendriks> ;
    schema:description "Works on human-centric, data-driven, AI-enabled value chains in pharma and healthcare standards bodies including ISO Health Informatics."@en .

<https://www.linkedin.com/in/kylemickey#this> a schema:Person ;
    schema:name "Kyle Mickey"@en ;
    schema:url <https://www.linkedin.com/in/kylemickey> ;
    schema:description "Builder of memory-efficient labeled property graph systems for scaling semantic knowledge graphs."@en .

<https://at.linkedin.com/in/tomas-knap#this> a schema:Person ;
    schema:name "Tomas Knap"@en ;
    schema:url <https://at.linkedin.com/in/tomas-knap> ;
    schema:description "Pharma knowledge graph practitioner focused on cross-ecosystem semantic interoperability for clinical, regulatory, safety, and partner data."@en .

# ── Comments (Kingsley first per curator instruction) ────────────────────────

:comment-kidehen a schema:Comment ;
    schema:author <https://www.linkedin.com/in/kidehen#this> ;
    schema:dateCreated "2026-06-12T12:33:00Z"^^xsd:dateTime ;
    schema:parentItem :post ;
    schema:position "1"^^xsd:integer ;
    schema:text """Yep! Context isn't an application. It's critical infrastructure, progressively distilled from domain knowledge, that fuels competitive advantage. Falling for the application-silo pitch is one of the worst things an enterprise can do in this emerging age of AI agents and skills. The key is to ensure that context remains portable, interoperable, and under the enterprise's control. Otherwise, today's accelerator becomes tomorrow's lock-in.

That is precisely what the following principles facilitate:
1. Name entities and relationships using hyperlinks.
2. Describe everything using compact entity–relationship–entity (subject–predicate–object) structured statements.
3. Rinse and repeat, manually or automatically, and new data, information, and knowledge emerge through the accumulation and connection of these statements.

Simple in principle, powerful in practice. That fundamental elegance underlies both the Web and the Semantic Web visions. It is also the foundation of the emerging Agentic Web, spanning public and private networks, where AI agents and skills can discover, reason over, and act upon data, information, and knowledge in a governed, interoperable manner."""@en .

:comment-francoisbensid a schema:Comment ;
    schema:author <https://fr.linkedin.com/in/graphicient#this> ;
    schema:dateCreated "2026-06-12T10:35:00Z"^^xsd:dateTime ;
    schema:parentItem :post ;
    schema:position "2"^^xsd:integer ;
    schema:interactionStatistic :comment-francoisbensid-reactions ;
    schema:text """Everyone is racing to give their AI better context. Few are asking who owns that context once the AI depends on it. Most organisations are renting it. The rent is invisible until you try to leave. They only discover the lease terms when they ask for the keys back.

What we've learned running this in production: the integration story only works when meaning can resolve outside the platform boundary. Open identifiers aren't an option, they're the prerequisite."""@en .

:comment-francoisbensid-reactions a schema:InteractionCounter ;
    schema:interactionType schema:LikeAction ;
    schema:userInteractionCount "2"^^xsd:integer .

:comment-chrisday a schema:Comment ;
    schema:author <https://uk.linkedin.com/in/chrisdayabinitio#this> ;
    schema:dateCreated "2026-06-12T10:35:00Z"^^xsd:dateTime ;
    schema:parentItem :post ;
    schema:position "3"^^xsd:integer ;
    schema:interactionStatistic :comment-chrisday-reactions ;
    schema:text "Curious as to why no mention of D-PROD to help alignment of the right context with the right dataset. I deal with some truly humongous ontologies that become minuscule in an applied linguistic context"@en .

:comment-chrisday-reactions a schema:InteractionCounter ;
    schema:interactionType schema:LikeAction ;
    schema:userInteractionCount "1"^^xsd:integer .

:comment-tomilahti a schema:Comment ;
    schema:author <https://fi.linkedin.com/in/tomi-lahti#this> ;
    schema:dateCreated "2026-06-12T11:35:00Z"^^xsd:dateTime ;
    schema:parentItem :post ;
    schema:position "4"^^xsd:integer ;
    schema:text "Excellent insight! Based on your taxonomy, I believe phase 3 is which can finally help human to untangle many wicked problems at scale, caused by linear local optimization based on era of Taylorism like climate change and nature loss, and replace existing mess with intangible, carbon neutral circular economy. This is also enormous opportunity to European industries, as our R&D have been building industrial standards based on semantic web thinking already over a decade (e.g. OPC UA Companion Specs, Asset Administration Shell, Digital Product Passport etc) — I call them 'practical domain-specific industrial ontology implementations', ready to be applied."@en .

:comment-ianherzog a schema:Comment ;
    schema:author <https://www.linkedin.com/in/ianherzog#this> ;
    schema:dateCreated "2026-06-12T11:35:00Z"^^xsd:dateTime ;
    schema:parentItem :post ;
    schema:position "5"^^xsd:integer ;
    schema:text """Great post Tony. The way I've been thinking about this concept is: Each company builds their context graph. They connect it to agents. Agents eventually become first class citizens in their business and can actually be given the freedom to act on your behalf across the digital landscape.

This forms the agent to agent economy where: Agents are social networking with other agents on behalf of companies — connecting with other agents, progressive federation and disclosure of information upon mutual interests, creating connections across context layers and taking actions on deals, partnerships, introductions, etc. Agents are given business rules, reporting structures, and guardrails on their autonomy. That's how we get to the agentic economy."""@en .

:comment-remyfannader a schema:Comment ;
    schema:author <https://fr.linkedin.com/in/rfannader#this> ;
    schema:dateCreated "2026-06-12T11:58:00Z"^^xsd:dateTime ;
    schema:parentItem :post ;
    schema:position "6"^^xsd:integer ;
    schema:interactionStatistic :comment-remyfannader-reactions ;
    schema:text "'Context' is so vague as being completely irrelevant: it can refer to user context, conversation, domain, business model, corporate organization, etc. While every one is relevant, no agentic cognition or collaboration is possible without explicit distinctions."@en .

:comment-remyfannader-reactions a schema:InteractionCounter ;
    schema:interactionType schema:LikeAction ;
    schema:userInteractionCount "1"^^xsd:integer .

:comment-refatametov a schema:Comment ;
    schema:author <https://nl.linkedin.com/in/refat-ametov#this> ;
    schema:dateCreated "2026-06-12T12:01:00Z"^^xsd:dateTime ;
    schema:parentItem :post ;
    schema:position "7"^^xsd:integer ;
    schema:text "Identifier resolution is where this breaks in practice. Organizations build internally coherent ontologies but anchor everything to vendor-assigned IDs that mean nothing outside the platform. When an agent tries to cross an org boundary, there's nothing for another system to resolve against. The semantic layer looks complete from inside and is effectively opaque from outside. The three questions at the end are the right test for exactly this: can your identifiers be resolved externally, can your ontology leave, can your graph federate. Most enterprise context layers fail all three without the teams that built them knowing it."@en .

:comment-louishendriks a schema:Comment ;
    schema:author <https://nl.linkedin.com/in/louishendriks#this> ;
    schema:dateCreated "2026-06-12T12:03:00Z"^^xsd:dateTime ;
    schema:parentItem :post ;
    schema:position "8"^^xsd:integer ;
    schema:text "Thank you Tony, again a very meaningful and timely post. Describing very well where industries are heading with AI. A path that GVW is not only following, but even leading. At least for the 'Human centric, data driven, AI enabled value chain'. Partly because what we do every day with patient data and drug product data, where we now aid with point AI solutions. Mostly though through our participation in the various standards bodies. With ISO Health Informatics being the top of the pyramid. Contributing for example to ClinOps standardization and Identification of Medicinal products."@en .

:comment-kylemickey a schema:Comment ;
    schema:author <https://www.linkedin.com/in/kylemickey#this> ;
    schema:dateCreated "2026-06-12T12:05:00Z"^^xsd:dateTime ;
    schema:parentItem :post ;
    schema:position "9"^^xsd:integer ;
    schema:text "True open standards make your data expenses compound. It's the data systems. There are no data systems that we know of that have the performance and cost profile to scale semantic knowledge graphs as a primary data storage engine. But it has to be primary. Because you can't really have decisions made from derivative knowledge. These ideas are all really nice, but at real scale your data systems run too expensive. That's why I built a labeled property graph that uses ~1/10th the memory of industry leading data systems. We can't keep going or it will break us."@en .

:comment-tomasknap a schema:Comment ;
    schema:author <https://at.linkedin.com/in/tomas-knap#this> ;
    schema:dateCreated "2026-06-12T11:39:00Z"^^xsd:dateTime ;
    schema:parentItem :post ;
    schema:position "10"^^xsd:integer ;
    schema:text "Strongly agree. In pharma, the challenge isn't just building a knowledge graph — it's ensuring that meaning can flow across clinical, regulatory, safety, and partner ecosystems without being tied to a single vendor's platform. Otherwise, today's 'talk-to-your-data' APIs (being provided by more and more vendors) may easily become tomorrow's interoperability bottleneck."@en .

# ── Glossary ────────────────────────────────────────────────────────────────

:glossarySection a schema:DefinedTermSet ;
    schema:name "Glossary"@en ;
    schema:hasDefinedTerm
        :term-context-interoperability ,
        :term-ontology-portability ,
        :term-dereferenceable-iri ,
        :term-semantic-web ,
        :term-context-layer ,
        :term-rdf ,
        :term-sparql ,
        :term-context-lockin ,
        :term-owl ,
        :term-agentic-web .

# ── Glossary Terms ──────────────────────────────────────────────────────────

:term-context-interoperability a schema:DefinedTerm ;
    schema:name "Context Interoperability"@en ;
    schema:description "The capacity for AI systems from different vendors or organisations to exchange and act upon structured semantic context — ontologies, entity definitions, and relationships — without proprietary translation layers."@en ;
    schema:inDefinedTermSet :glossarySection ;
    owl:sameAs <https://dbpedia.org/resource/Semantic_interoperability> .

:term-ontology-portability a schema:DefinedTerm ;
    schema:name "Ontology Portability"@en ;
    schema:description "The ability to export, transport, and re-import an ontology — a formal specification of concepts and relationships — across different AI systems or knowledge graph platforms, retaining full fidelity of meaning."@en ;
    schema:inDefinedTermSet :glossarySection ;
    owl:sameAs <https://dbpedia.org/resource/Ontology> .

:term-dereferenceable-iri a schema:DefinedTerm ;
    schema:name "Dereferenceable Identifier (IRI/URI)"@en ;
    schema:description "A web address that, when resolved, returns a machine-readable description of the entity it names. The foundation of Linked Data and Phase 3 context layers — any agent can follow an IRI to discover what an entity is and how it relates to others."@en ;
    schema:inDefinedTermSet :glossarySection ;
    owl:sameAs <https://dbpedia.org/resource/Linked_data> .

:term-semantic-web a schema:DefinedTerm ;
    schema:name "Semantic Web"@en ;
    schema:description "A W3C-defined extension of the Web where data is structured with explicit meaning, using standards such as RDF, OWL, and SPARQL, enabling machines to reason over and connect information across domains and organisations."@en ;
    schema:inDefinedTermSet :glossarySection ;
    owl:sameAs <https://dbpedia.org/resource/Semantic_Web> .

:term-context-layer a schema:DefinedTerm ;
    schema:name "Context Layer"@en ;
    schema:description "A persistent, structured knowledge graph that supplies semantic context to one or more AI agents or copilots. Unlike a copilot (which is user-facing), the context layer is infrastructure — it must be portable and open to support Phase 3 interoperability."@en ;
    schema:inDefinedTermSet :glossarySection ;
    owl:sameAs <https://dbpedia.org/resource/Knowledge_graph> .

:term-rdf a schema:DefinedTerm ;
    schema:name "RDF (Resource Description Framework)"@en ;
    schema:description "A W3C standard data model for representing structured information as subject–predicate–object triples, enabling knowledge to be expressed in a format that is both machine-readable and globally linkable."@en ;
    schema:inDefinedTermSet :glossarySection ;
    owl:sameAs <https://dbpedia.org/resource/Resource_Description_Framework> .

:term-sparql a schema:DefinedTerm ;
    schema:name "SPARQL"@en ;
    schema:description "The standard query language for RDF knowledge graphs, analogous to SQL for relational databases. SPARQL queries can federate across multiple distributed graph endpoints, enabling the global-graph joinability that Phase 3 requires."@en ;
    schema:inDefinedTermSet :glossarySection ;
    owl:sameAs <https://dbpedia.org/resource/SPARQL> .

:term-context-lockin a schema:DefinedTerm ;
    schema:name "Context Lock-in"@en ;
    schema:description "A state in which an organisation's structured AI context — its ontologies, entity relationships, and semantic annotations — is trapped inside a proprietary platform and cannot be exported, resolved, or joined with external graphs."@en ;
    schema:inDefinedTermSet :glossarySection ;
    owl:sameAs <https://dbpedia.org/resource/Vendor_lock-in> .

:term-owl a schema:DefinedTerm ;
    schema:name "OWL (Web Ontology Language)"@en ;
    schema:description "A W3C ontology language built on RDF, used to formally define classes, properties, and logical constraints in a knowledge graph. OWL ontologies are machine-processable and portable — a prerequisite for Phase 3 context layers."@en ;
    schema:inDefinedTermSet :glossarySection ;
    owl:sameAs <https://dbpedia.org/resource/Web_Ontology_Language> .

:term-agentic-web a schema:DefinedTerm ;
    schema:name "Agentic Web"@en ;
    schema:description "An emergent layer of the Web in which autonomous AI agents discover, query, and produce structured linked data as first-class participants. For the Agentic Web to function, agents must share resolvable identifiers and portable ontologies — the core argument of Tony Seale's post."@en ;
    schema:inDefinedTermSet :glossarySection ;
    owl:sameAs <https://dbpedia.org/resource/Agentic_AI> .

# ── HowTo ─────────────────────────────────────────────────────────────────────

post:howto a schema:HowTo ;
    schema:name "HowTo: Achieve Enterprise AI Context Interoperability"@en ;
    schema:description "A practical path from proprietary copilot context to a portable, globally joinable knowledge layer — following the framework set out by Tony Seale."@en ;
    schema:step
        post:step-audit ,
        post:step-model ,
        post:step-iris ,
        post:step-sparql ,
        post:step-portability-test ,
        post:step-federate .

post:step-audit a schema:HowToStep ;
    schema:name "Audit your current context sources"@en ;
    schema:text "Inventory where structured meaning lives in your organisation: databases, wikis, SharePoint taxonomies, copilot system prompts, proprietary ontologies. Identify which of these are locked inside closed platforms and cannot be exported or dereferenced from the outside."@en ;
    schema:position 1 .

post:step-model a schema:HowToStep ;
    schema:name "Model your domain using an open ontology"@en ;
    schema:text "Choose an open, portable vocabulary — Schema.org, OWL, or a domain-specific standard — and express your entity definitions and relationships in RDF. Test portability: can you export the ontology to a plain Turtle file and re-import it elsewhere without data loss?"@en ;
    schema:position 2 .

post:step-iris a schema:HowToStep ;
    schema:name "Assign dereferenceable IRIs to every key entity"@en ;
    schema:text "Every product, person, concept, or process that your AI agents reason about should have a stable, resolvable IRI — not an integer ID or vendor-assigned GUID. When an external agent dereferences that IRI it should receive a machine-readable description. This is Kingsley Idehen's 'hyperlink as stable standardised identifier' principle."@en ;
    schema:position 3 .

post:step-sparql a schema:HowToStep ;
    schema:name "Expose your graph via a SPARQL endpoint"@en ;
    schema:text "Publish your knowledge graph through a standards-compliant SPARQL endpoint. This allows any authorised agent — internal or partner-facing — to query your context without a bespoke API integration. Endpoint federation means your graph can join queries against external graphs in real time."@en ;
    schema:position 4 .

post:step-portability-test a schema:HowToStep ;
    schema:name "Apply the three-question portability test"@en ;
    schema:text "Before declaring your context layer Phase 3-ready, run Tony Seale's three tests: (1) Can your ontology leave the platform? (2) Can another system resolve your identifiers? (3) Can your graph join the global graph? A 'no' to any question means your context is still rented, not owned."@en ;
    schema:position 5 .

post:step-federate a schema:HowToStep ;
    schema:name "Federate with ecosystem and partner graphs"@en ;
    schema:text "Use SPARQL 1.1 Federation and owl:sameAs links to connect your graph to public knowledge bases — DBpedia, Wikidata, domain ontologies — and to partner graphs. This is how siloed enterprise context becomes a node in the global graph."@en ;
    schema:position 6 .

# ── FAQ ───────────────────────────────────────────────────────────────────────

:faqSection a schema:FAQPage ;
    schema:name "FAQ: Enterprise AI Context Interoperability"@en ;
    schema:mainEntity
        :faq-context-interoperability ,
        :faq-bottleneck ,
        :faq-renting-meaning ,
        :faq-copilot-vs-context ,
        :faq-agentic-web ,
        :faq-identifier-resolution ,
        :faq-semantic-web-phase3 ,
        :faq-context-portability .

:faq-context-interoperability a schema:Question ;
    schema:name "What is enterprise AI context interoperability?"@en ;
    schema:acceptedAnswer [ a schema:Answer ;
        schema:text "Enterprise AI context interoperability is the ability for AI agents, copilots, and models to share, understand, and build upon structured meaning across organisational and platform boundaries — without being locked into a single vendor's semantic layer. As Tony Seale argues, the bottleneck in enterprise AI has shifted from model capability to the portability of the context those models consume."@en ] ;
    schema:parentItem :faqSection .

:faq-bottleneck a schema:Question ;
    schema:name "Why has the bottleneck moved from models to context?"@en ;
    schema:acceptedAnswer [ a schema:Answer ;
        schema:text "Foundation models have reached a level of capability where the quality of AI outcomes depends less on the model itself and more on the richness and portability of the contextual knowledge it can access. If that context is locked inside a proprietary system — unable to move, share, or be resolved by another agent — the model's capability cannot be applied where it matters most."@en ] ;
    schema:parentItem :faqSection .

:faq-renting-meaning a schema:Question ;
    schema:name "What does 'renting your meaning' mean?"@en ;
    schema:acceptedAnswer [ a schema:Answer ;
        schema:text "When an organisation stores its ontologies, entity definitions, and semantic relationships inside a closed AI platform, it does not truly own that meaning — it rents it. If the vendor changes terms, discontinues the product, or builds a walled garden, the organisation's structured knowledge cannot escape. Tony Seale and Kingsley Idehen identify this as a fundamental risk of the Phase 1 / Phase 2 enterprise AI architecture."@en ] ;
    schema:parentItem :faqSection .

:faq-copilot-vs-context a schema:Question ;
    schema:name "What is the difference between a copilot and a context layer?"@en ;
    schema:acceptedAnswer [ a schema:Answer ;
        schema:text "A copilot is a user-facing AI assistant embedded in a tool. A context layer is the underlying structured knowledge graph that supplies meaning to one or more agents. The post argues that organisations need to invest not just in copilots (Phase 1 / Phase 2) but in a portable, open context layer (Phase 3) that persists independently of any single copilot or vendor."@en ] ;
    schema:parentItem :faqSection .

:faq-agentic-web a schema:Question ;
    schema:name "What is the Agentic Web?"@en ;
    schema:acceptedAnswer [ a schema:Answer ;
        schema:text "The Agentic Web is an emerging layer of the Web where software agents — not just humans — act as first-class participants: discovering, querying, reasoning over, and producing structured data. For agents to interoperate meaningfully on this web, they must share resolvable identifiers and portable ontologies. This is what Phase 3 of Tony Seale's framework enables."@en ] ;
    schema:parentItem :faqSection .

:faq-identifier-resolution a schema:Question ;
    schema:name "How does identifier resolution enable cross-organisational AI?"@en ;
    schema:acceptedAnswer [ a schema:Answer ;
        schema:text "When every entity in a knowledge graph is identified by a dereferenceable URI, any agent — in any organisation — can follow that link to retrieve a machine-readable description of that entity. This allows AI systems to join graphs, resolve ambiguities, and collaborate across trust boundaries without pre-negotiated proprietary integrations. As Kingsley Idehen notes, hyperlinks as stable standardised identifiers are the key."@en ] ;
    schema:parentItem :faqSection .

:faq-semantic-web-phase3 a schema:Question ;
    schema:name "What role does the Semantic Web play in Phase 3?"@en ;
    schema:acceptedAnswer [ a schema:Answer ;
        schema:text "Phase 3 is essentially the Semantic Web realised at enterprise scale for AI consumption. Technologies like RDF, OWL, and SPARQL provide the standards for portable, resolvable, globally joinable knowledge — exactly the three tests Tony Seale poses in the post."@en ] ;
    schema:parentItem :faqSection .

:faq-context-portability a schema:Question ;
    schema:name "What is context portability and why does it matter?"@en ;
    schema:acceptedAnswer [ a schema:Answer ;
        schema:text "Context portability means that the structured knowledge an AI agent relies on can be exported, transferred, and re-loaded into a different system without loss of meaning. It matters because organisations that lack it are trapped: their AI investments are tied to a vendor's platform, their data cannot join the global knowledge graph, and their agents cannot collaborate with peers outside the platform's walls."@en ] ;
    schema:parentItem :faqSection .
