Beta-Techno

Autonomous Engineering System with Contract and Policy Authority

This page is the shortest complete map of the system. Left side is the agent execution plane. Right side is the machine and runtime substrate. Together they define what can run, what is allowed to run, and how outcomes stay auditable and replay-safe.

Contract First Policy Enforced Deterministic Replay No Silent Mutation Sovereign Runtime

Why

Run high-capability model work as an auditable system, not as untracked terminal sessions.

What

Swarm executes and reconciles agent work; Infra supplies identity, substrate, runtime hosting, and durability.

How

runfmt-spec and charter constrain behavior across repos; runtime components enforce those contracts.

Operator Promise

Every high-impact action is attributable, reversible where possible, and represented as machine-readable evidence.

Rendering topology…
Rendering topology…
Rendering topology…

Swarm Plane Repositories

Canonical execution, orchestration, policy, contract, memory, and operator surfaces.

RepoPrimary roleAuthorityStatus
kernelAgent execution runtimeSession process + tool runtime + artifactsactive
conductorRun adapter + validation boundaryMachine envelope + bundle verificationactive
daemonAuthoritative mutation engineState transitions + token fencing + durabilityactive
consoleTurn/session reconciliationProjection of daemon and run outcomes into canonical turn stateactive
gatewayExternal ingress/egress boundaryOperator/API access mediation into swarm control-planeactive
runfmt-specCross-repo contract authorityMachine-readable schemas and compatibility examplesactive
charterPolicy authorityGovernance requirements and compliance baselinesactive
deckHuman command surfaceOperator control and oversight UI over swarm componentsactive
ledgeMemory and retrieval substrateSession/run indexing and retrieval for long-horizon contextactive
relaySovereign comms abstractionUnified cross-channel message layer for operator-agent interactionplanned

Infra Plane Repositories

Identity, machine bring-up, host config, runtime hosting, durability, and org-wide baseline enforcement.

RepoPrimary roleAuthorityStatus
opsSubstrate operationsHypervisor/cloud substrate controlactive
bricksProvisioning modulesReusable infrastructure building blocksactive
bootBootstrap bridgeFirst-run machine initialization pathactive
anvilHost state runtimeMutable host/runtime integration layeractive
flakesDeclarative host/env modelReproducible machine and toolchain configurationactive
dotfilesOperator shell defaultsUser-level runtime baselineactive
atlas/maniWorkspace graphRepository topology and synchronization contextactive
keyBootstrap identityRoot key material initializationactive
lockSecrets authoritySOPS-encrypted secret/config source of truthactive
harborRuntime hostingContainer/service execution substrateactive
keepDurability and recoveryBackup/restore continuity boundaryactive
profileOrg standard enforcerCross-repo baseline checks and policy executionin progress

Operational Bring-up Order

  1. runfmt-spec + charter loaded as contract/policy roots.
  2. boot and identity roots (key/lock) initialize trust and secret context.
  3. ops/bricks + anvil/flakes/dotfiles establish substrate and host behavior.
  4. harbor + keep establish runtime hosting and durability.
  5. Swarm services start in loop coherence: kernelconductordaemonconsolegateway.
  6. deck and ledge surface operator control and memory.