apercue.ca@v0

One typed graph.
17 W3C standards.
Zero servers.

CUE comprehensions precompute every query. CUE unification enforces every shape. 17 W3C specifications—from JSON-LD to Verifiable Credentials—as zero-cost projections of the same typed dependency graph. No triplestore. No SPARQL. Just cue export.

17W3C specs implemented
5domain examples
0runtime dependencies
1binary: cue
The argument

What it replaces

Traditional semantic web
  • 1Model data in RDF triples
  • 2Load into a triplestore
  • 3Write SPARQL queries per view
  • 4Validate shapes with a SHACL engine
  • 5Serialize to JSON-LD
5 runtime components. 5 failure points.
apercue.ca
  • 1Define typed resources in CUE
  • 2cue export -e <projection>
1 binary. 0 servers. 17 projections.
# Every spec is one export expression
$ cue export -e compliance.shacl_report --out json # SHACL
$ cue export -e type_vocabulary.skos --out json # SKOS
$ cue export -e cpm.time_report --out json # OWL-Time
$ cue export -e provenance.prov_report --out json # PROV-O
$ cue export -e access_policy.odrl_policy --out json # ODRL
$ cue export -e validation_credential.vc --out json # VC 2.0
Mechanism

How it works

1

Define a typed graph

Resources are structs with @type, depends_on, and metadata. #Graph computes topology, depth, and critical path at eval time.

2

Declare constraints

#Charter declares what must exist. #ComplianceCheck validates structural rules. Both emit sh:ValidationReport automatically.

3

Export 17 projections

JSON-LD, SHACL, SKOS, EARL, OWL-Time, Dublin Core, PROV-O, schema.org, ODRL, Activity Streams, Verifiable Credentials, W3C Org, DCAT. Each is a cue export -e expression. No transformation layer.

Proof of generality

Domain-agnostic by design

The same #Graph, #Charter, and W3C projection patterns work across any domain. Not just infrastructure.

Education

Course Prerequisites

University CS curriculum as a dependency graph. Charter gates enforce degree requirements. CPM finds the optimal schedule.

12 courses 3 gates 4 layers
Cooking

Recipe Ingredients

Beef bourguignon as a prep dependency graph. Critical path finds the minimum cooking timeline.

17 steps 5 types 6 layers
Project Management

Release Tracker

Software release pipeline with schema:actionStatus lifecycle. Gap analysis surfaces what's blocking each milestone.

10 tasks 4 gates 5 layers
Supply Chain

Laptop Assembly

Multi-tier supply chain from raw materials to product. DCAT catalog, SHACL quality gates, CPM lead times.

14 parts 5 tiers 4 types
Federal AI Governance

GC LLM Governance Framework

Directive on ADM compliance, AIA impact levels, ODRL classification policies, and PROV-O provenance for Canadian federal LLM deployments. Full dashboard with 7 W3C projection panels.

52 resources 8 phases 8 W3C projections
Standards

W3C spec coverage

Each spec is a CUE comprehension that projects the same underlying graph. No adapters. No converters. The data is the standard.

Spec CUE Pattern Status
Core projections
JSON-LD 1.1 vocab/context.cue Implemented
SHACL validation.cue, charter.cue Implemented
SKOS views/skos.cue, lifecycle.cue Implemented
EARL lifecycle.cue Implemented
OWL-Time analysis.cue Implemented
Dublin Core vocab/context.cue Implemented
Extended projections
PROV-O provenance.cue Implemented
schema.org schema_alignment.cue Implemented
ODRL 2.2 policy.cue Implemented
Activity Streams 2.0 activity.cue Implemented
Verifiable Credentials 2.0 credentials.cue Implemented
W3C Org views/org.cue Implemented
VoID void.cue Implemented
RDFS/OWL ontology.cue Implemented
Web Annotation annotation.cue Implemented
DQV quality.cue Implemented
SHACL Shapes shapes.cue Implemented
Downstream (in quicue.ca)
Hydra Core quicue.ca operator Downstream
DCAT 3 catalog.cue Implemented
What's new here

Why this approach didn't exist before

Comprehensions replace SPARQL

Every query that would traditionally require a SPARQL endpoint is precomputed as a CUE comprehension at eval time. No query language. No query engine. The answers are structural.

Unification replaces SHACL engines

Shape validation isn't a separate runtime step. CUE's type system is the SHACL engine. If a graph compiles, its shapes are valid. Constraint violations are compile errors, not runtime exceptions.

One file per standard

Adding PROV-O support meant writing provenance.cue. Adding ODRL meant writing policy.cue. Each W3C projection is a single file that projects the same graph. No framework changes needed.

Self-referential build tracking

The project's own build charter is tracked using #Charter and #GapAnalysis—the same patterns it defines. The charter page shows live gate progress.

Domain-agnostic, not infrastructure-specific

The typed dependency graph pattern works for course prerequisites, cooking recipes, supply chains, housing retrofits, real estate transactions, and infrastructure. The W3C projections don't know or care what domain they're projecting. That generality is the point.

Engagement

W3C Community Groups

apercue.ca has been submitted to four W3C Community Groups. The evidence is reviewed by domain experts working on RDF mapping, data governance, and multi-context identity.

KG-Construct

Knowledge Graph Construction

CUE as a declarative KG construction language. Use cases PR merged.

PR #21 merged
Dataspaces

Data Governance

Compile-time governance as a lightweight dataspace primitive.

Issue #17 open
Context Graphs

Multi-Context Identity

Struct-as-set types for resources participating in multiple contexts simultaneously.

Standards committee
UORA

Asset Attestation

Typed dependency graphs for physical asset lifecycle tracking.

Use case drafted
Get started

Try it locally

$ git clone https://github.com/quicue/apercue && cd apercue

# Run an example
$ cue eval ./examples/course-prereqs/ -e summary
{
  graph_valid: true
  charter_complete: true
  total_resources: 12
}

# Export any W3C projection
$ cue export ./examples/course-prereqs/ -e gaps.shacl_report --out json
$ cue export ./examples/course-prereqs/ -e provenance.prov_report --out json