@prefix : <https://www.linkedin.com/pulse/china-built-super-app-us-may-build-super-agent-jaya-gupta-3ncoc/#> .
@prefix dbo: <http://dbpedia.org/resource/> .
@prefix foaf: <http://xmlns.com/foaf/0.1/> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix prov: <http://www.w3.org/ns/prov#> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix schema1: <http://schema.org/> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#> .
@prefix wd: <http://www.wikidata.org/entity/> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

:ABAC a rdfs:Class,
        owl:Class ;
    rdfs:label "Attribute-Based Access Control"@en ;
    rdfs:comment "A fine-grained authorization model that grants access based on attributes of the subject, resource, action, and environment — enabling AI agents to operate within scoped permissions across institutional boundaries."@en ;
    rdfs:isDefinedBy :ontology .

:AgentSkill a rdfs:Class,
        owl:Class ;
    rdfs:label "Agent Skill"@en ;
    rdfs:comment "A declarative, portable unit of AI agent capability, described in markdown (SKILLS.md/Agents.md) and executable across LLMs. Skills are the building blocks of composable super-agents."@en ;
    rdfs:isDefinedBy :ontology .

:AgenticOperatingSpace a rdfs:Class,
        owl:Class ;
    rdfs:label "Agentic Operating Space"@en ;
    rdfs:comment "A loosely coupled operating space for AI agents comprising machine-computable entity relationships, identity, authentication, authorization, and a semantic layer — enabling agents to navigate across fragmented systems without tight platform integration."@en ;
    rdfs:isDefinedBy :ontology .

:AgenticWeb a rdfs:Class,
        owl:Class ;
    rdfs:label "Agentic Web"@en ;
    rdfs:comment "The vision of a web where AI agents navigate semantically grounded hyperlinked data, combining the Semantic Web's machine-computable entity relationships with LLM-powered natural language interfaces."@en ;
    rdfs:isDefinedBy :ontology .

:ArchitecturalComponent a rdfs:Class,
        owl:Class ;
    rdfs:label "Architectural Component"@en ;
    rdfs:comment "A fundamental building block of a super-agent operating environment as described by Kingsley Idehen: Identity, Identification, Authentication, Authorization, Semantic Layer, and Systems."@en ;
    rdfs:isDefinedBy :ontology .

:BilingualTrustCompany a rdfs:Class,
        owl:Class ;
    rdfs:label "Bilingual Trust Company"@en ;
    rdfs:comment "A technology company capable of operating across both consumer and institutional trust regimes without fully collapsing the boundary between them."@en ;
    rdfs:isDefinedBy :ontology .

:DataAccessByReference a rdfs:Class,
        owl:Class ;
    rdfs:label "Data Access by Reference"@en ;
    rdfs:comment "An architectural pattern where data is accessed via hyperlinks (URIs, IRIs) rather than copied by value, enabling loose coupling, provenance tracking, composability, and real-time consistency across distributed systems."@en ;
    rdfs:isDefinedBy :ontology .

:DeterminismLayer a rdfs:Class,
        owl:Class ;
    rdfs:label "Determinism Layer"@en ;
    rdfs:comment "A governed layer that resolves the same answer the same way every time. Implemented by Kingsley Idehen's Semantic Layer (machine-computable entity-relationship graph) combined with Identity, Authorization (ABAC), and Systems components — enabling neuro-symbolic AI that resolves consistently through semantic precision rather than statistical approximation."@en ;
    rdfs:isDefinedBy :ontology .

:GraphStrategy a rdfs:Class,
        owl:Class ;
    rdfs:label "Graph Strategy"@en ;
    rdfs:comment "A strategy for unifying or bridging user context graphs across personal, financial, and professional domains, ranging from full consolidation (super-app) to cross-system orchestration (super-agent)."@en ;
    rdfs:isDefinedBy :ontology .

:MultiModelDatabase a rdfs:Class,
        owl:Class ;
    rdfs:label "Multi-Model Database"@en ;
    rdfs:comment "A database that supports multiple data models (relational, graph/RDF, document, vector, filesystem) within a single engine — providing a unified semantic substrate for AI agents."@en ;
    rdfs:isDefinedBy :ontology .

:PermissionBoundary a rdfs:Class,
        owl:Class ;
    rdfs:label "Permission Boundary"@en ;
    rdfs:comment "A boundary between trust regimes (consumer vs enterprise, personal vs professional) that an agent must navigate through consent, scopes, tenant isolation, and governed access."@en ;
    rdfs:isDefinedBy :ontology .

:PermissionCurrency a rdfs:Class,
        owl:Class ;
    rdfs:label "Permission Currency"@en ;
    rdfs:comment "The type of trust or access capital an organization accumulates — personal context, organizational governance, breadth across surfaces, or efficacy."@en ;
    rdfs:isDefinedBy :ontology .

:PermissionSpace a rdfs:Class,
        owl:Class ;
    rdfs:label "Permission Space"@en ;
    rdfs:comment "A domain of access defined by identity, authentication, authorization, and consent boundaries. Super-agents accumulate permission across multiple spaces."@en ;
    rdfs:isDefinedBy :ontology .

:SuperAgentRole a rdfs:Class,
        owl:Class ;
    rdfs:label "Super-Agent Role"@en ;
    rdfs:comment "An AI-driven interface layer that operates across fragmented systems through permissions rather than ownership. Coordinates across calendars, messaging, email, CRM, version control, banking, shopping, health, travel, and family logistics through consent, scopes, tenant boundaries, audit trails, and governance."@en ;
    rdfs:isDefinedBy :ontology .

:SuperAppRole a rdfs:Class,
        owl:Class ;
    rdfs:label "Super-App Role"@en ;
    rdfs:comment "A single platform surface that consolidates messaging, payments, commerce, identity, services, professional relationships, and daily transactions into one operating layer."@en ;
    rdfs:isDefinedBy :ontology .

:TrustRegime a rdfs:Class,
        owl:Class ;
    rdfs:label "Trust Regime"@en ;
    rdfs:comment "A trust environment defined by specific privacy, security, governance, and institutional expectations. Consumer trust regimes value intimacy and convenience; enterprise trust regimes value auditability, security, and ROI."@en ;
    rdfs:isDefinedBy :ontology .

:WebIDProtocol a rdfs:Class,
        owl:Class ;
    rdfs:label "WebID Protocol"@en ;
    rdfs:comment "A W3C Community Group specification for decentralized, verifiable digital identity using HTTP URIs and TLS certificate binding. Agents identified by WebID can authenticate across data spaces without central identity providers."@en ;
    rdfs:isDefinedBy :ontology .

:archComponentOrder a rdf:Property,
        owl:DatatypeProperty ;
    rdfs:label "architectural component order"@en ;
    rdfs:comment "The ordinal position of an architectural component in Kingsley Idehen's enumerated list."@en ;
    rdfs:domain :ArchitecturalComponent ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range xsd:integer .

:authenticationComponent a :ArchitecturalComponent ;
    rdfs:label "Authentication"@en ;
    schema1:description "Protocols used to verify credentials."@en ;
    :archComponentOrder 3 .

:authorizationComponent a :ArchitecturalComponent ;
    rdfs:label "Authorization"@en ;
    schema1:description "Fine-grained, attribute-based access controls that underpin data, information, and knowledge access policies."@en ;
    :archComponentOrder 4 .

:hasAnalysisNote a rdf:Property,
        owl:ObjectProperty ;
    rdfs:label "has analysis note"@en ;
    rdfs:comment "Links an entity to an analytical note that synthesizes or interprets its significance."@en ;
    rdfs:domain schema1:CreativeWork ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range schema1:Note .

:hasArchitecturalComponent a rdf:Property,
        owl:ObjectProperty ;
    rdfs:label "has architectural component"@en ;
    rdfs:comment "Links a super-agent architecture description to its constituent architectural components."@en ;
    rdfs:domain schema1:CreativeWork ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range :ArchitecturalComponent .

:hasCommenter a rdf:Property,
        owl:ObjectProperty ;
    rdfs:label "has commenter"@en ;
    rdfs:comment "Links an article reply/thread to the person who authored the comment."@en ;
    rdfs:domain schema1:Comment ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range schema1:Person .

:hasDefensibilityGap a rdf:Property,
        owl:DatatypeProperty ;
    rdfs:label "has defensibility gap"@en ;
    rdfs:comment "Indicates whether an agent or system faces a gap between earning trust to act and remaining defensible after acting."@en ;
    rdfs:domain :SuperAgentRole ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range xsd:string .

:hasDeterminismRequirement a rdf:Property,
        owl:DatatypeProperty ;
    rdfs:label "has determinism requirement"@en ;
    rdfs:comment "Indicates whether determinism is required for a given system or interaction."@en ;
    rdfs:domain schema1:SoftwareApplication ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range xsd:string .

:hasFragmentationDegree a rdf:Property,
        owl:DatatypeProperty ;
    rdfs:label "has fragmentation degree"@en ;
    rdfs:comment "Indicates the degree of institutional or system fragmentation (high, medium, low)."@en ;
    rdfs:domain schema1:Place ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range xsd:string .

:hasLinkedArticle a rdf:Property,
        owl:ObjectProperty ;
    rdfs:label "has linked article"@en ;
    rdfs:comment "Links a person or organization to an article they authored that is relevant to the analysis."@en ;
    rdfs:domain schema1:Person ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range schema1:Article .

:hasPermissionCurrency a rdf:Property,
        owl:DatatypeProperty ;
    rdfs:label "has permission currency"@en ;
    rdfs:comment "Describes the type of permission currency an organization accumulates."@en ;
    rdfs:domain schema1:Organization ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range xsd:string .

:hasResourceLink a rdf:Property,
        owl:ObjectProperty ;
    rdfs:label "has resource link"@en ;
    rdfs:comment "Links an entity to an external resource (specification, article, tool) that provides additional context or reference."@en ;
    rdfs:domain schema1:CreativeWork ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range schema1:CreativeWork .

:hasTrustRegime a rdf:Property,
        owl:ObjectProperty ;
    rdfs:label "has trust regime"@en ;
    rdfs:comment "Links an organization or product to the trust regime it operates within."@en ;
    rdfs:domain schema1:Organization ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range :TrustRegime .

:howtoArchImplementation a schema1:HowTo ;
    schema1:description "A practical guide to implementing the six loosely coupled architectural components for a super-agent operating space, as enumerated by Kingsley Uyi Idehen."@en ;
    schema1:name "How to Implement Kingsley Idehen's Six-Component Super-Agent Architecture"@en ;
    schema1:step :archStep1,
        :archStep2,
        :archStep3,
        :archStep4,
        :archStep5,
        :archStep6 .

:identificationComponent a :ArchitecturalComponent ;
    rdfs:label "Identification"@en ;
    schema1:description "Preferences and profiles that collectively provide credentials."@en ;
    :archComponentOrder 2 .

:identityComponent a :ArchitecturalComponent ;
    rdfs:label "Identity"@en ;
    schema1:description "Hyperlinks that denote agents, humans, and the on-behalf-of relationships that connect them."@en ;
    :archComponentOrder 1 .

:isTransitionalState a rdf:Property,
        owl:DatatypeProperty ;
    rdfs:label "is transitional state"@en ;
    rdfs:comment "Indicates whether a given architectural pattern is considered a temporary or transitional state (true/false)."@en ;
    rdfs:domain :SuperAgentRole ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range xsd:boolean .

:kingsleySubstack a schema1:WebSite ;
    schema1:name "Kingsley Idehen on Substack"@en ;
    schema1:url <https://kidehen.substack.com> .

:navigatesBoundaries a rdf:Property,
        owl:DatatypeProperty ;
    rdfs:label "navigates boundaries"@en ;
    rdfs:comment "Describes the boundary types an entity navigates (e.g., consumer-enterprise, personal-professional)."@en ;
    rdfs:domain :BilingualTrustCompany ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range xsd:string .

:openLinkCommunityForum a schema1:WebSite ;
    schema1:name "OpenLink Community Forum"@en ;
    schema1:url <https://community.openlinksw.com> .

:rdfInfographicSkill a schema1:SoftwareApplication ;
    schema1:description "RDF-based interactive HTML infographic generation skill."@en ;
    schema1:name "rdf-infographic-skill"@en ;
    schema1:url <https://github.com/OpenLinkSoftware/ai-agent-skills/tree/main/rdf-infographic-skill> .

:referencesStandard a rdf:Property,
        owl:ObjectProperty ;
    rdfs:label "references standard"@en ;
    rdfs:comment "Links a concept or implementation to the technical standard it is based on."@en ;
    rdfs:domain owl:Thing ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range schema1:CreativeWork .

:relegatesSystemsTo a rdf:Property,
        owl:DatatypeProperty ;
    rdfs:label "relegates systems to"@en ;
    rdfs:comment "Describes what role existing systems are reduced to when a super-agent becomes the primary interface."@en ;
    rdfs:domain :SuperAgentRole ;
    rdfs:isDefinedBy :ontology ;
    rdfs:range xsd:string .

:sectionAccessMoat a schema1:ArticleSection ;
    schema1:isPartOf :article ;
    schema1:name "Access Is the Moat"@en ;
    schema1:text "The key strategic question is who is allowed to act. Different companies are accumulating different currencies of permission. Apple's advantage is trusted access to personal context. Microsoft's is governance of organizational context. Google's is breadth across surfaces. Palantir's is efficacy."@en .

:sectionAmericanSuperAgent a schema1:ArticleSection ;
    schema1:isPartOf :article ;
    schema1:name "The American Super-Agent"@en ;
    schema1:text "A WeChat-style American super-app faces structural barriers. However, an American super-agent can emerge differently: through an interface layer that unlocks access across fragmented systems rather than consolidating them into a single platform."@en .

:sectionBilingualTrust a schema1:ArticleSection ;
    schema1:isPartOf :article ;
    schema1:name "The Rarest Companies Are Bilingual in Trust"@en ;
    schema1:text "The rarest tech companies are bilingual in trust: intimate enough for consumers and governable enough for institutions. Microsoft crosses through work identity and enterprise administration. Google crosses through consumer intent and workplace surfaces. Apple crosses through the personal endpoint."@en .

:sectionNextPlatform a schema1:ArticleSection ;
    schema1:isPartOf :article ;
    schema1:name "The Next Platform Is the Interface Allowed to Act"@en ;
    schema1:text "If the super-app was the Chinese internet's native form, the super-agent may be the American AI internet's native form. The next platform will not be the company that owns everything. It will be the interface allowed to act across everything."@en .

:sectionUsageProblem a schema1:ArticleSection ;
    schema1:isPartOf :article ;
    schema1:name "AI Has a Usage Problem Disguised as a Revenue Problem"@en ;
    schema1:text "Everyone is using AI. Just as notably, everyone seems to be spending on AI, often faster than clear returns can be measured. Usage is exploding faster than revenue clarity. Consumer AI creates enormous surplus and has not monetized well yet. Enterprise AI captures value more directly because it attaches to budgets, workflows, labor replacement, and measurable outcomes."@en .

:systemsComponent a :ArchitecturalComponent ;
    rdfs:label "Systems"@en ;
    schema1:description "Systems of Record, Engagement, Analytics, and Action — the operational systems that create, consume, analyze, and act upon data, information, and knowledge."@en ;
    :archComponentOrder 6 .

:uriburnerDescribeService a schema1:WebAPI ;
    schema1:name "URIBurner Describe Service"@en ;
    schema1:url <https://linkeddata.uriburner.com/describe/> .

:usInternetEcosystem a schema1:Place ;
    schema1:description "The American internet evolved with fragmented graphs across privacy, procurement, payments, antitrust, and enterprise trust."@en ;
    schema1:name "United States Internet Ecosystem"@en ;
    :hasFragmentationDegree "high"@en .

:virtuosoOpenSource a schema1:WebSite ;
    schema1:name "Virtuoso Open Source (GitHub)"@en ;
    schema1:url <https://github.com/openlink/virtuoso-opensource> .

:webIDW3C a schema1:CreativeWork ;
    schema1:description "Community group at W3C developing the WebID protocol for decentralized identity and authentication."@en ;
    schema1:name "W3C WebID Community Group"@en ;
    schema1:url <https://www.w3.org/community/webid/> .

:wechatSuperApp a :SuperAppRole ;
    schema1:description "China's defining super-app combining messaging, payments, commerce, identity, services, professional relationships, and daily transactions."@en ;
    schema1:isPartOf :chinaInternetEcosystem ;
    schema1:name "WeChat"@en ;
    schema1:url <https://www.wechat.com> ;
    owl:sameAs dbo:WeChat,
        wd:Q58132 .

<http://dbpedia.org/resource/Apple_Inc.> a schema1:Organization,
        :BilingualTrustCompany ;
    schema1:description "Crosses the consumer-enterprise divide through the personal endpoint. Advantage is trusted access to personal context."@en ;
    schema1:name "Apple"@en ;
    schema1:sameAs <http://dbpedia.org/resource/Apple_Inc.> ;
    schema1:url <https://www.apple.com> ;
    owl:sameAs wd:Q312 ;
    :hasPermissionCurrency "personal context"@en ;
    :hasTrustRegime :consumerTrustRegime ;
    :navigatesBoundaries "consumer-enterprise, personal endpoint"@en .

dbo:Google a schema1:Organization,
        :BilingualTrustCompany ;
    schema1:description "Crosses through consumer intent and workplace surfaces. Breadth across consumer and workplace surfaces paired with the hardest trust challenge."@en ;
    schema1:name "Google"@en ;
    schema1:sameAs dbo:Google ;
    schema1:url <https://www.google.com> ;
    owl:sameAs wd:Q95 ;
    :hasPermissionCurrency "breadth across surfaces"@en ;
    :hasTrustRegime :consumerTrustRegime,
        :enterpriseTrustRegime ;
    :navigatesBoundaries "consumer-enterprise, intent-workplace"@en .

dbo:Meta_Platforms a schema1:Organization ;
    schema1:description "Consumer attention company with transactional B2B monetization through advertising and WhatsApp Business. Businesses use Meta primarily to acquire and communicate with customers."@en ;
    schema1:name "Meta"@en ;
    schema1:sameAs dbo:Meta_Platforms ;
    schema1:url <https://www.meta.com> ;
    owl:sameAs wd:Q380 ;
    :hasTrustRegime :consumerTrustRegime .

dbo:Microsoft a schema1:Organization,
        :BilingualTrustCompany ;
    schema1:description "Crosses through work identity and enterprise administration. Advantage is governance of organizational context through identity, security, and workflow ownership."@en ;
    schema1:name "Microsoft"@en ;
    schema1:sameAs dbo:Microsoft ;
    schema1:url <https://www.microsoft.com> ;
    owl:sameAs wd:Q2283 ;
    :hasPermissionCurrency "organizational governance"@en ;
    :hasTrustRegime :enterpriseTrustRegime ;
    :navigatesBoundaries "consumer-enterprise, work identity"@en .

dbo:Palantir_Technologies a schema1:Organization ;
    schema1:description "Efficacy-based trust: institutions grant access because they believe Palantir can turn fragmented information into outcomes."@en ;
    schema1:name "Palantir"@en ;
    schema1:sameAs dbo:Palantir_Technologies ;
    schema1:url <https://www.palantir.com> ;
    owl:sameAs wd:Q1353910 ;
    :hasPermissionCurrency "efficacy"@en .

dbo:Salesforce.com a schema1:Organization ;
    schema1:description "Operational infrastructure for enterprise CRM and business workflows."@en ;
    schema1:name "Salesforce"@en ;
    schema1:sameAs dbo:Salesforce.com ;
    schema1:url <https://www.salesforce.com> ;
    owl:sameAs wd:Q826339 .

dbo:WeChat owl:sameAs wd:Q58132 .

<https://www.linkedin.com/in/carlo-salomon-ruiz#this> a schema1:Person ;
    schema1:description "Commenter who noted competition and capital markets helped the US avoid the super-app model."@en ;
    schema1:name "Carlo Salomon Ruiz"@en ;
    schema1:sameAs <https://www.linkedin.com/in/carlo-salomon-ruiz> ;
    schema1:url <https://www.linkedin.com/in/carlo-salomon-ruiz> .

<https://www.linkedin.com/in/dennisjuarez#this> a schema1:Person ;
    schema1:description "Commenter who articulated the enterprise trust problem that Kingsley Idehen's architecture already solves — capability and permission are necessary, but semantic precision (machine-computable entity resolution) is what makes agent outputs trustworthy."@en ;
    schema1:name "Dennis Juarez"@en ;
    schema1:sameAs <https://www.linkedin.com/in/dennisjuarez> ;
    schema1:url <https://www.linkedin.com/in/dennisjuarez> .

<https://www.linkedin.com/in/ellie-peterson-6a2678b4#this> a schema1:Person ;
    schema1:description "Commenter who praised the article."@en ;
    schema1:name "Ellie Peterson"@en ;
    schema1:sameAs <https://www.linkedin.com/in/ellie-peterson-6a2678b4> ;
    schema1:url <https://www.linkedin.com/in/ellie-peterson-6a2678b4> .

<https://www.linkedin.com/in/keithbrisson#this> a schema1:Person ;
    schema1:description "Commenter who proposed the super-agent-as-unified-interface is a transitional state that relegates SaaS tools to data stores."@en ;
    schema1:name "Keith Brisson"@en ;
    schema1:sameAs <https://www.linkedin.com/in/keithbrisson> ;
    schema1:url <https://www.linkedin.com/in/keithbrisson> .

<https://www.linkedin.com/in/paul-bouvy#this> a schema1:Person ;
    schema1:description "Commenter who shared personal experience using WeChat while in China five years ago."@en ;
    schema1:name "Paul Bouvy"@en,
        "Paul Bouvy, MBA, CPIM, CSCP"@en ;
    schema1:sameAs <https://www.linkedin.com/in/paul-bouvy> ;
    schema1:url <https://www.linkedin.com/in/paul-bouvy> .

<https://www.linkedin.com/in/shridharswapan#this> a schema1:Person ;
    schema1:description "Commenter who highlighted the gap between earning trust to act and remaining defensible after acting — the defensibility gap."@en ;
    schema1:name "Swapan Shridhar"@en ;
    schema1:sameAs <https://www.linkedin.com/in/shridharswapan> ;
    schema1:url <https://www.linkedin.com/in/shridharswapan> .

:a1 a schema1:Answer ;
    schema1:text "A super-app (like WeChat) consolidates messaging, payments, commerce, identity, and services into a single platform surface. A super-agent is an AI-driven interface layer that operates across fragmented systems through permissions rather than ownership, coordinating across calendars, email, CRM, banking, and other tools without consolidating them."@en .

:a10 a schema1:Answer ;
    schema1:text "Privacy shaped incentives, data flows, and the kinds of businesses that could emerge. It helped turn one possible consolidated graph into many companies. The US gave up the elegance of the super-app and preserved boundaries that made total platform control harder."@en .

:a11 a schema1:Answer ;
    schema1:text "As Carlo Salomon Ruiz noted, competition and capital markets had a major role in the US avoiding the super-app model and will likely continue to oppose the advent of the super-agent, maintaining market fragmentation."@en .

:a12 a schema1:Answer ;
    schema1:text "The next platform is not the company that owns everything. It is the interface allowed to act across everything. Capability determines what an agent can do. Permission determines where it can go. The shift is from owning the graph to operating across it."@en .

:a2 a schema1:Answer ;
    schema1:text "The US faces structural barriers including mobile gatekeepers, fragmented payments, antitrust scrutiny, privacy rules, enterprise procurement, vendor-risk reviews, and the separation of personal and employer-owned data. These divisions reflect American democratic values that treat certain boundaries as valuable."@en .

:a3 a schema1:Answer ;
    schema1:text "The rarest tech companies are bilingual in trust — intimate enough for consumers and governable enough for institutions. Microsoft, Google, and Apple each reach this position through different paths: work identity, consumer intent, and the personal endpoint respectively."@en .

:a4 a schema1:Answer ;
    schema1:text "Different companies accumulate different types of trust or access capital: Apple holds personal context, Microsoft holds organizational governance, Google holds breadth across surfaces, and Palantir holds efficacy — the belief that it can turn fragmented information into outcomes."@en .

:a5 a schema1:Answer ;
    schema1:text "OpenAI starts with consumer habit — ChatGPT became the default AI interface for hundreds of millions of users and is expanding into enterprise workflows. Anthropic starts with institutional trust — safety, enterprise adoption, government engagement, and regulated-market legitimacy. Their destinations are converging."@en .

:a6 a schema1:Answer ;
    schema1:text "The six loosely coupled components are: (1) Identity — hyperlinks for agents and on-behalf-of relationships; (2) Identification — preferences and profiles providing credentials; (3) Authentication — protocols to verify credentials; (4) Authorization — attribute-based access controls; (5) Semantic Layer — machine-computable entity-relationship graph; (6) Systems of Record, Engagement, Analytics, and Action."@en .

:a7 a schema1:Answer ;
    schema1:text "Dennis Juarez identified the enterprise trust gap: capability and permission are not enough without determinism — resolving the same referent the same way every time. The solution is Kingsley Idehen's Semantic Architecture: machine-computable entity relationships (component 5, RDF/OWL knowledge graphs) resolve entities by reference (URI/IRI) rather than by statistical approximation. Combined with WebID Identity, ABAC Authorization, and operational Systems, this forms a complete neuro-symbolic determinism layer — demonstrated in Virtuoso's multi-model engine and OPAL's agent middleware."@en .

:a8 a schema1:Answer ;
    schema1:text "Keith Brisson argues it is a temporary transitional state. Once the super-agent becomes the primary interface, underlying SaaS tools matter less in form and branding. The agent could relegate them to data stores or supplant them with generic replacements entirely."@en .

:a9 a schema1:Answer ;
    schema1:text "The key strategic question is who is allowed to act. Agents become more useful as they gain visibility into calendars, messages, photos, location, purchases, health data, and work systems. Every new permission increases utility and raises the trust threshold. The winner is defined less by what it owns than by where it is trusted to operate."@en .

:archSection a schema1:ArticleSection ;
    schema1:description "Six loosely coupled architectural components for the super-agent operating space, as described by Kingsley Uyi Idehen in his comment on the article."@en ;
    schema1:isPartOf :article ;
    schema1:name "Kingsley Idehen's Super-Agent Architectural Components"@en .

:archStep1 a schema1:HowToStep ;
    schema1:name "Deploy WebID-Based Identity Layer"@en ;
    schema1:position 1 ;
    schema1:text "Implement HTTP-URI-based identity for all agents, humans, and organizations (WebID). Use FOAF/OWL relations to express on-behalf-of delegation. Host profile documents at stable, content-negotiable URIs."@en .

:archStep2 a schema1:HowToStep ;
    schema1:name "Build Preference and Credential Profiles"@en ;
    schema1:position 2 ;
    schema1:text "Create machine-readable preference and profile documents (JSON-LD, Turtle) that collectively serve as credentials. Bind these to WebIDs via cert:key relations for public-key-linked identity."@en .

:archStep3 a schema1:HowToStep ;
    schema1:name "Implement TLS-Bound Authentication"@en ;
    schema1:position 3 ;
    schema1:text "Deploy the WebID Authentication Protocol: TLS client certificates where the Subject Alternative Name contains the agent's WebID. During TLS handshake, the server dereferences the WebID, extracts the public key, and verifies it matches the certificate."@en .

:archStep4 a schema1:HowToStep ;
    schema1:name "Define Attribute-Based Access Control Policies"@en ;
    schema1:position 4 ;
    schema1:text "Implement ABAC policies that evaluate subject (agent role, WebID group), resource (graph, document, service), action (read, write, query), and environment (time, location, trust level). Express as RDF ACL documents."@en .

:archStep5 a schema1:HowToStep ;
    schema1:name "Build a Semantic Entity-Relationship Layer"@en ;
    schema1:position 5 ;
    schema1:text "Deploy a multi-model knowledge graph (Virtuoso or equivalent) that stores entities and relationships as RDF. Use OWL for ontology, SPARQL for query, SHACL for validation. Ensure every entity has a dereferenceable URI."@en .

:archStep6 a schema1:HowToStep ;
    schema1:name "Connect Systems of Record, Engagement, Analytics, and Action"@en ;
    schema1:position 6 ;
    schema1:text "Integrate operational systems via SPARQL, GraphQL, and SQL endpoints. Use Virtuoso's WebDAV layer for filesystem access and DET framework for custom handlers. Expose all systems through a unified MCP server (OPAL)."@en .

:carloComment a schema1:Comment ;
    schema1:author <https://www.linkedin.com/in/carlo-salomon-ruiz#this> ;
    schema1:dateCreated "2026-06-04T15:40:00"^^xsd:dateTime ;
    schema1:isPartOf :article ;
    schema1:text "Great macro view. Competition and capital markets also had a big role in the US avoiding the super-app and these likely will continue to fight the advent of the super-agent."@en .

:chinaInternetEcosystem a schema1:Place ;
    schema1:description "China's defining internet product was the super-app, unifying personal and business context into a single surface."@en ;
    schema1:name "Chinese Internet Ecosystem"@en ;
    :hasFragmentationDegree "low"@en .

:commentSection a schema1:ArticleSection ;
    schema1:description "Seven comments from LinkedIn readers providing architectural depth (Kingsley Idehen's six-component framework), trust gaps (Swapan Shridhar's defensibility concern), determinism framing (Dennis Juarez articulating the need that Idehen's Semantic Layer already solves), transitional-state analysis (Keith Brisson), and market perspective (Carlo Salomon Ruiz)."@en ;
    schema1:hasPart :carloComment,
        :dennisComment,
        :ellieComment,
        :keithComment,
        :kingsleyComment,
        :paulComment,
        :swapanComment ;
    schema1:isPartOf :article ;
    schema1:name "Reader Comments and Discussion"@en .

:determinismLayerInstance a :DeterminismLayer ;
    rdfs:label "Kingsley Idehen's Determinism Layer (Semantic Precision)"@en ;
    schema1:description "The determinism layer is Kingsley Idehen's Semantic Architecture: machine-computable entity relationships (Semantic Layer component) that resolve the same referent every time, combined with WebID-based Identity (who acts), ABAC Authorization (who is allowed), and Systems (where actions execute). This is the neuro-symbolic substrate — semantic precision, not statistical approximation — demonstrated in Virtuoso's multi-model engine and OPAL agent middleware. Dennis Juarez independently articulated the enterprise need for this property."@en .

:ellieComment a schema1:Comment ;
    schema1:author <https://www.linkedin.com/in/ellie-peterson-6a2678b4#this> ;
    schema1:dateCreated "2026-06-04T15:30:00"^^xsd:dateTime ;
    schema1:isPartOf :article ;
    schema1:text "Another banger"@en .

:faqSection a schema1:FAQPage ;
    schema1:description "Common questions about the strategic differences between China's super-app model and the emerging US super-agent paradigm."@en ;
    schema1:mainEntity :q1,
        :q10,
        :q11,
        :q12,
        :q2,
        :q3,
        :q4,
        :q5,
        :q6,
        :q7,
        :q8,
        :q9 ;
    schema1:name "Frequently Asked Questions: Super-App vs Super-Agent"@en .

:glossarySection a schema1:DefinedTermSet,
        skos:ConceptScheme ;
    schema1:description "Glossary of key terms from the super-app vs super-agent analysis."@en ;
    schema1:hasDefinedTerm :termABAC,
        :termAgenticWeb,
        :termBilingualTrust,
        :termDataAccessByReference,
        :termDefensibilityGap,
        :termDeterminism,
        :termDeterminismPillar,
        :termGraphConsolidation,
        :termGraphRAG,
        :termInterfaceLayer,
        :termLooselyCoupledArchitecture,
        :termModularAgentSkill,
        :termOPAL,
        :termOutcomeService,
        :termPermissionCurrency,
        :termPermissionSpace,
        :termSuperAgent,
        :termSuperApp,
        :termTrustRegime,
        :termWebID ;
    schema1:name "Key Terms and Concepts"@en .

:graphConsolidationConcept a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "The unification of personal, financial, professional, and social context graphs into a single surface, enabling powerful convenience but creating dependency risks."@en ;
    schema1:name "Graph Consolidation"@en ;
    skos:definition "The strategic integration of multiple data graphs into a unified representation."@en ;
    skos:prefLabel "Graph Consolidation"@en .

:howtoSection a schema1:HowTo ;
    schema1:description "Strategic steps for organizations and individuals preparing for the shift from platform-consolidation to agent-orchestration models."@en ;
    schema1:name "How to Navigate the Super-Agent Transition"@en ;
    schema1:step :step1,
        :step2,
        :step3,
        :step4,
        :step5,
        :step6,
        :step7 .

:interfaceAllowedToAct a :SuperAgentRole ;
    schema1:description "The next platform is not the company that owns everything. It is the interface allowed to act across everything. Capability determines what an agent can do. Permission determines where it can go."@en ;
    schema1:name "Interface Allowed to Act"@en .

:kgGeneratorSkill a schema1:SoftwareApplication ;
    schema1:description "Knowledge Graph Generator skill for creating comprehensive RDF knowledge graphs from any file: or http[s]: URL."@en ;
    schema1:name "kg-generator skill"@en ;
    schema1:url <https://github.com/OpenLinkSoftware/ai-agent-skills/tree/main/kg-generator> .

:kingsleyArticleABAC a schema1:Article ;
    schema1:about :ABAC ;
    schema1:author <https://www.linkedin.com/in/kidehen#this> ;
    schema1:datePublished "2026-04-21"^^xsd:date ;
    schema1:name "Using Attribute-Based Access Control (ABAC) to Power Economic Equilibrium in the Age of AI"@en ;
    schema1:url <https://www.linkedin.com/pulse/using-attribute-based-access-control-abac-power-economic-idehen-9mfqe> .

:kingsleyArticleAIAgentsKG a schema1:Article ;
    schema1:about :AgenticOperatingSpace ;
    schema1:author <https://www.linkedin.com/in/kidehen#this> ;
    schema1:datePublished "2024-11-05"^^xsd:date ;
    schema1:name "AI Agents & Knowledge Graphs"@en ;
    schema1:url <https://www.linkedin.com/pulse/ai-agents-knowledge-graphs-kingsley-uyi-idehen-nmr1f> .

:kingsleyArticleAgenticWeb a schema1:Article ;
    schema1:about :AgenticWeb ;
    schema1:author <https://www.linkedin.com/in/kidehen#this> ;
    schema1:datePublished "2026-04-24"^^xsd:date ;
    schema1:name "An Agentic Web powered by an increasingly Semantic Web has Arrived!"@en ;
    schema1:url <https://www.linkedin.com/pulse/agentic-web-powered-increasingly-semantic-has-arrived-idehen-o6kwc> .

:kingsleyArticleDataAccess a schema1:Article ;
    schema1:about :DataAccessByReference ;
    schema1:author <https://www.linkedin.com/in/kidehen#this> ;
    schema1:datePublished "2026-05-21"^^xsd:date ;
    schema1:name "Data Access by Reference vs. Data Access by Value: Why the Distinction Suddenly Matters Again in the Age of AI"@en ;
    schema1:url <https://www.linkedin.com/pulse/data-access-reference-vs-value-why-distinction-suddenly-idehen-cy1sf> .

:kingsleyArticleVirtuosoWebDAV a schema1:Article ;
    schema1:about :AgenticWeb,
        :MultiModelDatabase ;
    schema1:author <https://www.linkedin.com/in/kidehen#this> ;
    schema1:datePublished "2026-05-31"^^xsd:date ;
    schema1:name "Virtuoso, WebDAV, Knowledge Graphs, and AI: Reuniting Filesystems, Databases, and a new Agentic Web"@en ;
    schema1:url <https://www.linkedin.com/pulse/virtuoso-webdav-knowledge-graphs-ai-reuniting-databases-idehen-v688e> .

:kingsleyArticleWhyVirtuoso a schema1:Article ;
    schema1:about :virtuosoUniversalServer ;
    schema1:author <https://www.linkedin.com/in/kidehen#this> ;
    schema1:datePublished "2026-03-23"^^xsd:date ;
    schema1:name "Why Does Virtuoso Exist?"@en ;
    schema1:url <https://www.linkedin.com/pulse/why-does-virtuoso-exist-kingsley-uyi-idehen-yo5fe> .

:kingsleyPersonalWebsite a schema1:WebSite ;
    schema1:description "Personal WebID-based verifiable digital identity card hosted on Kingsley's own data space."@en ;
    schema1:name "Kingsley Idehen — Web-Scale Verifiable Digital Identity Card"@en ;
    schema1:url <https://kingsley.idehen.net/DAV/home/kidehen/Public/YouID/link-in-bio-credentials-5/index.html> .

:noteDeterminismThirdPillar a schema1:Note ;
    schema1:about <https://www.linkedin.com/in/kidehen#this>,
        :determinismLayerInstance,
        :semanticLayerComponent ;
    schema1:name "Key Insight: Determinism Through Semantic Precision (Idehen)"@en ;
    schema1:text "Dennis Juarez articulated the enterprise concern: capability + permission is missing a third dimension — resolving the same referent the same way every time. However, the solution already exists in Kingsley Idehen's architecture. His Semantic Layer (component 5) uses machine-computable entity relationships (RDF, OWL) to resolve entities by reference (URI/IRI) rather than by statistical approximation. Combined with WebID Identity (who), ABAC Authorization (allowed), and Systems (where), this forms a complete determinism layer. This is the neuro-symbolic approach: semantic precision through knowledge graphs, not prompt engineering. Kingsley has demonstrated this in Virtuoso's multi-model engine and OPAL's agent middleware — showcased in his neuro-symbolic AI demonstrations."@en .

:noteGraphConsolidationTension a schema1:Note ;
    schema1:about :article,
        :interfaceAllowedToAct,
        :kingsleyComment ;
    schema1:name "Key Insight: Graph Consolidation and Trust Regimes"@en ;
    schema1:text "The article's central tension: China's super-app consolidated the graph and achieved convenience-at-scale, but at the cost of user autonomy. The US fragmented the graph and preserved boundaries, but at the cost of convenience. The super-agent offers a third path — operating across the graph without owning it. Kingsley's six architectural components provide the scaffolding for this: Identity (who acts), Authentication/Authorization (who is allowed), Semantic Layer (what exists), Systems (where it lives). This aligns with the Data Access by Reference pattern: operate across by reference, not by copy."@en .

:noteOpenAIAnthropicPaths a schema1:Note ;
    schema1:about dbo:Anthropic,
        dbo:OpenAI,
        dbo:OpenLink_Software ;
    schema1:name "Key Insight: OpenAI vs Anthropic — Two Permission Strategies"@en ;
    schema1:text "The article frames OpenAI and Anthropic as converging on the same destination from different permission starting points. OpenAI: consumer habit → enterprise expansion (bottom-up permission). Anthropic: institutional trust → regulated-market legitimacy (top-down permission). Kingsley's architecture suggests a third path: infrastructure-based permission — build the semantic operating space that any agent needs, and become the substrate rather than the interface. This is OpenLink's OPAL/Virtuoso strategy: the super-agent middleware layer."@en .

:notePermissionCurrencyTaxonomy a schema1:Note ;
    schema1:about :article,
        :permissionCurrency ;
    schema1:name "Key Insight: Permission Currency Taxonomy"@en ;
    schema1:text "The article identifies four permission currencies: Apple (personal context), Microsoft (organizational governance), Google (breadth across surfaces), Palantir (efficacy). Two observations: (1) These map inversely to Kingsley's architecture — Apple owns Identity via the device, Microsoft owns Authorization via Active Directory/Entra, Google straddles Identification+Authentication via accounts, Palantir owns Semantic Layer via ontology+reasoning. (2) No single company owns all six components — this is precisely why a Semantic Web underlying the Agentic Web is necessary. A common machine-computable entity-relationship graph bridges permission currencies, enabling agents to resolve entities across fragmented trust domains without any single company owning the whole stack."@en .

:notePermissionVsDefensibility a schema1:Note ;
    schema1:about :dennisComment,
        :superAgentFuture,
        :swapanComment ;
    schema1:name "Key Insight: Permission vs Defensibility Gap"@en ;
    schema1:text "Swapan Shridhar identifies a critical gap that most super-agent framings miss: earning trust to ACT is not the same as remaining defensible AFTER acting. This is especially acute in regulated contexts (healthcare, finance, legal) where institutions need auditable decision trails. Kingsley's architectural components (Identity + Semantic Layer + Systems + Authorization/ABAC) collectively address this — Identity establishes who acted, ABAC governs what was allowed, Semantic Layer records what entities were resolved, and Systems log the execution. Together these form an audit trail that bridges the defensibility gap."@en .

:noteSuperAgentTransitional a schema1:Note ;
    schema1:about :keithComment,
        :superAgentFuture ;
    schema1:name "Key Insight: Super-Agent as Transitional State"@en ;
    schema1:text "Keith Brisson's argument that the super-agent-as-unified-interface is a transitional state is one of the most provocative in the thread. If the agent becomes the primary interface, SaaS tools like Slack, Salesforce, and Notion get relegated to data stores — their UX becomes irrelevant because the agent negotiates them. This implies: (1) current SaaS valuations may be unstable, (2) the real value accrues to the interface-that-acts, not the tools-that-store, and (3) a generic or open protocol for agent-to-agent communication becomes essential infrastructure."@en .

:opalPlatform a schema1:SoftwareApplication ;
    schema1:description "Middleware layer bridging LLMs to Virtuoso data spaces. Provides MCP server, declarative agent skill authoring, RAG/GraphRAG pipelines, ABAC security, and multi-LLM support."@en ;
    schema1:name "OPAL (OpenLink AI Layer)"@en ;
    schema1:url <https://opal.openlinksw.com> .

:openLinkAIAgentSkills a schema1:WebSite ;
    schema1:name "OpenLink AI Agent Skills (GitHub)"@en ;
    schema1:url <https://github.com/OpenLinkSoftware/ai-agent-skills> .

:paulComment a schema1:Comment ;
    schema1:author <https://www.linkedin.com/in/paul-bouvy#this> ;
    schema1:dateCreated "2026-06-04T14:20:00"^^xsd:dateTime ;
    schema1:isPartOf :article ;
    schema1:text "Nice read! Been a long time since I used WeChat and been in China. I still remember struggling to buy a year of the pig Peppa Pig with cash! This was 5 plus years ago can only imagine what it is like today."@en .

:q1 a schema1:Question ;
    schema1:acceptedAnswer :a1 ;
    schema1:name "What is the difference between a super-app and a super-agent?"@en ;
    schema1:text "What is the difference between a super-app and a super-agent?"@en .

:q10 a schema1:Question ;
    schema1:acceptedAnswer :a10 ;
    schema1:name "How did privacy shape the American internet's fragmentation?"@en ;
    schema1:text "How did privacy shape the American internet's fragmentation?"@en .

:q11 a schema1:Question ;
    schema1:acceptedAnswer :a11 ;
    schema1:name "What role do competition and capital markets play in preventing a US super-app?"@en ;
    schema1:text "What role do competition and capital markets play in preventing a US super-app?"@en .

:q12 a schema1:Question ;
    schema1:acceptedAnswer :a12 ;
    schema1:name "What is the next platform shift according to Jaya Gupta?"@en ;
    schema1:text "What is the next platform shift according to Jaya Gupta?"@en .

:q2 a schema1:Question ;
    schema1:acceptedAnswer :a2 ;
    schema1:name "Why couldn't the US build a WeChat-style super-app?"@en ;
    schema1:text "Why couldn't the US build a WeChat-style super-app?"@en .

:q3 a schema1:Question ;
    schema1:acceptedAnswer :a3 ;
    schema1:name "What does 'bilingual in trust' mean?"@en ;
    schema1:text "What does 'bilingual in trust' mean?"@en .

:q4 a schema1:Question ;
    schema1:acceptedAnswer :a4 ;
    schema1:name "What is a permission currency?"@en ;
    schema1:text "What is a permission currency?"@en .

:q5 a schema1:Question ;
    schema1:acceptedAnswer :a5 ;
    schema1:name "How do OpenAI and Anthropic differ in their approach to the super-agent future?"@en ;
    schema1:text "How do OpenAI and Anthropic differ in their approach to the super-agent future?"@en .

:q6 a schema1:Question ;
    schema1:acceptedAnswer :a6 ;
    schema1:name "What are Kingsley Idehen's six architectural components for a super-agent?"@en ;
    schema1:text "What are Kingsley Idehen's six architectural components for a super-agent?"@en .

:q7 a schema1:Question ;
    schema1:acceptedAnswer :a7 ;
    schema1:name "How does Kingsley Idehen's architecture address the determinism problem Dennis Juarez identified?"@en ;
    schema1:text "How does Kingsley Idehen's architecture address the determinism problem?"@en .

:q8 a schema1:Question ;
    schema1:acceptedAnswer :a8 ;
    schema1:name "Is the super-agent-as-unified-interface a permanent state?"@en ;
    schema1:text "Is the super-agent-as-unified-interface a permanent state?"@en .

:q9 a schema1:Question ;
    schema1:acceptedAnswer :a9 ;
    schema1:name "What does 'Access Is the Moat' mean in the context of AI agents?"@en ;
    schema1:text "What does 'Access Is the Moat' mean in the context of AI agents?"@en .

:semanticLayerComponent a :ArchitecturalComponent ;
    rdfs:label "Semantic Layer"@en ;
    schema1:description "A collection of entities and relationships, representable as a graph, in which the nature of both entities and relationships is machine-computable."@en ;
    :archComponentOrder 5 .

:step1 a schema1:HowToStep,
        :ArchitecturalComponent ;
    schema1:name "Establish Identity and On-Behalf-Of Relationships"@en ;
    schema1:position 1 ;
    schema1:text "Define hyperlink-based identity for agents, humans, and the on-behalf-of relationships connecting them. This is the foundation layer for agent operations."@en .

:step2 a schema1:HowToStep ;
    schema1:name "Build Identification and Credential Systems"@en ;
    schema1:position 2 ;
    schema1:text "Create preference and profile systems that collectively provide credentials for agent identity verification across platforms."@en .

:step3 a schema1:HowToStep ;
    schema1:name "Implement Authentication Protocols"@en ;
    schema1:position 3 ;
    schema1:text "Deploy protocols for verifying credentials across fragmented systems, ensuring agents can prove their identity and authorization at each boundary."@en .

:step4 a schema1:HowToStep ;
    schema1:name "Define Fine-Grained Authorization Policies"@en ;
    schema1:position 4 ;
    schema1:text "Establish attribute-based access controls that underpin data, information, and knowledge access policies across consumer and enterprise contexts."@en .

:step5 a schema1:HowToStep ;
    schema1:name "Build a Machine-Computable Semantic Layer"@en ;
    schema1:position 5 ;
    schema1:text "Create a collection of entities and relationships, representable as a graph, in which the nature of both entities and relationships is machine-computable for agent reasoning."@en .

:step6 a schema1:HowToStep ;
    schema1:name "Integrate Operational Systems"@en ;
    schema1:position 6 ;
    schema1:text "Connect Systems of Record, Engagement, Analytics, and Action — the operational systems that create, consume, analyze, and act upon data, information, and knowledge."@en .

:step7 a schema1:HowToStep ;
    schema1:name "Establish Governance and Determinism"@en ;
    schema1:position 7 ;
    schema1:text "Implement a governed layer that resolves the same answer the same way every time, ensuring that capability and permission are backed by determinism and auditability."@en .

:termABAC a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "Fine-grained authorization model granting access based on attributes of subject, resource, action, and environment. Core to governable AI agent operations."@en ;
    schema1:name "Attribute-Based Access Control (ABAC)"@en ;
    skos:definition "An authorization model that evaluates attributes of entities and resources to determine access privileges."@en ;
    skos:prefLabel "Attribute-Based Access Control"@en .

:termAgenticWeb a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "The vision of an internet where AI agents navigate semantically grounded, hyperlinked data — combining Semantic Web machine-computability with LLM-powered natural-language interfaces."@en ;
    schema1:name "Agentic Web"@en ;
    skos:definition "A web architecture in which AI agents act as first-class navigators of linked data, using standards-based protocols."@en ;
    skos:prefLabel "Agentic Web"@en .

:termBilingualTrust a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "The ability of a technology company to operate credibly across both consumer and institutional trust regimes simultaneously."@en ;
    schema1:name "Bilingual Trust"@en ;
    skos:definition "The capacity to engender trust in both consumer and enterprise contexts."@en ;
    skos:prefLabel "Bilingual Trust"@en .

:termDataAccessByReference a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "Architectural pattern where data is accessed via URIs/hyperlinks rather than copied by value. Enables loose coupling, provenance, and real-time consistency across distributed systems."@en ;
    schema1:name "Data Access by Reference"@en ;
    skos:definition "An architectural principle of accessing data via its identifier URI rather than by copying its value."@en ;
    skos:prefLabel "Data Access by Reference"@en .

:termDefensibilityGap a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "The gap between earning trust to act (permission) and remaining defensible after acting (auditability, explainability). Identified by Swapan Shridhar."@en ;
    schema1:name "Defensibility Gap"@en ;
    skos:definition "The architectural gap between being trusted to act and being able to prove the correctness of the action after the fact."@en ;
    skos:prefLabel "Defensibility Gap"@en .

:termDeterminism a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "The property of an AI system that resolves the same answer the same way every time, providing consistent, auditable, and trustworthy outputs."@en ;
    schema1:name "Determinism (AI Trust)"@en ;
    skos:definition "The quality of producing consistent, predictable outputs from given inputs."@en ;
    skos:prefLabel "Determinism"@en .

:termDeterminismPillar a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "The property of resolving the same referent the same way every time through machine-computable entity relationships. Implemented by Kingsley Idehen's Semantic Layer (RDF, OWL, knowledge graphs) combined with WebID Identity and ABAC Authorization. The neuro-symbolic foundation for trustworthy AI agent outputs."@en ;
    schema1:name "Determinism (Semantic Precision)"@en ;
    skos:definition "The quality of producing consistent, auditable entity resolution through semantic precision rather than statistical approximation."@en ;
    skos:prefLabel "Determinism (Semantic Precision)"@en .

:termGraphRAG a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "Retrieval-augmented generation that uses a knowledge graph as the retrieval index — resolving entities and relationships through semantic structure rather than vector similarity alone."@en ;
    schema1:name "Graph RAG (Graph Retrieval-Augmented Generation)"@en ;
    skos:definition "A retrieval-augmented generation approach using knowledge graphs as the retrieval substrate."@en ;
    skos:prefLabel "GraphRAG"@en .

:termInterfaceLayer a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "The abstraction layer through which users and agents interact with underlying systems. In the super-agent model, this layer is unified while the underlying systems remain fragmented."@en ;
    schema1:name "Interface Layer"@en ;
    skos:definition "The intermediary software layer that enables interaction between users and systems."@en ;
    skos:prefLabel "Interface Layer"@en .

:termLooselyCoupledArchitecture a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "An architectural style where components interact through standardized interfaces rather than tight integration. Core to Kingsley Idehen's vision for agent-data-space interaction."@en ;
    schema1:name "Loosely Coupled Architecture"@en ;
    skos:definition "An architectural style minimizing dependencies between components through standardized interfaces."@en ;
    skos:prefLabel "Loosely Coupled Architecture"@en .

:termModularAgentSkill a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "A declarative, portable unit of AI agent capability described in markdown (SKILLS.md/Agents.md). Executable across any LLM. Building blocks of composable super-agents."@en ;
    schema1:name "Modular Agent Skill"@en ;
    skos:definition "A portable, LLM-agnostic capability unit for AI agents."@en ;
    skos:prefLabel "Modular Agent Skill"@en .

:termOPAL a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "Middleware layer bridging LLMs to data spaces. Provides MCP server, agent skill execution, RAG pipelines. Turns any Virtuoso instance into an AI agent platform."@en ;
    schema1:name "OPAL (OpenLink AI Layer)"@en ;
    skos:definition "The OpenLink AI Layer — middleware for connecting AI agents to semantically harmonized data spaces."@en ;
    skos:prefLabel "OPAL"@en .

:termOutcomeService a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "A model where AI agents sell outcomes rather than tools, capturing value from the results they produce across fragmented systems."@en ;
    schema1:name "Outcome-as-a-Service"@en ;
    skos:definition "A business model in which services are priced based on the outcomes they produce rather than the tools or time they consume."@en ;
    skos:prefLabel "Outcome-as-a-Service"@en .

:termPermissionCurrency a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "The type of trust or access capital an organization accumulates, such as personal context, organizational governance, breadth across surfaces, or efficacy."@en ;
    schema1:name "Permission Currency"@en ;
    skos:definition "The form of trust capital that enables an organization to gain access to user data or systems."@en ;
    skos:prefLabel "Permission Currency"@en .

:termPermissionSpace a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "A domain of access defined by identity, authentication, authorization, and consent boundaries that agents must navigate."@en ;
    schema1:name "Permission Space"@en ;
    skos:definition "The scope and boundaries of permissions within which an agent or system is authorized to operate."@en ;
    skos:prefLabel "Permission Space"@en .

:termSuperAgent a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "An AI-driven interface layer that operates across fragmented systems through permissions rather than ownership, coordinating across multiple tools and platforms through consent and governance."@en ;
    schema1:name "Super-Agent"@en ;
    skos:definition "An AI-based software agent capable of operating across multiple independent systems and platforms on behalf of a user."@en ;
    skos:prefLabel "Super-Agent"@en .

:termSuperApp a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "A single platform surface that consolidates messaging, payments, commerce, identity, services, professional relationships, and daily transactions into one operating layer. Exemplified by WeChat."@en ;
    schema1:name "Super-App"@en ;
    skos:broader :graphConsolidationConcept ;
    skos:definition "A mobile application that provides multiple services including messaging, payments, and e-commerce within a single integrated platform."@en ;
    skos:prefLabel "Super-App"@en .

:termTrustRegime a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "A trust environment defined by specific privacy, security, governance, and institutional expectations. Consumer regimes value intimacy; enterprise regimes value auditability."@en ;
    schema1:name "Trust Regime"@en ;
    skos:definition "The set of trust-related rules, expectations, and practices within a particular context or domain."@en ;
    skos:prefLabel "Trust Regime"@en .

:termWebID a schema1:DefinedTerm,
        skos:Concept ;
    schema1:description "A decentralized, verifiable digital identity using HTTP URIs and TLS certificate binding. Enables agent identity across data spaces without centralized providers."@en ;
    schema1:name "WebID"@en ;
    skos:definition "A W3C Community Group specification for Web-based decentralized identity."@en ;
    skos:prefLabel "WebID"@en .

:trustRegimeSection a schema1:ArticleSection ;
    schema1:description "Analysis of how different trust regimes create different permission dynamics for AI agents across consumer and enterprise contexts."@en ;
    schema1:isPartOf :article ;
    schema1:name "Trust Regimes and Permission Economics"@en .

:udaDriverSuite a schema1:Product ;
    schema1:description "ODBC, JDBC, ADO.NET, OLE-DB drivers for Virtuoso, Oracle, SQL Server, DB2, MySQL, PostgreSQL, and the Linked Open Data Cloud."@en ;
    schema1:name "Universal Data Access (UDA) Driver Suite"@en ;
    schema1:url <https://uda.openlinksw.com> .

:uriburnerSPARQLEndpoint a schema1:WebAPI ;
    schema1:name "URIBurner SPARQL Endpoint"@en ;
    schema1:url <https://linkeddata.uriburner.com/sparql> .

:youIDService a schema1:Product ;
    schema1:description "WebID-based digital identity card service. Provides decentralized, verifiable identity for people and AI agents."@en ;
    schema1:name "YouID / Verifiable Digital Identity"@en ;
    schema1:url <https://kingsley.idehen.net> .

dbo:Anthropic a schema1:Organization ;
    schema1:description "Starts with institutional trust: safety, enterprise adoption, government engagement, and regulated-market legitimacy."@en ;
    schema1:name "Anthropic"@en ;
    schema1:sameAs dbo:Anthropic ;
    schema1:url <https://www.anthropic.com> ;
    owl:sameAs wd:Q109401280 ;
    :hasTrustRegime :enterpriseTrustRegime .

dbo:OpenAI a schema1:Organization ;
    schema1:description "Starts with consumer habit: ChatGPT became the default AI interface for hundreds of millions of users and is expanding into enterprise workflows, tools, memory, and action."@en ;
    schema1:name "OpenAI"@en ;
    schema1:sameAs dbo:OpenAI ;
    schema1:url <https://www.openai.com> ;
    owl:sameAs wd:Q113542998 ;
    :hasTrustRegime :consumerTrustRegime,
        :enterpriseTrustRegime .

<https://www.linkedin.com/in/jayagupta10#this> a schema1:Person ;
    schema1:description "Author and strategic analyst covering AI, enterprise technology, and market dynamics on LinkedIn."@en ;
    schema1:name "Jaya Gupta"@en ;
    schema1:sameAs <https://www.linkedin.com/in/jayagupta10> ;
    schema1:url <https://www.linkedin.com/in/jayagupta10> .

:dennisComment a schema1:Comment ;
    schema1:author <https://www.linkedin.com/in/dennisjuarez#this> ;
    schema1:dateCreated "2026-06-04T15:40:00"^^xsd:dateTime ;
    schema1:isPartOf :article ;
    schema1:text "Great piece, and 'the interface allowed to act' is the keeper line. The pushback I'd offer is on what happens after the agent is let in. Permission gets it through the door. But the interface-that-acts still has to resolve to something true, and that part is harder than the access problem. Capability and permission are necessary, but without a governed layer that resolves the same answer the same way every time, you've just given a confident system faster access to be wrong. Capability is what the agent can do. Permission is where it can go. Determinism is whether you can trust what it says."@en .

:keithComment a schema1:Comment ;
    schema1:author <https://www.linkedin.com/in/keithbrisson#this> ;
    schema1:dateCreated "2026-06-04T15:40:00"^^xsd:dateTime ;
    schema1:isPartOf :article ;
    schema1:text "The core tension I see here is that if a super-agent-as-unified-interface does emerge (and I believe it will), it seems to be a temporary, transitional state. With a super agent, the underlying components matter less in their form, their UX, their design, and their branding. The unified interface will be able to either relegate those other systems to be data stores or will be able to supplant them with generic replacements. What this hints at is the current instability in the SaaS market: are these things just data stores?"@en .

:kingsleyComment a schema1:Comment ;
    schema1:about :superAgentFuture ;
    schema1:author <https://www.linkedin.com/in/kidehen#this> ;
    schema1:dateCreated "2026-06-04T16:20:00"^^xsd:dateTime ;
    schema1:isPartOf :article ;
    schema1:text "\"Because the super-agent must operate across fragmented consumer and institutional systems, the most massive outcomes that matter in the AI era will be those that can navigate both trust regimes without alienating either side.\" Yes! This super-agent needs a complementary operating space comprising machine-computable entity relationships in which the following are loosely coupled: 1. Identity — hyperlinks that denote agents, humans, and the on-behalf-of relationships that connect them. 2. Identification — preferences and profiles that collectively provide credentials. 3. Authentication — protocols used to verify credentials. 4. Authorization — fine-grained, attribute-based access controls that underpin data, information, and knowledge access policies. 5. Semantic Layer — a collection of entities and relationships, representable as a graph, in which the nature of both entities and relationships is machine-computable. 6. Systems of Record, Engagement, Analytics, and Action — the operational systems that create, consume, analyze, and act upon data, information, and knowledge."@en .

:newtonMassachusetts a schema1:Place ;
    schema1:name "Newton, Massachusetts, United States"@en .

:opalSite a schema1:WebSite ;
    schema1:description "Middleware for connecting LLMs to Virtuoso-hosted data spaces via MCP."@en ;
    schema1:name "OPAL (OpenLink AI Layer)"@en ;
    schema1:url <https://opal.openlinksw.com> .

:openLinkVirtuosoSite a schema1:WebSite ;
    schema1:description "Virtuoso Universal Server — multi-model database for AI agents."@en ;
    schema1:name "OpenLink Virtuoso"@en ;
    schema1:url <https://virtuoso.openlinksw.com> .

:swapanComment a schema1:Comment ;
    schema1:author <https://www.linkedin.com/in/shridharswapan#this> ;
    schema1:dateCreated "2026-06-04T16:30:00"^^xsd:dateTime ;
    schema1:isPartOf :article ;
    schema1:text "The permission-as-moat argument is sharp, and it points to a gap that will get loud fast. Permission gets the agent in the door. But the first time one makes a consequential call in a regulated context, the institution faces a harder question: why did it do that, and can you prove it? Earning trust to act and remaining defensible after acting are two different problems. The second one is still open."@en .

:virtuosoUniversalServer a schema1:SoftwareApplication,
        :MultiModelDatabase ;
    schema1:applicationCategory "Database, Knowledge Graph, Semantic Web"@en ;
    schema1:description "Multi-model database engine combining relational (SQL), graph (RDF/SPARQL), document (JSON), vector, and filesystem (WebDAV) models. Core semantic substrate for AI agent operations."@en ;
    schema1:name "Virtuoso Universal Server"@en ;
    schema1:url <https://virtuoso.openlinksw.com> .

:webidSpec a schema1:CreativeWork ;
    schema1:about :WebIDProtocol ;
    schema1:name "WebID Protocol Specification"@en ;
    schema1:publisher <https://www.w3.org/community/webid/> ;
    schema1:url <http://webid.info/spec> .

dbo:OpenLink_Software a schema1:Organization ;
    schema1:address "10 Burlington Mall Road, Suite 205, Burlington, MA 01803"@en ;
    schema1:description "Founded 1992, privately held. Creator of Virtuoso Universal Server, the OpenLink AI Layer (OPAL), universal ODBC/JDBC/ADO.NET data connectors, and WebID-based decentralized identity. Focused on semantic data integration, knowledge graphs, and AI agent infrastructure."@en ;
    schema1:founder <https://www.linkedin.com/in/kidehen#this> ;
    schema1:foundingDate "1992-01-05"^^xsd:date ;
    schema1:location :newtonMassachusetts ;
    schema1:name "OpenLink Software"@en ;
    schema1:product :opalPlatform,
        :udaDriverSuite,
        :virtuosoUniversalServer,
        :youIDService ;
    schema1:sameAs dbo:OpenLink_Software ;
    schema1:telephone "+1 781 273 0900"@en ;
    schema1:url <https://www.openlinksw.com> ;
    owl:sameAs <https://www.wikidata.org/entity/Q7095729> .

:superAgentFuture a :SuperAgentRole ;
    schema1:description "An interface layer that connects calendars, Slack, Gmail, Salesforce, Notion, GitHub, bank accounts, shopping apps, health data, travel plans, and family logistics through permissions rather than ownership."@en ;
    schema1:name "The American Super-Agent"@en ;
    :hasDefensibilityGap "open — earning trust to act vs defensibility after acting are different problems (Swapan Shridhar)"@en ;
    :isTransitionalState true ;
    :relegatesSystemsTo "data stores with commodity UX (Keith Brisson)"@en .

:consumerTrustRegime a :TrustRegime ;
    rdfs:label "Consumer Trust Regime"@en ;
    schema1:description "A trust environment defined by intimacy, convenience, personal context, and consent-based permission models."@en .

:enterpriseTrustRegime a :TrustRegime ;
    rdfs:label "Enterprise Trust Regime"@en ;
    schema1:description "A trust environment defined by governance, auditability, security, ROI, vendor-risk reviews, and procurement compliance."@en .

<https://www.linkedin.com/in/kidehen#this> a schema1:Person,
        foaf:Person ;
    schema1:homeLocation :newtonMassachusetts ;
    schema1:comment "Founder & CEO, OpenLink Software. See https://www.openlinksw.com for his company."@en ;
    schema1:description "Founder & CEO of OpenLink Software."@en,
        "Founder & CEO, OpenLink Software."@en ;
    schema1:jobTitle "Founder & CEO"@en ;
    schema1:knowsAbout :ABAC,
        :AgenticWeb,
        :DataAccessByReference,
        :SemanticLayer,
        :WebIDProtocol ;
    schema1:name "Kingsley Uyi Idehen"@en ;
    schema1:sameAs <https://github.com/kidehen>,
        <https://kidehen.substack.com/>,
        <https://mastodon.social/@kidehen>,
        <https://medium.com/@kidehen>,
        <https://twitter.com/kidehen>,
        <https://www.linkedin.com/in/kidehen>,
        <https://x.com/kidehen> ;
    schema1:url <https://www.linkedin.com/in/kidehen> ;
    schema1:worksFor dbo:OpenLink_Software ;
    owl:sameAs <http://kingsley.idehen.net/dataspace/person/kidehen#>,
        <https://github.com/kidehen#this>,
        <https://kidehen.substack.com/#this>,
        <https://kingsley.idehen.net/DAV/home/kidehen/Public/YouID/link-in-bio-credentials-5/index.html#netid>,
        <https://mastodon.social/@kidehen#this>,
        <https://medium.com/@kidehen#this>,
        <https://twitter.com/kidehen#this>,
        <https://x.com/kidehen#this> ;
    :hasLinkedArticle :kingsleyArticleABAC,
        :kingsleyArticleAIAgentsKG,
        :kingsleyArticleAgenticWeb,
        :kingsleyArticleDataAccess,
        :kingsleyArticleVirtuosoWebDAV,
        :kingsleyArticleWhyVirtuoso ;
    :hasResourceLink :kingsleyPersonalWebsite,
        :opalSite,
        :openLinkAIAgentSkills,
        :openLinkVirtuosoSite,
        :webidSpec .

:article a schema1:Article,
        schema1:CreativeWork ;
    schema1:articleBody "Everyone is using AI... The next platform will not be the company that owns everything. It will be the interface allowed to act across everything."@en ;
    schema1:articleSection "AI Has a Usage Problem Disguised as a Revenue Problem"@en,
        "Access Is the Moat"@en,
        "The American Super-Agent"@en,
        "The Next Platform Is the Interface Allowed to Act"@en,
        "The Rarest Companies Are Bilingual in Trust"@en ;
    schema1:author <https://www.linkedin.com/in/jayagupta10#this> ;
    schema1:datePublished "2026-06-04"^^xsd:date ;
    schema1:description "Analysis of how China's super-app model contrasts with the emerging US super-agent paradigm, exploring trust regimes, permission economics, and the next platform shift."@en ;
    schema1:hasPart :archSection,
        :commentSection,
        :faqSection,
        :glossarySection,
        :howtoSection,
        :trustRegimeSection ;
    schema1:headline "If China Built the Super-App, the US May Build the Super-Agent"@en ;
    schema1:name "If China Built the Super-App, the US May Build the Super-Agent"@en ;
    schema1:publisher <https://www.linkedin.com/in/jayagupta10#this> ;
    schema1:url "https://www.linkedin.com/pulse/china-built-super-app-us-may-build-super-agent-jaya-gupta-3ncoc/" ;
    prov:wasGeneratedBy :kgGeneratorSkill ;
    :hasAnalysisNote :noteDeterminismThirdPillar,
        :noteGraphConsolidationTension,
        :noteOpenAIAnthropicPaths,
        :notePermissionCurrencyTaxonomy,
        :notePermissionVsDefensibility,
        :noteSuperAgentTransitional ;
    :hasResourceLink :opalSite,
        :openLinkVirtuosoSite,
        :uriburnerSPARQLEndpoint,
        :webidSpec .

:ontology a owl:Ontology ;
    rdfs:label "Super-App vs Super-Agent Ontology"@en ;
    schema1:description "A lightweight ontology for modeling the strategic analysis of China's super-app ecosystem versus the emerging US super-agent paradigm, including trust regimes, permission spaces, architectural components, and market fragmentation dynamics."@en,
        "A lightweight ontology for modeling the strategic analysis of China's super-app ecosystem versus the emerging US super-agent paradigm. Extended with: Kingsley Idehen's six-component architectural framework (which includes determinism through semantic precision via the Semantic Layer), Swapan Shridhar's defensibility gap, Keith Brisson's transitional-state thesis, external resource links (WebID, Virtuoso, OPAL, ABAC), and analysis notes synthesizing the comment thread."@en ;
    schema1:identifier "https://www.linkedin.com/pulse/china-built-super-app-us-may-build-super-agent-jaya-gupta-3ncoc/" ;
    schema1:name "Super-App vs Super-Agent Analysis Ontology"@en ;
    rdfs:comment "Ontology for the comparative analysis of platform consolidation (super-app) vs cross-system agent interfaces (super-agent)."@en .

