SVEN
ResourcesMenu
RO
Architecture

A continuing system.
Distinct responsibilities.

Sven’s architecture connects identity, meaning and work over time. Its components have separate responsibilities, so that changes in models, hardware or execution do not have to redefine the whole system.

What governed execution depends on.

Conceptual relationships for governed work. “Owns” names responsibility; “reads” names required information; “produces” names the returned result. Implementation and validation are documented separately.
Archeion

owns

Permission and scope

Rhapsode

reads

Task and context

Rhapsode

reads

Permission and scope

Rhapsode

produces

Results and receipts

An authority decision can allow or refuse work. A “reads” arrow names an information dependency; execution still requires permission. These relationships do not specify a call sequence or a direct API connection.

Relationships in words

  • Archeion owns permission and scope.
  • Rhapsode reads task and context.
  • Rhapsode reads permission and scope.
  • Rhapsode produces results and receipts.

Four central responsibilities

Core components and their roles in Sven’s architecture
ComponentResponsibilityWhy it matters
EnnoionSemantic continuityConnect evidence, concepts and their history while preserving uncertainty and changes in meaning.
ArcheionAuthority and evidenceKeep permissions, policy and evidence attached to consequential decisions.
RhapsodeGoverned executionConnect a task with the appropriate capabilities and return attributable results.
SymplokeCommunicationCarry messages and work state between the system’s working parts.
From understanding to action

Permission stays attached to the work.

In this design, semantic context informs a task, authority determines what may happen, execution performs the permitted work, and communication carries the relevant state.

Being able to request an action does not grant permission to perform it. A returned result must still be understood in the context of the action and the evidence behind it.

Delivery & interaction

Connecting the system to the outside.

Two further roles appear in the documented architecture. Keryx concerns delivery and its receipts. Phaneum concerns the human-facing continuity experience.

These role descriptions explain the design. The site does not present them as a complete, generally available runtime.

Continue the conversation

Work with 47Network.

For research, technical collaboration or a project related to Sven, tell us what you are working on.

Contact 47Network