Linne Engine · Product and technical catalog

Every feature, from product value to technical surface.

114 capabilities organized into the same twelve systems as the overview. Open any feature for its PM framing, maturity, dependencies, technical role, interfaces, and proof.

Runtime control6 features Authored workflows3 features Resource intelligence5 features Models & AI7 features Media intelligence12 features Image & audio generation4 features Rendering & motion23 features Live media & transport5 features Spatial systems1 feature Human representation29 features Content & product knowledge15 features Trust & proof4 features

Showing 114 of 114 features

Lifecycle & orchestration

Runtime control

A shared control layer for starting, discovering, attaching to, supervising, and coordinating production workloads across machines.

6 visible features

Canonical lifecycle readiness as the only readiness truthProduct integratedFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Canonical lifecycle readiness as the only readiness truth

Why it matters

Keeps products connected to one observable lifecycle and reduces bespoke orchestration work.

Maturity

Available through at least one first-party product workflow.

Foundation priority

Directly supports current product or platform delivery.

Depends on

No upstream catalog dependency.

Technical view

System role

Composes lifecycle, discovery, readiness, control, and distributed coordination services.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/lifecycle

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode engine-control inspect --endpoint <engine-url> --format json

Verification

Command proof

Calls show verified public or operator-safe patterns for this snapshot. Replace placeholders with runtime identifiers; private hosts, credentials, local paths, and secret-bearing values remain omitted.

Discovery, attach, reconnect, and generation-change alignmentProduct integratedFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Discovery, attach, reconnect, and generation-change alignment

Why it matters

Keeps products connected to one observable lifecycle and reduces bespoke orchestration work.

Maturity

Available through at least one first-party product workflow.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Canonical lifecycle readiness as the only readiness truth

Technical view

System role

Composes lifecycle, discovery, readiness, control, and distributed coordination services.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/lifecycle/watch/stream

SDK

Direct call

Use the typed .NET client or contract projection from an application host.

await client.ConnectAsync(cancellationToken);

Verification

Implementation evidence

Control SDK surface governance and client-facing boundaryProduct integratedFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Control SDK surface governance and client-facing boundary

Why it matters

Keeps products connected to one observable lifecycle and reduces bespoke orchestration work.

Maturity

Available through at least one first-party product workflow.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Discovery, attach, reconnect, and generation-change alignment

Technical view

System role

Composes lifecycle, discovery, readiness, control, and distributed coordination services.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

SDK

Direct call

Use the typed .NET client or contract projection from an application host.

await client.GetCompatibilityAsync(cancellationToken);

Verification

Implementation evidence

Move current first-party .NET hosts, engine implementations, tools, and tests to the .NET 10 baseline while retaining only proven legacy compatibility targetsEngine provenFoundation7 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Move current first-party .NET hosts, engine implementations, tools, and tests to the .NET 10 baseline while retaining only proven legacy compatibility targets

Why it matters

Keeps products connected to one observable lifecycle and reduces bespoke orchestration work.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Control SDK surface governance and client-facing boundary

Technical view

System role

Composes lifecycle, discovery, readiness, control, and distributed coordination services.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/routes/resolve/{capability}

SDK

Direct call

Use the typed .NET client or contract projection from an application host.

await client.GetCompatibilityAsync(cancellationToken);

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/routes/resolve/{capability}

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofProduct consumptionContract or artifactPerformance evidence

Agent peer cluster runtime loop, activity feed, secure Engine MCP gateway, and coordination proofProduct integratedFoundation9 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Agent peer cluster runtime loop, activity feed, secure Engine MCP gateway, and coordination proof

Why it matters

Keeps products connected to one observable lifecycle and reduces bespoke orchestration work.

Maturity

Available through at least one first-party product workflow.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Discovery, attach, reconnect, and generation-change alignment
• Control SDK surface governance and client-facing boundary

Technical view

System role

Composes lifecycle, discovery, readiness, control, and distributed coordination services.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/mcp/codex-peers/snapshot

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode remote-media codex-peer-admin-snapshot --engine-mcp-url <url> --format json

MCP

Direct call

Invoke one of the named MCP tools through the Streamable HTTP endpoint.

POST /engine/v1/mcp · tools/call · codex_peer.list | codex_peer.task_status | codex_peer.reply

Events & telemetry

Workflow

Observe state changes after the feature is invoked through its direct surface.

GET /engine/v1/lifecycle/watch/stream

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/mcp/codex-peers/snapshot

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Command proofScenario proofContract or artifactSecurity or policy

Shared engine fleet identity, discovery, capability, health, readiness, pressure, lease, and no-IP peer-selection substrateCapability provenFoundation8 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Shared engine fleet identity, discovery, capability, health, readiness, pressure, lease, and no-IP peer-selection substrate

Why it matters

Keeps products connected to one observable lifecycle and reduces bespoke orchestration work.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Discovery, attach, reconnect, and generation-change alignment
• Control SDK surface governance and client-facing boundary
• Machine capability inventory
• Workload admission planning and explicit refusal/degradation

Technical view

System role

Composes lifecycle, discovery, readiness, control, and distributed coordination services.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/interop/peer-capabilities

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode fleet-fabric inspect --format json

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Events & telemetry

Workflow

Observe state changes after the feature is invoked through its direct surface.

GET /engine/v1/lifecycle/watch/stream

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/interop/peer-capabilities

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Command proofScenario proofProduct consumptionContract or artifactSecurity or policy

Graphs, scenes & spaces

Authored workflows

Structured creative intent remains separate from live runtime state, making workflows portable, inspectable, and safe to evolve.

3 visible features

Keep GraphSpec, SceneSpec, and SpaceSpec as sibling semantic truthEngine provenFoundation1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Keep GraphSpec, SceneSpec, and SpaceSpec as sibling semantic truth

Why it matters

Lets teams author portable creative intent that remains stable as runtimes and products evolve.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

No upstream catalog dependency.

Technical view

System role

Defines typed authored specifications, validation, language services, and runtime handoff boundaries.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Automated tests

Complete node schema registry migration for semantic ports, config, defaults, consent, bindings, and latencyCapability provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Complete node schema registry migration for semantic ports, config, defaults, consent, bindings, and latency

Why it matters

Lets teams author portable creative intent that remains stable as runtimes and products evolve.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Keep GraphSpec, SceneSpec, and SpaceSpec as sibling semantic truth

Technical view

System role

Defines typed authored specifications, validation, language services, and runtime handoff boundaries.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode script validate --input <production.prov> --json

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Automated testsCommand proofContract or artifact

Script completions, hover, outline, references, and diagnosticsCapability provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Script completions, hover, outline, references, and diagnostics

Why it matters

Lets teams author portable creative intent that remains stable as runtimes and products evolve.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Complete node schema registry migration for semantic ports, config, defaults, consent, bindings, and latency

Technical view

System role

Defines typed authored specifications, validation, language services, and runtime handoff boundaries.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode script diagnostics --input <production.prov> --json

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

Verification

Command proof

Admission & placement

Resource intelligence

Hardware capability, realtime pressure, budgets, and policy are evaluated before work is admitted or placed.

5 visible features

Machine capability inventoryCapability provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Machine capability inventory

Why it matters

Makes workload cost, feasibility, and quality tradeoffs visible before work begins.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Canonical lifecycle readiness as the only readiness truth

Technical view

System role

Combines capability inventory, policy, pressure, admission, and placement planning.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/resources/capabilities

Verification

Implementation evidence

Budget, preference, and unattended high-fidelity policyCapability provenFoundation1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Budget, preference, and unattended high-fidelity policy

Why it matters

Makes workload cost, feasibility, and quality tradeoffs visible before work begins.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Machine capability inventory

Technical view

System role

Combines capability inventory, policy, pressure, admission, and placement planning.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Security or policy

Workload admission planning and explicit refusal/degradationCapability provenFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Workload admission planning and explicit refusal/degradation

Why it matters

Makes workload cost, feasibility, and quality tradeoffs visible before work begins.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Machine capability inventory
• Budget, preference, and unattended high-fidelity policy

Technical view

System role

Combines capability inventory, policy, pressure, admission, and placement planning.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

POST /engine/v1/resources/admission-plan

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode engine-control surface --format json

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proof

Cross-peer realtime queue, hardware, transport, render-deadline, audio/video stability, and Program-output pressure modelCapability provenFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Cross-peer realtime queue, hardware, transport, render-deadline, audio/video stability, and Program-output pressure model

Why it matters

Makes workload cost, feasibility, and quality tradeoffs visible before work begins.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Shared engine fleet identity, discovery, capability, health, readiness, pressure, lease, and no-IP peer-selection substrate
• Workload admission planning and explicit refusal/degradation
• Stream egress verification, hosted ingress targets, and engine-to-engine protocol negotiation
• Native-first audio codec, mix, timing, egress, voice media, and spatial authority

Technical view

System role

Combines capability inventory, policy, pressure, admission, and placement planning.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode engine-control surface --format json

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/resources/pressure

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Command proof

Engine-owned graph-node placement planner for local, LAN, and future account-linked peers across video, AI, effects, render, fonts, and outputsCapability provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Engine-owned graph-node placement planner for local, LAN, and future account-linked peers across video, AI, effects, render, fonts, and outputs

Why it matters

Makes workload cost, feasibility, and quality tradeoffs visible before work begins.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Shared engine fleet identity, discovery, capability, health, readiness, pressure, lease, and no-IP peer-selection substrate
• Cross-peer realtime queue, hardware, transport, render-deadline, audio/video stability, and Program-output pressure model
• Complete node schema registry migration for semantic ports, config, defaults, consent, bindings, and latency
• Model execution records, route surface, SQLite store, and evidence
• Remote media endpoint LAN pairing, MCP stream orchestration, Receiver accept, Linne.pro/admin online suite integration, and perf evidence
• Shared render recipe, backend readiness, render artifact, Cycles photoreal worker, realtime overlay boundary, and spatial render proof platform

Technical view

System role

Combines capability inventory, policy, pressure, admission, and placement planning.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → POST /engine/v1/internal/graph-node-placement/plans

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Product consumptionSecurity or policyPerformance evidence

Provider-neutral execution

Models & AI

Applications request a capability instead of hard-coding a model, while execution, evidence, and recommendations stay inspectable.

7 visible features

One engine-owned model system and Model Need taxonomyCapability provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

One engine-owned model system and Model Need taxonomy

Why it matters

Allows products to request outcomes without becoming coupled to one model or provider.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

No upstream catalog dependency.

Technical view

System role

Resolves capability needs into governed execution, evidence, recommendations, and distributed work.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/ai/model-needs

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/ai/model-needs

Verification

Product consumptionContract or artifact

Model execution records, route surface, SQLite store, and evidenceCapability provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Model execution records, route surface, SQLite store, and evidence

Why it matters

Allows products to request outcomes without becoming coupled to one model or provider.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• One engine-owned model system and Model Need taxonomy

Technical view

System role

Resolves capability needs into governed execution, evidence, recommendations, and distributed work.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

POST /engine/v1/ai/model-executions/submit

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Implementation evidence

Distributed Engine ExecutionCapability provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Distributed Engine Execution

Why it matters

Allows products to request outcomes without becoming coupled to one model or provider.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• One engine-owned model system and Model Need taxonomy
• Model execution records, route surface, SQLite store, and evidence
• Shared engine fleet identity, discovery, capability, health, readiness, pressure, lease, and no-IP peer-selection substrate
• Cross-peer realtime queue, hardware, transport, render-deadline, audio/video stability, and Program-output pressure model

Technical view

System role

Resolves capability needs into governed execution, evidence, recommendations, and distributed work.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

POST /engine/v1/ai/model-executions/submit

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated tests

Local-only conversation summaries and structured conversation analysis over engine Model NeedsCapability provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Local-only conversation summaries and structured conversation analysis over engine Model Needs

Why it matters

Allows products to request outcomes without becoming coupled to one model or provider.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• One engine-owned model system and Model Need taxonomy
• Model execution records, route surface, SQLite store, and evidence
• Data classification, consent, retention, export, deletion, and audit evidence
• Neutral HumanProfile identity, evidence, and artifact references
• Durable personal/team/client/operator preference and context graph

Technical view

System role

Resolves capability needs into governed execution, evidence, recommendations, and distributed work.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

POST /engine/v1/ai/model-executions/submit

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode conversation-analysis summarize --input <conversation.json> --format json

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofSecurity or policy

Neutral recommendation record with reason codes, alternatives, feedback, and evidenceEngine provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Neutral recommendation record with reason codes, alternatives, feedback, and evidence

Why it matters

Allows products to request outcomes without becoming coupled to one model or provider.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Model execution records, route surface, SQLite store, and evidence
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Resolves capability needs into governed execution, evidence, recommendations, and distributed work.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Implementation evidence

CSV work-item normalization, curated domain reporting, report facts, and local-only model assistanceCapability provenNext4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

CSV work-item normalization, curated domain reporting, report facts, and local-only model assistance

Why it matters

Allows products to request outcomes without becoming coupled to one model or provider.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Next priority

A high-leverage follow-on capability.

Depends on

• One engine-owned model system and Model Need taxonomy
• Model execution records, route surface, SQLite store, and evidence
• Neutral recommendation record with reason codes, alternatives, feedback, and evidence
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Resolves capability needs into governed execution, evidence, recommendations, and distributed work.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode decision observations --tenant <tenantId> --endpoint <engine-url> --token <bearer> --json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofScenario proofContract or artifactSecurity or policy

Neutral rankings, activity lifecycle, offer comparison, access guidance, notification intent, rights eligibility, evidence summaries, and federated searchEngine provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Neutral rankings, activity lifecycle, offer comparison, access guidance, notification intent, rights eligibility, evidence summaries, and federated search

Why it matters

Allows products to request outcomes without becoming coupled to one model or provider.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Neutral recommendation record with reason codes, alternatives, feedback, and evidence
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Resolves capability needs into governed execution, evidence, recommendations, and distributed work.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/decision-intelligence/tenants/{tenantId}/{resource}

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsScenario proofProduct consumptionSecurity or policy

Identity, analysis & generation

Media intelligence

A durable media layer joins analysis, detected subjects, depth, speech, captions, image generation, and responsible source use.

12 visible features

Neutral MediaIdentity persistence and identity namespace rulesCapability provenFoundation1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Neutral MediaIdentity persistence and identity namespace rules

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Security or policy

Neutral MediaAnalysis artifacts and durable result modelCapability provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Neutral MediaAnalysis artifacts and durable result model

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Contract or artifact

Detected subject artifact package with masks, cutouts, crops, source frame, review state, and stored manifestCapability provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Detected subject artifact package with masks, cutouts, crops, source frame, review state, and stored manifest

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Neutral MediaAnalysis artifacts and durable result model
• Neutral MediaIdentity persistence and identity namespace rules

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/media/analysis/snapshots/{snapshotId}/subjects

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Contract or artifact

Bundled LibRaw and LittleCMS MediaDevelop runtime for RAW decode, color management, and developed-image artifactsDeferredExpansion4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Bundled LibRaw and LittleCMS MediaDevelop runtime for RAW decode, color management, and developed-image artifacts

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Intentionally sequenced after higher-priority platform work.

Expansion priority

Valuable after core dependencies are established.

Depends on

• Media artifact storage backends for local SQLite/file proof and cloud object-store publication
• Workload admission planning and explicit refusal/degradation

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Planned

The Engine service integration is a planned exposure, not an available contract.

Not callable in this snapshot

Artifacts & packages

Planned

The Artifacts & packages integration is a planned exposure, not an available contract.

Not callable in this snapshot

Native runtime

Planned

The Native runtime integration is a planned exposure, not an available contract.

Not callable in this snapshot

Tests & scenarios

Planned

The Tests & scenarios integration is a planned exposure, not an available contract.

Not callable in this snapshot

Verification

Automated testsProduct consumptionContract or artifact

Human and guest identity candidate thresholds, review queue, and confirmed assignment modelCapability provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Human and guest identity candidate thresholds, review queue, and confirmed assignment model

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Detected subject artifact package with masks, cutouts, crops, source frame, review state, and stored manifest
• Neutral HumanProfile identity, evidence, and artifact references

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/media/review-tasks

Verification

Implementation evidence

Source-use eligibility, consent snapshot, and training-prep artifact manifest rulesCapability provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Source-use eligibility, consent snapshot, and training-prep artifact manifest rules

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Detected subject artifact package with masks, cutouts, crops, source frame, review state, and stored manifest
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Contract or artifactSecurity or policy

Configurable biometric and identity artifact retention, deletion, and audit policyEngine provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Configurable biometric and identity artifact retention, deletion, and audit policy

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Detected subject artifact package with masks, cutouts, crops, source frame, review state, and stored manifest
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Security or policy

Media artifact storage backends for local SQLite/file proof and cloud object-store publicationCapability provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Media artifact storage backends for local SQLite/file proof and cloud object-store publication

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Neutral MediaAnalysis artifacts and durable result model
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Contract or artifact

Provider-neutral cloud storage, photo/media library, and external media intake/publish connectionsCapability provenFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Provider-neutral cloud storage, photo/media library, and external media intake/publish connections

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Media artifact storage backends for local SQLite/file proof and cloud object-store publication
• Asset sets, delivery packages, destinations, and review actions
• Data classification, consent, retention, export, deletion, and audit evidence
• First-class entitlement decision spine and app feature access
• Control SDK surface governance and client-facing boundary

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/cloud/connections

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode engine-control surface --format json

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Command proofSecurity or policy

Video frame and timecode extension for detected subjects, masks, crops, identity evidence, and reviewEngine provenNext3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Video frame and timecode extension for detected subjects, masks, crops, identity evidence, and review

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Implemented and verified at the engine layer.

Next priority

A high-leverage follow-on capability.

Depends on

• Detected subject artifact package with masks, cutouts, crops, source frame, review state, and stored manifest
• Speech timeline, diarization, voice identity candidates, and vocalization events

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/media/analysis/snapshots/{snapshotId}/subjects

Verification

Contract or artifact

Speech timeline, diarization, voice identity candidates, and vocalization eventsCapability provenFoundation1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Speech timeline, diarization, voice identity candidates, and vocalization events

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Neutral MediaIdentity persistence and identity namespace rules
• One engine-owned model system and Model Need taxonomy

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Implementation evidence

Closed-caption track artifacts for generated audio/video mediaEngine provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Closed-caption track artifacts for generated audio/video media

Why it matters

Creates reusable media understanding and durable artifacts across products and workflows.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Speech timeline, diarization, voice identity candidates, and vocalization events

Technical view

System role

Joins identity, analysis, storage, source eligibility, depth, speech, and timed media contracts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Automated tests

Controllable creative systems

Image & audio generation

Executable generation workflows support still images, scene extension, layered audio, verification, provenance, and runtime control.

4 visible features

Executable still-image generation runtime with shared Auto intent compilation and Pro GraphSpec workflowsCapability provenFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Executable still-image generation runtime with shared Auto intent compilation and Pro GraphSpec workflows

Why it matters

Turns generative capabilities into controllable, inspectable production workflows.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Keep GraphSpec, SceneSpec, and SpaceSpec as sibling semantic truth
• Complete node schema registry migration for semantic ports, config, defaults, consent, bindings, and latency
• One engine-owned model system and Model Need taxonomy
• Model execution records, route surface, SQLite store, and evidence
• Media artifact storage backends for local SQLite/file proof and cloud object-store publication
• Workload admission planning and explicit refusal/degradation

Technical view

System role

Compiles generation intent into executable graphs, model work, verification, and artifact publication.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode image-generation primitive-runtime-readiness --capability <capabilityId> --format json

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofProduct consumptionContract or artifactPerformance evidence

Production-grade still-image scene extension and outpainting pipeline with generated-region provenanceEngine provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Production-grade still-image scene extension and outpainting pipeline with generated-region provenance

Why it matters

Turns generative capabilities into controllable, inspectable production workflows.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Executable still-image generation runtime with shared Auto intent compilation and Pro GraphSpec workflows
• One engine-owned model system and Model Need taxonomy
• Model execution records, route surface, SQLite store, and evidence
• Neutral MediaAnalysis artifacts and durable result model
• Detected subject artifact package with masks, cutouts, crops, source frame, review state, and stored manifest
• Media artifact storage backends for local SQLite/file proof and cloud object-store publication

Technical view

System role

Compiles generation intent into executable graphs, model work, verification, and artifact publication.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Product consumptionContract or artifact

Consented voice recreation capture plans, voice-match quality scoring, and calibration evidenceEngine provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Consented voice recreation capture plans, voice-match quality scoring, and calibration evidence

Why it matters

Turns generative capabilities into controllable, inspectable production workflows.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Native-first audio codec, mix, timing, egress, voice media, and spatial authority
• One engine-owned model system and Model Need taxonomy
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Compiles generation intent into executable graphs, model work, verification, and artifact publication.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/media/assets/{assetId}

Verification

Product consumption

Open-vocabulary layered audio generation, semantic verification, runtime mixing, and controllable scene layersEngine provenFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Open-vocabulary layered audio generation, semantic verification, runtime mixing, and controllable scene layers

Why it matters

Turns generative capabilities into controllable, inspectable production workflows.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Native-first audio codec, mix, timing, egress, voice media, and spatial authority
• One engine-owned model system and Model Need taxonomy
• Model execution records, route surface, SQLite store, and evidence
• Media artifact storage backends for local SQLite/file proof and cloud object-store publication
• Data classification, consent, retention, export, deletion, and audit evidence
• Workload admission planning and explicit refusal/degradation

Technical view

System role

Compiles generation intent into executable graphs, model work, verification, and artifact publication.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/media/assets/{assetId}

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode engine-control surface --format json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofContract or artifactSecurity or policy

2D, 3D & broadcast graphics

Rendering & motion

A shared rendering platform covers photoreal output, deterministic motion graphics, real font geometry, portable packages, and distributed work.

23 visible features

Shared render recipe, backend readiness, render artifact, Cycles photoreal worker, realtime overlay boundary, and spatial render proof platformCapability provenNext6 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Shared render recipe, backend readiness, render artifact, Cycles photoreal worker, realtime overlay boundary, and spatial render proof platform

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Next priority

A high-leverage follow-on capability.

Depends on

• DepthMedia and LayeredScene neutral generated-package projection for depth-from-media products
• Keep GraphSpec, SceneSpec, and SpaceSpec as sibling semantic truth
• Workload admission planning and explicit refusal/degradation
• Model execution records, route surface, SQLite store, and evidence
• Native-first audio codec, mix, timing, egress, voice media, and spatial authority

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode render-platform readiness --format json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/render-platform/runtime-dependencies/readiness

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofScenario proofProduct consumptionContract or artifact

System font inventory, installed-face discovery, and font capability metadataCapability provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

System font inventory, installed-face discovery, and font capability metadata

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Shared render recipe, backend readiness, render artifact, Cycles photoreal worker, realtime overlay boundary, and spatial render proof platform
• Machine capability inventory

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsContract or artifact

Canonical font-face resolution, style/weight/axis matching, and license-scope policyCapability provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Canonical font-face resolution, style/weight/axis matching, and license-scope policy

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• System font inventory, installed-face discovery, and font capability metadata

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsSecurity or policy

Text shaping and glyph identity mapping from user text to font glyph IDsCapability provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Text shaping and glyph identity mapping from user text to font glyph IDs

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Canonical font-face resolution, style/weight/axis matching, and license-scope policy

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated tests

Native glyph outline extraction from resolved system fonts with metrics, contours, counters, and windingCapability provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Native glyph outline extraction from resolved system fonts with metrics, contours, counters, and winding

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Text shaping and glyph identity mapping from user text to font glyph IDs

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated tests

Engine-owned outline normalization, curve flattening policy, coordinate spaces, and counter-hole preservationCapability provenFoundation1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Engine-owned outline normalization, curve flattening policy, coordinate spaces, and counter-hole preservation

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Native glyph outline extraction from resolved system fonts with metrics, contours, counters, and winding

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Implementation evidence

Proven tessellation for concave glyph outlines, holes, and curve-derived contoursCapability provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Proven tessellation for concave glyph outlines, holes, and curve-derived contours

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Engine-owned outline normalization, curve flattening policy, coordinate spaces, and counter-hole preservation

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsContract or artifact

True 3D glyph mesh extrusion, bevels, rounded corners, concavity, depth, and resolution controlsCapability provenFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

True 3D glyph mesh extrusion, bevels, rounded corners, concavity, depth, and resolution controls

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Proven tessellation for concave glyph outlines, holes, and curve-derived contours

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/render-platform/runtime-dependencies/readiness

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated tests

Font-derived mesh material/export package with font, glyph, license, shaping, and generation provenanceEngine provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Font-derived mesh material/export package with font, glyph, license, shaping, and generation provenance

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• True 3D glyph mesh extrusion, bevels, rounded corners, concavity, depth, and resolution controls

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsContract or artifact

Engine MCP tools for listing fonts, resolving faces, extracting outlines, and generating 3D glyph/text assetsEngine provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Engine MCP tools for listing fonts, resolving faces, extracting outlines, and generating 3D glyph/text assets

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Font-derived mesh material/export package with font, glyph, license, shaping, and generation provenance
• Model execution records, route surface, SQLite store, and evidence
• Control SDK surface governance and client-facing boundary

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

MCP

Direct call

Invoke one of the named MCP tools through the Streamable HTTP endpoint.

POST /engine/v1/mcp · tools/call · list_system_fonts | resolve_font_face | extract_glyph_outline | generate_3d_glyph_mesh

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsContract or artifact

Multi-glyph text-run and lower-third composition using real per-font 3D glyph meshesCapability provenFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Multi-glyph text-run and lower-third composition using real per-font 3D glyph meshes

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Engine MCP tools for listing fonts, resolving faces, extracting outlines, and generating 3D glyph/text assets

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/render-platform/runtime-dependencies/readiness

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsContract or artifact

SceneSpec-owned responsive motion graphics composition for text, shapes, media, cameras, lights, bindings, and named playback statesCapability provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

SceneSpec-owned responsive motion graphics composition for text, shapes, media, cameras, lights, bindings, and named playback states

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Keep GraphSpec, SceneSpec, and SpaceSpec as sibling semantic truth
• Multi-glyph text-run and lower-third composition using real per-font 3D glyph meshes
• Shared render recipe, backend readiness, render artifact, Cycles photoreal worker, realtime overlay boundary, and spatial render proof platform

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Automated testsCommand proofContract or artifact

Frame-addressable deterministic responsive layout, keyframe, easing, procedural automation, and playback-state evaluationCapability provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Frame-addressable deterministic responsive layout, keyframe, easing, procedural automation, and playback-state evaluation

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• SceneSpec-owned responsive motion graphics composition for text, shapes, media, cameras, lights, bindings, and named playback states
• Workload admission planning and explicit refusal/degradation
• Script completions, hover, outline, references, and diagnostics

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode render-platform readiness --format json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Command proofContract or artifactPerformance evidence

Vault-ready portable motion graphics packages with licensed font realization, adapter conformance, and still, vector, video, browser, and model exportsCapability provenFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Vault-ready portable motion graphics packages with licensed font realization, adapter conformance, and still, vector, video, browser, and model exports

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Frame-addressable deterministic responsive layout, keyframe, easing, procedural automation, and playback-state evaluation
• Font-derived mesh material/export package with font, glyph, license, shaping, and generation provenance
• Media artifact storage backends for local SQLite/file proof and cloud object-store publication
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/render-platform/runtime-dependencies/readiness

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Contract or artifact

Production motion graphics package node with engine-owned binding, commands, readiness, latency, placement, synchronization, and cross-device playbackCapability provenFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Production motion graphics package node with engine-owned binding, commands, readiness, latency, placement, synchronization, and cross-device playback

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Vault-ready portable motion graphics packages with licensed font realization, adapter conformance, and still, vector, video, browser, and model exports
• Complete node schema registry migration for semantic ports, config, defaults, consent, bindings, and latency
• Engine-owned graph-node placement planner for local, LAN, and future account-linked peers across video, AI, effects, render, fonts, and outputs
• Shared engine fleet identity, discovery, capability, health, readiness, pressure, lease, and no-IP peer-selection substrate

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/routes/resolve/{capability}

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Command proofProduct consumptionContract or artifactPerformance evidence

Provinode Type Studio thin authoring host for engine-owned responsive 2D and 3D motion graphics compositionProduct integratedFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Provinode Type Studio thin authoring host for engine-owned responsive 2D and 3D motion graphics composition

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Available through at least one first-party product workflow.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• SceneSpec-owned responsive motion graphics composition for text, shapes, media, cameras, lights, bindings, and named playback states
• Frame-addressable deterministic responsive layout, keyframe, easing, procedural automation, and playback-state evaluation
• Vault-ready portable motion graphics packages with licensed font realization, adapter conformance, and still, vector, video, browser, and model exports
• Production motion graphics package node with engine-owned binding, commands, readiness, latency, placement, synchronization, and cross-device playback

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/render-platform/runtime-dependencies/readiness

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Contract or artifact

HTML, CLI, Script, and linnaeus-test proof surfaces for real installed-font 3D glyph generationCapability provenFoundation8 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

HTML, CLI, Script, and linnaeus-test proof surfaces for real installed-font 3D glyph generation

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Multi-glyph text-run and lower-third composition using real per-font 3D glyph meshes

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode render-platform readiness --format json

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/render-platform/runtime-dependencies/readiness

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofScenario proofContract or artifact

LAN-discoverable broadcast graphics generation capabilities for fonts, glyph meshes, text runs, lower thirds, render adapters, and artifact exchangeCapability provenFoundation9 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

LAN-discoverable broadcast graphics generation capabilities for fonts, glyph meshes, text runs, lower thirds, render adapters, and artifact exchange

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• HTML, CLI, Script, and linnaeus-test proof surfaces for real installed-font 3D glyph generation
• Machine capability inventory
• Model execution records, route surface, SQLite store, and evidence
• Shared engine fleet identity, discovery, capability, health, readiness, pressure, lease, and no-IP peer-selection substrate

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/render-platform/runtime-dependencies/readiness

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode render-platform readiness --format json

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Events & telemetry

Workflow

Observe state changes after the feature is invoked through its direct surface.

GET /engine/v1/lifecycle/watch/stream

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Command proofContract or artifactSecurity or policy

Capability-first planner for local, remote-peer, hybrid, and blocked font/lower-third generation placement without operator LAN IPsCapability provenFoundation6 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Capability-first planner for local, remote-peer, hybrid, and blocked font/lower-third generation placement without operator LAN IPs

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• LAN-discoverable broadcast graphics generation capabilities for fonts, glyph meshes, text runs, lower thirds, render adapters, and artifact exchange
• Remote media endpoint LAN pairing, MCP stream orchestration, Receiver accept, Linne.pro/admin online suite integration, and perf evidence
• Engine-owned graph-node placement planner for local, LAN, and future account-linked peers across video, AI, effects, render, fonts, and outputs
• Cross-peer realtime queue, hardware, transport, render-deadline, audio/video stability, and Program-output pressure model

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/render-platform/runtime-dependencies/readiness

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofProduct consumptionContract or artifactSecurity or policy

Distributed job lifecycle for font and lower-third generation using engine-owned request, policy, placement, artifact, and evidence recordsCapability provenFoundation8 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Distributed job lifecycle for font and lower-third generation using engine-owned request, policy, placement, artifact, and evidence records

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Capability-first planner for local, remote-peer, hybrid, and blocked font/lower-third generation placement without operator LAN IPs
• Engine MCP tools for listing fonts, resolving faces, extracting outlines, and generating 3D glyph/text assets
• Shared engine fleet identity, discovery, capability, health, readiness, pressure, lease, and no-IP peer-selection substrate

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/render-platform/runtime-dependencies/readiness

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode render-platform readiness --format json

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/render-platform/runtime-dependencies/readiness

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofProduct consumptionContract or artifactSecurity or policy

Content-addressed package transfer, import validation, cache, and invalidation for generated font and lower-third mesh packages across peersCapability provenFoundation6 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Content-addressed package transfer, import validation, cache, and invalidation for generated font and lower-third mesh packages across peers

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Distributed job lifecycle for font and lower-third generation using engine-owned request, policy, placement, artifact, and evidence records
• Media artifact storage backends for local SQLite/file proof and cloud object-store publication
• Font-derived mesh material/export package with font, glyph, license, shaping, and generation provenance

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/render-platform/runtime-dependencies/readiness

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsContract or artifactSecurity or policy

Fleet-wide font inventory, generated lower-third package registry, license/provenance status, template versions, and distributed management surfacesCapability provenFoundation9 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Fleet-wide font inventory, generated lower-third package registry, license/provenance status, template versions, and distributed management surfaces

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Content-addressed package transfer, import validation, cache, and invalidation for generated font and lower-third mesh packages across peers
• Canonical font-face resolution, style/weight/axis matching, and license-scope policy
• Control SDK surface governance and client-facing boundary
• Shared engine fleet identity, discovery, capability, health, readiness, pressure, lease, and no-IP peer-selection substrate

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/render-platform/runtime-dependencies/readiness

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode render-platform readiness --format json

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/render-platform/runtime-dependencies/readiness

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofProduct consumptionContract or artifactSecurity or policy

Simulated and real LAN proof gates for distributed font/lower-third planning, execution, import, conformance, and no-IP peer selectionEngine provenFoundation9 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Simulated and real LAN proof gates for distributed font/lower-third planning, execution, import, conformance, and no-IP peer selection

Why it matters

Gives products one path from authored visual intent to portable, high-quality output.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Fleet-wide font inventory, generated lower-third package registry, license/provenance status, template versions, and distributed management surfaces
• Distributed job lifecycle for font and lower-third generation using engine-owned request, policy, placement, artifact, and evidence records
• HTML, CLI, Script, and linnaeus-test proof surfaces for real installed-font 3D glyph generation

Technical view

System role

Coordinates render contracts, geometry, typography, motion evaluation, adapters, and export packages.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/render-platform/runtime-dependencies/readiness

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode render-platform readiness --format json

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Events & telemetry

Workflow

Observe state changes after the feature is invoked through its direct surface.

GET /engine/v1/lifecycle/watch/stream

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/render-platform/runtime-dependencies/readiness

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofScenario proofContract or artifactSecurity or policy

Realtime production flow

Live media & transport

Native-first audio, video, streaming, protocol qualification, remote endpoints, and recovery form one observable production path.

5 visible features

Native-first audio codec, mix, timing, egress, voice media, and spatial authorityCapability provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Native-first audio codec, mix, timing, egress, voice media, and spatial authority

Why it matters

Supports reliable realtime production and media movement across local and remote environments.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Workload admission planning and explicit refusal/degradation

Technical view

System role

Composes native media, protocol operations, stream control, transfer, recovery, and telemetry.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Verification

Automated testsPerformance evidence

Stream egress verification, hosted ingress targets, and engine-to-engine protocol negotiationProduct integratedFoundation9 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Stream egress verification, hosted ingress targets, and engine-to-engine protocol negotiation

Why it matters

Supports reliable realtime production and media movement across local and remote environments.

Maturity

Available through at least one first-party product workflow.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Native-first audio codec, mix, timing, egress, voice media, and spatial authority
• Canonical lifecycle readiness as the only readiness truth
• Workload admission planning and explicit refusal/degradation
• ClientProduction workspace, lifecycle, participants, and timeline
• Neutral MediaAnalysis artifacts and durable result model

Technical view

System role

Composes native media, protocol operations, stream control, transfer, recovery, and telemetry.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/routes/resolve/{capability}

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode stream-test start --protocol <rtmp|srt> --format json

MCP

Workflow

Discover the allowlisted tool projection; this capability is consumed inside a broader MCP workflow.

POST /engine/v1/mcp · tools/list

Events & telemetry

Workflow

Observe state changes after the feature is invoked through its direct surface.

GET /engine/v1/lifecycle/watch/stream

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/routes/resolve/{capability}

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofScenario proofContract or artifactSecurity or policyPerformance evidence

Durable Asset Flow orchestration and fleet recovery over Asset Service byte-transfer authorityCapability provenFoundation6 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Durable Asset Flow orchestration and fleet recovery over Asset Service byte-transfer authority

Why it matters

Supports reliable realtime production and media movement across local and remote environments.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Canonical lifecycle readiness as the only readiness truth
• Workload admission planning and explicit refusal/degradation
• Distributed Engine Execution

Technical view

System role

Composes native media, protocol operations, stream control, transfer, recovery, and telemetry.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

POST /engine/v1/assets/send

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode remote-media stream-status --session-id <sessionId> --format json

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofScenario proofContract or artifact

Live multisource production flow with cameras, color, human matte, alpha lower third, audio mix, and Miracast egressCapability provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Live multisource production flow with cameras, color, human matte, alpha lower third, audio mix, and Miracast egress

Why it matters

Supports reliable realtime production and media movement across local and remote environments.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Keep GraphSpec, SceneSpec, and SpaceSpec as sibling semantic truth
• Complete node schema registry migration for semantic ports, config, defaults, consent, bindings, and latency
• Script completions, hover, outline, references, and diagnostics
• Workload admission planning and explicit refusal/degradation
• One engine-owned model system and Model Need taxonomy
• Model execution records, route surface, SQLite store, and evidence
• Media artifact storage backends for local SQLite/file proof and cloud object-store publication
• Native-first audio codec, mix, timing, egress, voice media, and spatial authority

Technical view

System role

Composes native media, protocol operations, stream control, transfer, recovery, and telemetry.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode production operational-snapshot --production-id <productionId> --format json

Script

Direct call

Author or validate the feature through the shared Provinode Script language surface.

provinode script validate --input <production.prov> --json

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofScenario proof

Remote media endpoint LAN pairing, MCP stream orchestration, Receiver accept, Linne.pro/admin online suite integration, and perf evidenceCapability provenFoundation8 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Remote media endpoint LAN pairing, MCP stream orchestration, Receiver accept, Linne.pro/admin online suite integration, and perf evidence

Why it matters

Supports reliable realtime production and media movement across local and remote environments.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Discovery, attach, reconnect, and generation-change alignment
• Control SDK surface governance and client-facing boundary
• Workload admission planning and explicit refusal/degradation
• Stream egress verification, hosted ingress targets, and engine-to-engine protocol negotiation
• Live multisource production flow with cameras, color, human matte, alpha lower third, audio mix, and Miracast egress
• Native-first audio codec, mix, timing, egress, voice media, and spatial authority

Technical view

System role

Composes native media, protocol operations, stream control, transfer, recovery, and telemetry.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/media/assets/{assetId}

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode remote-media stream-plan --endpoint-id <receiverId> --format json

MCP

Direct call

Invoke one of the named MCP tools through the Streamable HTTP endpoint.

POST /engine/v1/mcp · tools/call · media_stream_send.start | media_stream_send.status | media_stream_receive.offer.inspect | media_stream_receive.accept | stream_test.start | stream_test.evidence

Events & telemetry

Workflow

Observe state changes after the feature is invoked through its direct surface.

GET /engine/v1/lifecycle/watch/stream

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/media/assets/{assetId}

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofScenario proofProduct consumptionContract or artifactSecurity or policyPerformance evidence

Rooms, devices & calibration

Spatial systems

Spatial truth models rooms, scans, devices, calibration, and media placement without mixing authored intent with live measurements.

1 visible feature

DepthMedia and LayeredScene neutral generated-package projection for depth-from-media productsCapability provenNext6 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

DepthMedia and LayeredScene neutral generated-package projection for depth-from-media products

Why it matters

Adds depth and spatial structure that products can use without inventing local scene truth.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Next priority

A high-leverage follow-on capability.

Depends on

• Neutral MediaAnalysis artifacts and durable result model

Technical view

System role

Projects calibrated depth and layered spatial artifacts through shared contracts.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode media-analysis validate-local --input <media> --format json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/media/assets/{assetId}

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Command proofProduct consumptionContract or artifact

Evidence-led digital humans

Human representation

Source-derived bodies, faces, motion, materials, garments, identity evidence, and consent are assembled with explicit unknown and blocked states.

29 visible features

Neutral HumanProfile identity, evidence, and artifact referencesCapability provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Neutral HumanProfile identity, evidence, and artifact references

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Implementation evidence

First-class HumanDescription measurement, landmark, body/face shape, and anatomical policy contractsCapability provenNext5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

First-class HumanDescription measurement, landmark, body/face shape, and anatomical policy contracts

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Next priority

A high-leverage follow-on capability.

Depends on

• Data classification, consent, retention, export, deletion, and audit evidence
• Neutral HumanProfile identity, evidence, and artifact references
• Neutral MediaAnalysis artifacts and durable result model
• One engine-owned model system and Model Need taxonomy

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode depth-media inspect --artifact-root <package> --format json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/measurements

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofScenario proofProduct consumptionContract or artifactSecurity or policy

OpenSim-backed human body engine for evaluated skeletons, motion limits, muscles, live pose state, skin drivers, and export-ready human stateCapability provenNext8 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

OpenSim-backed human body engine for evaluated skeletons, motion limits, muscles, live pose state, skin drivers, and export-ready human state

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Next priority

A high-leverage follow-on capability.

Depends on

• First-class HumanDescription measurement, landmark, body/face shape, and anatomical policy contracts
• Neutral MediaAnalysis artifacts and durable result model
• DepthMedia and LayeredScene neutral generated-package projection for depth-from-media products
• One engine-owned model system and Model Need taxonomy
• Model execution records, route surface, SQLite store, and evidence
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

POST /engine/v1/humans/skeletons:solve

SDK

Direct call

Use the typed .NET client or contract projection from an application host.

OpenSimHumanEvaluationWireProjection.Project(evaluation);

Events & telemetry

Workflow

Observe state changes after the feature is invoked through its direct surface.

GET /engine/v1/lifecycle/watch/stream

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → POST /engine/v1/humans/skeletons:solve

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsScenario proofProduct consumptionContract or artifactSecurity or policy

Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assetsCapability provenFoundation6 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• OpenSim-backed human body engine for evaluated skeletons, motion limits, muscles, live pose state, skin drivers, and export-ready human state
• Detected subject artifact package with masks, cutouts, crops, source frame, review state, and stored manifest
• DepthMedia and LayeredScene neutral generated-package projection for depth-from-media products
• Model execution records, route surface, SQLite store, and evidence
• Shared render recipe, backend readiness, render artifact, Cycles photoreal worker, realtime overlay boundary, and spatial render proof platform

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode depth-media inspect --artifact-root <package> --format json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofProduct consumptionContract or artifact

Source-derived face/head rig with distinct eyes, mouth, cheeks, nostrils, ears, scalp, hair, blendshapes, and cavity gatesEngine provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Source-derived face/head rig with distinct eyes, mouth, cheeks, nostrils, ears, scalp, hair, blendshapes, and cavity gates

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• OpenSim-backed human body engine for evaluated skeletons, motion limits, muscles, live pose state, skin drivers, and export-ready human state
• One engine-owned model system and Model Need taxonomy
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated tests

Clothing and held-object reconstruction as separate layered meshes over source-derived skinEngine provenNext2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Clothing and held-object reconstruction as separate layered meshes over source-derived skin

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Implemented and verified at the engine layer.

Next priority

A high-leverage follow-on capability.

Depends on

• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Detected subject artifact package with masks, cutouts, crops, source frame, review state, and stored manifest
• DepthMedia and LayeredScene neutral generated-package projection for depth-from-media products
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Verification

Automated tests

Calibrated breast/chest, gluteal, abdominal, support-garment, implant, contact, and body-type deformationCapability provenNext4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Calibrated breast/chest, gluteal, abdominal, support-garment, implant, contact, and body-type deformation

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Next priority

A high-leverage follow-on capability.

Depends on

• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• OpenSim-backed human body engine for evaluated skeletons, motion limits, muscles, live pose state, skin drivers, and export-ready human state
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Native runtime

Internal

The engine selects the native codec, renderer, model, or device boundary after admission and readiness checks.

No standalone public call — invoked by the engine adapter

Verification

Product consumptionContract or artifactPerformance evidence

Optional source-visible adult anatomy detail with separate male genital, female genital, nipple/areola, anal, and vaginal-cavity passesCapability provenExpansion2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Optional source-visible adult anatomy detail with separate male genital, female genital, nipple/areola, anal, and vaginal-cavity passes

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Expansion priority

Valuable after core dependencies are established.

Depends on

• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Calibrated breast/chest, gluteal, abdominal, support-garment, implant, contact, and body-type deformation
• Data classification, consent, retention, export, deletion, and audit evidence
• Source-use eligibility, consent snapshot, and training-prep artifact manifest rules

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Verification

Security or policy

Interactive review, render payload, GLB/export, benchmark, and final acceptance gates for real body and face model assetsEngine provenNext3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Interactive review, render payload, GLB/export, benchmark, and final acceptance gates for real body and face model assets

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Implemented and verified at the engine layer.

Next priority

A high-leverage follow-on capability.

Depends on

• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Source-derived face/head rig with distinct eyes, mouth, cheeks, nostrils, ears, scalp, hair, blendshapes, and cavity gates
• Clothing and held-object reconstruction as separate layered meshes over source-derived skin
• Shared render recipe, backend readiness, render artifact, Cycles photoreal worker, realtime overlay boundary, and spatial render proof platform

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Verification

Contract or artifact

First full visible-quality pass from one source photo with coherent body, face/head, hair, garments/accessories, skin/material, review proof, and blocker honestyCapability provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

First full visible-quality pass from one source photo with coherent body, face/head, hair, garments/accessories, skin/material, review proof, and blocker honesty

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Source-derived face/head rig with distinct eyes, mouth, cheeks, nostrils, ears, scalp, hair, blendshapes, and cavity gates
• Clothing and held-object reconstruction as separate layered meshes over source-derived skin
• Interactive review, render payload, GLB/export, benchmark, and final acceptance gates for real body and face model assets
• Model execution records, route surface, SQLite store, and evidence
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Contract or artifact

Future whole-body hair baseline reconstruction plus editable region, density, and style controlsExplorationExploration4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future whole-body hair baseline reconstruction plus editable region, density, and style controls

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

A recognized opportunity that has not entered committed delivery.

Exploration priority

A longer-horizon product and research opportunity.

Depends on

• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Optional source-visible adult anatomy detail with separate male genital, female genital, nipple/areola, anal, and vaginal-cavity passes
• Interactive review, render payload, GLB/export, benchmark, and final acceptance gates for real body and face model assets
• Data classification, consent, retention, export, deletion, and audit evidence
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Planned

The Engine service integration is a planned exposure, not an available contract.

Not callable in this snapshot

CLI

Planned

The CLI integration is a planned exposure, not an available contract.

Not callable in this snapshot

Product UI

Planned

The Product UI integration is a planned exposure, not an available contract.

Not callable in this snapshot

Tests & scenarios

Planned

The Tests & scenarios integration is a planned exposure, not an available contract.

Not callable in this snapshot

Verification

Command proofSecurity or policy

First-class dental and oral subsystem for teeth, gums, tongue, inner mouth, bite, jaw, and wetness/material proofBlockedNext4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

First-class dental and oral subsystem for teeth, gums, tongue, inner mouth, bite, jaw, and wetness/material proof

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Implementation exists or is planned, but a named qualification dependency remains open.

Next priority

A high-leverage follow-on capability.

Depends on

• Source-derived face/head rig with distinct eyes, mouth, cheeks, nostrils, ears, scalp, hair, blendshapes, and cavity gates
• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Interactive review, render payload, GLB/export, benchmark, and final acceptance gates for real body and face model assets
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Planned

The Engine service integration is a planned exposure, not an available contract.

Not callable in this snapshot

CLI

Planned

The CLI integration is a planned exposure, not an available contract.

Not callable in this snapshot

Product UI

Planned

The Product UI integration is a planned exposure, not an available contract.

Not callable in this snapshot

Tests & scenarios

Planned

The Tests & scenarios integration is a planned exposure, not an available contract.

Not callable in this snapshot

Verification

Command proof

Future full-body skin detail refinement for scars, stretch marks, cellulite, tan lines, veins, moles, freckles, birthmarks, and region material variationCapability provenExploration3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future full-body skin detail refinement for scars, stretch marks, cellulite, tan lines, veins, moles, freckles, birthmarks, and region material variation

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Exploration priority

A longer-horizon product and research opportunity.

Depends on

• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Interactive review, render payload, GLB/export, benchmark, and final acceptance gates for real body and face model assets
• Data classification, consent, retention, export, deletion, and audit evidence
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode depth-media inspect --artifact-root <package> --format json

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Verification

Command proof

Future tattoo, piercing, and body-modification closet with current, historical, removable, jewelry, coverup, and editable variant statesCapability provenExploration4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future tattoo, piercing, and body-modification closet with current, historical, removable, jewelry, coverup, and editable variant states

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Exploration priority

A longer-horizon product and research opportunity.

Depends on

• Future full-body skin detail refinement for scars, stretch marks, cellulite, tan lines, veins, moles, freckles, birthmarks, and region material variation
• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Interactive review, render payload, GLB/export, benchmark, and final acceptance gates for real body and face model assets
• Data classification, consent, retention, export, deletion, and audit evidence
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode depth-media inspect --artifact-root <package> --format json

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Command proof

Future accessory and appearance-object closet with human-ID baselines, platform-wide reuse, and regenerable 3D mesh assetsCapability provenExploration4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future accessory and appearance-object closet with human-ID baselines, platform-wide reuse, and regenerable 3D mesh assets

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Exploration priority

A longer-horizon product and research opportunity.

Depends on

• Clothing and held-object reconstruction as separate layered meshes over source-derived skin
• Future tattoo, piercing, and body-modification closet with current, historical, removable, jewelry, coverup, and editable variant states
• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Interactive review, render payload, GLB/export, benchmark, and final acceptance gates for real body and face model assets
• Data classification, consent, retention, export, deletion, and audit evidence
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode depth-media inspect --artifact-root <package> --format json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Verification

Command proofSecurity or policy

Future user-controlled physiological visual-state modulation with scientific envelopes, adult arousal controls, and freeform artistic override warningsCapability provenExploration4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future user-controlled physiological visual-state modulation with scientific envelopes, adult arousal controls, and freeform artistic override warnings

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Exploration priority

A longer-horizon product and research opportunity.

Depends on

• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Optional source-visible adult anatomy detail with separate male genital, female genital, nipple/areola, anal, and vaginal-cavity passes
• Calibrated breast/chest, gluteal, abdominal, support-garment, implant, contact, and body-type deformation
• Future full-body skin detail refinement for scars, stretch marks, cellulite, tan lines, veins, moles, freckles, birthmarks, and region material variation
• Future face skin microdetail, temporary skin-state, and generated makeup-style refinement overlays
• Interactive review, render payload, GLB/export, benchmark, and final acceptance gates for real body and face model assets
• Data classification, consent, retention, export, deletion, and audit evidence
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode depth-media inspect --artifact-root <package> --format json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Verification

Command proofContract or artifactSecurity or policy

Future shared Human Attribute truth model for observed, inferred, user-edited, generated, unknown, blocked, baseline, variant, and allowed-claim statesEngine provenExpansion2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future shared Human Attribute truth model for observed, inferred, user-edited, generated, unknown, blocked, baseline, variant, and allowed-claim states

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Implemented and verified at the engine layer.

Expansion priority

Valuable after core dependencies are established.

Depends on

• First full visible-quality pass from one source photo with coherent body, face/head, hair, garments/accessories, skin/material, review proof, and blocker honesty
• Neutral HumanProfile identity, evidence, and artifact references
• Data classification, consent, retention, export, deletion, and audit evidence
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Implementation evidence

Future canonical body/face region graph with visibility, occlusion, coverage, policy, source ownership, and unknown-region blockersEngine provenExpansion2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future canonical body/face region graph with visibility, occlusion, coverage, policy, source ownership, and unknown-region blockers

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Implemented and verified at the engine layer.

Expansion priority

Valuable after core dependencies are established.

Depends on

• First full visible-quality pass from one source photo with coherent body, face/head, hair, garments/accessories, skin/material, review proof, and blocker honesty
• Future shared Human Attribute truth model for observed, inferred, user-edited, generated, unknown, blocked, baseline, variant, and allowed-claim states
• Source-derived layered human model generation for real body, face, hair, garment, held-object, and blocked-region assets
• Detected subject artifact package with masks, cutouts, crops, source frame, review state, and stored manifest
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/readiness

Verification

Security or policy

Future reusable material layer stack for skin, eyes, lips, teeth, hair, nails, tattoos, makeup, moisture, physiology state, and generated variantsCapability provenExpansion2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future reusable material layer stack for skin, eyes, lips, teeth, hair, nails, tattoos, makeup, moisture, physiology state, and generated variants

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Expansion priority

Valuable after core dependencies are established.

Depends on

• First full visible-quality pass from one source photo with coherent body, face/head, hair, garments/accessories, skin/material, review proof, and blocker honesty
• Future shared Human Attribute truth model for observed, inferred, user-edited, generated, unknown, blocked, baseline, variant, and allowed-claim states
• Future canonical body/face region graph with visibility, occlusion, coverage, policy, source ownership, and unknown-region blockers
• Shared render recipe, backend readiness, render artifact, Cycles photoreal worker, realtime overlay boundary, and spatial render proof platform
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Implementation evidence

Future human-ID appearance timeline for known looks, changing styles, dated observations, corrections, conflicts, and reversible variant lineageCapability provenExpansion1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future human-ID appearance timeline for known looks, changing styles, dated observations, corrections, conflicts, and reversible variant lineage

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Expansion priority

Valuable after core dependencies are established.

Depends on

• Future shared Human Attribute truth model for observed, inferred, user-edited, generated, unknown, blocked, baseline, variant, and allowed-claim states
• Future reusable material layer stack for skin, eyes, lips, teeth, hair, nails, tattoos, makeup, moisture, physiology state, and generated variants
• Neutral MediaIdentity persistence and identity namespace rules
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Implementation evidence

Future multi-image/video consistency solver for combining known sources into one coherent mesh, material stack, timeline, and confidence modelCapability provenExpansion2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future multi-image/video consistency solver for combining known sources into one coherent mesh, material stack, timeline, and confidence model

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Expansion priority

Valuable after core dependencies are established.

Depends on

• First full visible-quality pass from one source photo with coherent body, face/head, hair, garments/accessories, skin/material, review proof, and blocker honesty
• Future shared Human Attribute truth model for observed, inferred, user-edited, generated, unknown, blocked, baseline, variant, and allowed-claim states
• Future canonical body/face region graph with visibility, occlusion, coverage, policy, source ownership, and unknown-region blockers
• Future human-ID appearance timeline for known looks, changing styles, dated observations, corrections, conflicts, and reversible variant lineage
• Neutral MediaIdentity persistence and identity namespace rules
• Model execution records, route surface, SQLite store, and evidence

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Implementation evidence

Future capture-quality protocol for guiding users toward better photo/video sets and explaining what source evidence is still missingCapability provenExpansion1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Future capture-quality protocol for guiding users toward better photo/video sets and explaining what source evidence is still missing

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Expansion priority

Valuable after core dependencies are established.

Depends on

• First full visible-quality pass from one source photo with coherent body, face/head, hair, garments/accessories, skin/material, review proof, and blocker honesty
• Future canonical body/face region graph with visibility, occlusion, coverage, policy, source ownership, and unknown-region blockers
• Future multi-image/video consistency solver for combining known sources into one coherent mesh, material stack, timeline, and confidence model
• Neutral MediaAnalysis artifacts and durable result model

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Security or policy

LiteraryStyleProfile contracts, corpus evidence, snapshots, and generation viewCapability provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

LiteraryStyleProfile contracts, corpus evidence, snapshots, and generation view

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Neutral HumanProfile identity, evidence, and artifact references
• One engine-owned model system and Model Need taxonomy

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/humans/{namespaceId}/{humanIdentityId}/literary-style-profile/readiness

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Contract or artifact

Register-aware human language profiles, generation modes, adult-capable scopes, and spoken-demo viewsProduct integratedFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

Available through at least one first-party product workflow.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• LiteraryStyleProfile contracts, corpus evidence, snapshots, and generation view
• Speech timeline, diarization, voice identity candidates, and vocalization events
• Data classification, consent, retention, export, deletion, and audit evidence
• One engine-owned model system and Model Need taxonomy

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Product consumptionContract or artifactSecurity or policy

Consented gait, gesture, body motion, facial-expression, viseme, and affect-profile artifactsExplorationExploration3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Consented gait, gesture, body motion, facial-expression, viseme, and affect-profile artifacts

Why it matters

Builds measurable digital-human capabilities while keeping consent, uncertainty, and quality boundaries explicit.

Maturity

A recognized opportunity that has not entered committed delivery.

Exploration priority

A longer-horizon product and research opportunity.

Depends on

• Data classification, consent, retention, export, deletion, and audit evidence
• Neutral HumanProfile identity, evidence, and artifact references
• Neutral MediaIdentity persistence and identity namespace rules
• One engine-owned model system and Model Need taxonomy

Technical view

System role

Coordinates source evidence, anatomy, geometry, materials, motion, deformation, review, and export gates.

How each surface uses this feature

Engine service

Planned

The Engine service integration is a planned exposure, not an available contract.

Not callable in this snapshot

Artifacts & packages

Planned

The Artifacts & packages integration is a planned exposure, not an available contract.

Not callable in this snapshot

Tests & scenarios

Planned

The Tests & scenarios integration is a planned exposure, not an available contract.

Not callable in this snapshot

Verification

Command proofContract or artifactSecurity or policy

Editable, explainable experiences

Content & product knowledge

Structured pages, editable content, contextual help, feature knowledge, interaction facts, and source-aware explanations share one model.

15 visible features

Exportable capability registry for private canonical sourceCapability provenFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Exportable capability registry for private canonical source

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

No upstream catalog dependency.

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated tests

ClientProduction workspace, lifecycle, participants, and timelineEngine provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

ClientProduction workspace, lifecycle, participants, and timeline

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Control SDK surface governance and client-facing boundary

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode client-projection validate --fixture <projection.json> --json

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proof

Schema-driven intake into draft productionsEngine provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Schema-driven intake into draft productions

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• ClientProduction workspace, lifecycle, participants, and timeline

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode client-projection validate --fixture <projection.json> --json

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proof

Neutral offer catalog and quote projectionEngine provenNext1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Neutral offer catalog and quote projection

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Next priority

A high-leverage follow-on capability.

Depends on

• Schema-driven intake into draft productions

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Implementation evidence

Asset sets, delivery packages, destinations, and review actionsEngine provenNext3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Asset sets, delivery packages, destinations, and review actions

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Next priority

A high-leverage follow-on capability.

Depends on

• Neutral MediaAnalysis artifacts and durable result model
• ClientProduction workspace, lifecycle, participants, and timeline

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode client-projection validate --fixture <projection.json> --json

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/routes/resolve/{capability}

Verification

Automated testsCommand proof

Projection compiler, validation harness, private ledger, and backport workflowCapability provenFoundation1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Projection compiler, validation harness, private ledger, and backport workflow

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Exportable capability registry for private canonical source

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Automated testsSecurity or policy

Editable content registry, migration inventory, inline edit contract, AI provenance, fallback text, localization-ready variants, and client-safe projectionEngine provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Editable content registry, migration inventory, inline edit contract, AI provenance, fallback text, localization-ready variants, and client-safe projection

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• First-class entitlement decision spine and app feature access
• Neutral recommendation record with reason codes, alternatives, feedback, and evidence
• Projection compiler, validation harness, private ledger, and backport workflow

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode editable-content inventory --format json

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proof

Structured page templates, modules, bindings, source maps, visual edit policies, AI-assisted page operations, and Git-sync-ready page snapshotsEngine provenFoundation5 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Structured page templates, modules, bindings, source maps, visual edit policies, AI-assisted page operations, and Git-sync-ready page snapshots

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Editable content registry, migration inventory, inline edit contract, AI provenance, fallback text, localization-ready variants, and client-safe projection
• First-class entitlement decision spine and app feature access
• Neutral recommendation record with reason codes, alternatives, feedback, and evidence
• Projection compiler, validation harness, private ledger, and backport workflow

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

API

Direct call

Call the engine-owned HTTP contract; replace brace parameters with runtime identifiers.

GET /engine/v1/routes/resolve/{capability}

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/routes/resolve/{capability}

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsProduct consumptionContract or artifactSecurity or policy

Product feature graph, UX surface registry, layered help, internal comments, interaction analytics, and source/commit provenanceCapability provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Product feature graph, UX surface registry, layered help, internal comments, interaction analytics, and source/commit provenance

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Editable content registry, migration inventory, inline edit contract, AI provenance, fallback text, localization-ready variants, and client-safe projection
• Structured page templates, modules, bindings, source maps, visual edit policies, AI-assisted page operations, and Git-sync-ready page snapshots
• First-class entitlement decision spine and app feature access
• Projection compiler, validation harness, private ledger, and backport workflow

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

CLI

Direct call

Exercise the same engine authority from automation or an operator terminal.

provinode engine-control surface --format json

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /v1/product-feature-graph/features

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proof

Shared layout interaction helper for dashboards, module grids, reporting canvases, and card workspacesEngine provenNext4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Shared layout interaction helper for dashboards, module grids, reporting canvases, and card workspaces

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Next priority

A high-leverage follow-on capability.

Depends on

• Exportable capability registry for private canonical source

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/routes/resolve/{capability}

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofProduct consumptionContract or artifact

Durable personal/team/client/operator preference and context graphEngine provenNext1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Durable personal/team/client/operator preference and context graph

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Next priority

A high-leverage follow-on capability.

Depends on

• Data classification, consent, retention, export, deletion, and audit evidence
• Neutral HumanProfile identity, evidence, and artifact references

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Security or policy

Schedule, calendar, routine, blackout, availability, and meeting-provider planningCapability provenNext2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Schedule, calendar, routine, blackout, availability, and meeting-provider planning

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Exercised through a repeatable command, scenario, or proof surface.

Next priority

A high-leverage follow-on capability.

Depends on

• Durable personal/team/client/operator preference and context graph

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/routes/resolve/{capability}

Verification

Product consumptionContract or artifactSecurity or policy

Provider-neutral notification/reminder/follow-up intent abstractionEngine provenNext1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Provider-neutral notification/reminder/follow-up intent abstraction

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Next priority

A high-leverage follow-on capability.

Depends on

• Schedule, calendar, routine, blackout, availability, and meeting-provider planning

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Implementation evidence

Journal, reflection, note, annotation, and source-linked feedback recordsEngine provenNext1 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Journal, reflection, note, annotation, and source-linked feedback records

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Next priority

A high-leverage follow-on capability.

Depends on

• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Verification

Security or policy

Guided content, lessons, prompts, playbooks, and template modulesEngine provenExpansion2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Guided content, lessons, prompts, playbooks, and template modules

Why it matters

Makes product content, operations, help, and decision context reusable and explainable.

Maturity

Implemented and verified at the engine layer.

Expansion priority

Valuable after core dependencies are established.

Depends on

• Neutral recommendation record with reason codes, alternatives, feedback, and evidence
• First-class entitlement decision spine and app feature access

Technical view

System role

Connects structured content, feature knowledge, production operations, preferences, and presentation facts.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Automated testsContract or artifact

Security, privacy & validation

Trust & proof

Cryptography, consent, retention, evidence, deterministic scenarios, and fail-closed policies are designed into capability delivery.

4 visible features

Master Markdown and JSON roadmap ledgerProduct integratedFoundation2 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Master Markdown and JSON roadmap ledger

Why it matters

Makes platform claims auditable and gives product teams clear safety and delivery boundaries.

Maturity

Available through at least one first-party product workflow.

Foundation priority

Directly supports current product or platform delivery.

Depends on

No upstream catalog dependency.

Technical view

System role

Applies governance, entitlement, privacy, cryptography, evidence, and validation controls.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Verification

Contract or artifact

Source document authority classification and duplicate cleanup disciplineEngine provenFoundation3 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

Source document authority classification and duplicate cleanup discipline

Why it matters

Makes platform claims auditable and gives product teams clear safety and delivery boundaries.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Master Markdown and JSON roadmap ledger

Technical view

System role

Applies governance, entitlement, privacy, cryptography, evidence, and validation controls.

How each surface uses this feature

Engine service

Internal

This is the shared internal authority used by the feature's public or product-facing integrations.

No standalone public call

Artifacts & packages

Workflow

Consume the durable JSON, manifest, media, or package output produced by the engine workflow.

Read the artifact reference returned by the API, CLI, or scenario result

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Automated testsCommand proofProduct consumptionContract or artifact

First-class entitlement decision spine and app feature accessEngine provenFoundation4 surfaces

Product demos

No approved product demo has been appended yet. Generation, private review, and video storage remain local or on YouTube; this catalog receives only approved external-video metadata.

Product view

Outcome

First-class entitlement decision spine and app feature access

Why it matters

Makes platform claims auditable and gives product teams clear safety and delivery boundaries.

Maturity

Implemented and verified at the engine layer.

Foundation priority

Directly supports current product or platform delivery.

Depends on

• Control SDK surface governance and client-facing boundary
• Data classification, consent, retention, export, deletion, and audit evidence

Technical view

System role

Applies governance, entitlement, privacy, cryptography, evidence, and validation controls.

How each surface uses this feature

Engine service

Workflow

This is the shared internal authority used by the feature's public or product-facing integrations.

Enter through the direct surface listed below

SDK

Direct call

Use the typed .NET client or contract projection from an application host.

CollectionEntitlementEvaluator.Evaluate(request);

Product UI

Workflow

A first-party product calls the engine contract and renders its read model; the product is not a second authority.

Thin client → GET /engine/v1/routes/resolve/{capability}

Tests & scenarios

Verification

Run the repeatable scenario or proof fixture for this capability.

provinode linnaeus-test run --scenario <scenarioId> --format json

Verification

Command proofProduct consumptionSecurity or policy