THE KEDDEH ARCHITECTURE

Intelligence.
In a different dimension.

A different dimension is a way into the vector and mapping architectures: how a relationship is represented, how it resolves to state, what it means and what may change. KEX, IL-LLM and BRAINK connect those responsibilities around the same work.

Conceptual artwork · Conceptual spatial layers illustrating connected architectural responsibilities

One task. Relationships you can follow.

Take a request to update a record. Its position in a model, its address, its meaning and permission to change it concern the same object. To locate the right record, check authority and inspect the result, the responsibilities must connect through explicit interfaces. They are cooperating views of the work, not a fixed serial pipeline.

HOW IT WORKS

From a mapped relationship to a change you can check.

The dimension has technical substance. A vector describes quantities relative to a declared basis; a mapping connects one representation to another. For software, that relationship becomes useful when you can resolve the represented object, interpret the request, establish authority and inspect an actual operation. These are the architectural connections to examine together.

Vector and mapping models · represent the relationship
Keep the reference frame and transformation explicit. The vortex model exposes local and world position, velocity and basis. Its coordinate readback describes that model; connecting a represented point to application state needs a declared mapping and resolver. Read the vector guide or explore the coordinate model.
KEX · identify and address the state
The mapping needs an object to resolve to. KEX concerns state geometry, identity and addressing; KEX DNA supplies constraints. An address must retain its relationship to the intended object as state changes. The grid and stacked-book exploration separates projection layers so their relationship can be inspected.
IL-LLM · carry meaning through the relationship
The addressed object needs context. IL-LLM structures terms, definitions and relationships so traversal can distinguish, for example, a source document from its generated package. That meaning helps define the requested change without substituting a different object or operation.
BRAINK · govern the proposed change
The understood request and addressed state meet an authority boundary: which actor may perform which transition, with what scope and evidence? BRAINK governs that responsibility. Its execution path needs an actual bound handler and host for the requested operation.
Edge, transport and hardware · carry the relationship into equipment
The communication design extends KEX-addressed work across edge nodes, routers and customer hardware: identify the destination and state, carry the request through a defined channel, and retain the response against the same operation. Edge software keeps task context near the operator; the gateway and routing architecture defines the network boundary; TL / TL2 documents distinct wire implementations; their packet formats do not by themselves resolve KEX state or authorize a device. A target adapter must bind the permitted operation to the equipment’s actual interface.
The modular Ethernet BRAINK hardware design relates input, sensing and output modules through Network ToT and retains observed port responses in Memory ToT. Integration into machinery requires supported device profiles, electrical limits, timing, control authority and physical readback to be qualified for that target. These are documented engineering designs, with physical build and target qualification tracked separately.
Two specified applications, the same relationships. The hospital-bed control design includes a three-module arrangement, with each module designed to handle its own work or the whole bed environment. Input modules, load controllers and sensed responses remain connected through Network ToT and Memory ToT. The specified resilience goal is for a remaining controller to manage the loads through the wired system if two peers fail, retaining the relationship between control and memory. That is a design requirement, not a reported failover test. A requested operation and the observed equipment response retain their separate identities.
The vehicle-electrical retrofit design extends the architecture across a vehicle’s electrical systems to support a locally intelligent car. Switch and sensor modules, compatible load drivers and power distribution connect through local control and retained observations. The design keeps intelligence beside the equipment while preserving the route back to its addressed state and authority. These specified applications do not establish universal machine compatibility or a deployed, medically or automotive-qualified installation.
Application and runtime · execute and read back
The handler performs the permitted operation in its environment. Readback compares the observed state with the intended change. That observation can inform the next decision while preserving which object, meaning and authority the action concerned.

This is an explanation of how the responsibilities relate, not a report that the whole chain has executed. A rendered vector, an addressed object and a saved document each establish different, bounded observations.

A working example: author, save and reload a Studio document

In an approved owner-local AetherOS workspace, HTML APP STUDIO lets you name an application and edit its HTML source. Use the example ID my-native-app; its source belongs at the browser-local VFS path /home/engineer/studios/html-app-studio/my-native-app.html.

  1. Identify and author. Enter the application ID and source. The Studio validates the ID and derives the local filename. The ID and path identify this document; the HTML source is its content.
  2. Save and read back. “Save source in native VFS” calls the attached host’s VFS write, immediately reads the same path and compares the saved bytes with the source. A match returns VFS_READBACK_MATCH; a mismatch is reported as blocked.
  3. Reload the saved document. “Load saved source” reads that path back into the editor. This reload is a VFS document read, not a claim of cross-device or browser-restart persistence. Keep a separate export of important work.

The implemented boundary here is a direct Studio handler and browser-local VFS. It makes identity, content, action and readback concrete. It does not demonstrate vector-to-file resolution, IL-LLM interpretation or BRAINK-governed distributed execution; those connections are not bound in this document flow. Public publication and external host actuation are also unbound.

Read the HTML APP STUDIO guide · Review the approved-workspace requirements

01

IL-LLM · meaning close to the work

A local knowledge structure connects terms, definitions, sources and relationships. In a claim record, purchase price, replacement estimate and approved allowance are different meanings of value. Semantic traversal should preserve those distinctions and expose the path through the relevant information.

Explore IL-LLM in depth →
02

BRAINK · actors connected to accountable work

Actors have roles, capabilities and a defined scope. A request moves through an actual handler to a state change and its readback. A proposed action, accepted task and completed effect must remain distinguishable. Bio-centric augmented intelligence describes the architecture’s approach to connected, adaptive participation.

Explore BRAINK →
03

KEX · state, addressing and lineage

KEX concerns how state is identified and related. Its native one-origin convention belongs to an explicit address mapping. A pointer still needs a resolver, and an executable operation still needs a runtime. Keeping those contracts visible allows geometry, storage and execution to be inspected separately.

Explore KEX →

IN PRACTICE

From local observation to shared agreement.

An item’s photo is a local observation. A valuation is an assertion with sources and assumptions. Publishing either into a shared ledger requires an acceptance process and a correction history. Empirical reference data can ground a record; it cannot replace the protocol by which participants agree.

Explore the Immutable Ledger →

Explore intelligence in a different dimension.

Take one idea into an interactive learning situation, or follow its mechanism into the public research laboratories. Start exploring now; choose your next question as you go.

Open interactive learning →

Explore research laboratories · Optional learning-interest registration

Return to KEDDEH home · Ask a specific question

Operate the implemented technologies

Write, read, checkpoint and restore inside the original HTML VFS. Inspect separate native server traversal and download source-identical carriers.

Open the executable technology workbench
One system / distinct responsibilities

Connect the parts.
Preserve the boundaries.

PURPOSE

People & interface

The task, the interaction states and the explanation of what changed.

MEANING

IL-LLM

Terms, relationships and context that give the task a defined meaning.

AUTHORITY

BRAINK

Governed execution with explicit actor, scope and permission.

CONTINUITY

KEX, VFS & carriers

Stable identity, durable records and replaceable execution infrastructure.

Source identity, checkpoint version and transport generation belong to different layers. Record and test each at the boundary where it matters.

Inspect the architecture-to-experience contract