Architecture as executable context

See the whole system.

Trace how purpose becomes policy, policy becomes structure, and structure becomes evidence-backed behavior. Every view on this page is generated from versioned repository truth.

Generated from repository truth · fingerprint e3d1991c555b

architecture / v1
canonical documents
18
knowledge categories
06
dependency edges
54
structural layers
06
graph resolved · no cycles

01Repository truth is canonical

02Dependencies remain explicit

03Generated views are disposable

System boundary

One product, explicit authority.

OptiFlow owns evidence and reviewable plans. Platform capabilities compose around it without leaking cloud or orchestration concerns into the domain.

Product authority

OptiFlow owns

The product turns opaque media collections into defensible evidence without treating detection as write permission.

  • Conservative discovery and immutable observations
  • Exact relationship evidence and explicit uncertainty
  • Versioned reports, review-only plans, and typed outcomes
Composable platform

The platform supplies

Surrounding repositories add environment, delivery, and orchestration capabilities while remaining replaceable consumers.

  • Realm and Mantle provide reproducible environments
  • Relay and infrastructure schedule released artifacts
  • Flow orchestrates through versioned public contracts
Authority boundary

OptiFlow defers

Future mutation requires a separate transactional architecture with fresh evidence, explicit consent, validation, and recovery.

  • Source deletion, replacement, or transcoding
  • Implicit cloud upload or path-bearing telemetry
  • Unreviewed execution of generated plans

Structural model

Dependencies point toward meaning.

Infrastructure implements explicit boundaries. Interfaces coordinate application use cases. Domain and evidence rules remain independent from deployment technology.

01
current

Interface

Owns command syntax, human and machine rendering, stream behavior, and operating-system outcomes.

clirendermain
02
current

Application

Coordinates use cases, interruption, configuration resolution, and immutable artifact commit boundaries.

appoutcomesignalsconfiguration::resolver
03
current

Domain

Owns evidence language, policy values, inventory classification, exact relationships, and plan semantics.

domaininventoryduplicatesplanning
04
current

Evidence & contracts

Owns complete-content proof and the versioned boundary between domain values and public artifacts.

hashingcontractsschemas
05
current

Infrastructure

Implements filesystem, SQLite, external-adapter, and atomic artifact ports without defining domain meaning.

filesystemstatereportsadapters::ffprobe
06
current

Publication

Projects repository truth into isolated static surfaces and assembles one collision-checked site artifact.

web/landingweb/architecturedocsscripts/site

Architecture knowledge graph

Every decision has context.

The graph is generated from each document's depends_on metadata. Select a node to jump to its source contract.

Canonical corpus

Eighteen documents. One connected system.

Each document owns one kind of meaning. Filters change this projection only; the repository metadata remains the source of truth.

Identityv0.1.0

Purpose

Why does the product exist, and what does it refuse to compromise?

Depends on
root document
Identityv0.1.0

Vision

Why does the product exist, and what does it refuse to compromise?

Depends on
Identityv0.1.0

Principles

Why does the product exist, and what does it refuse to compromise?

Depends on
Knowledge & authorityv0.1.1

Epistemology

What may the system claim, and what authority may an agent exercise?

Foundationv0.1.3

Architecture

How is meaning translated into systems, boundaries, decisions, and sequence?

Reusable publication contract

The page is an output, not another authority.

The build reads canonical frontmatter, resolves the dependency graph, combines repository-owned presentation configuration, and produces replaceable HTML and JSON projections.

  1. 01Read canonical documents
  2. 02Resolve and validate relationships
  3. 03Project graph, layers, and inventory
  4. 04Compose under /architecture/