Ontology · domain 8

Distribution & Ecosystem

Naming invariant: Cortex is the permanent component name; stable surfaces cortex-, CORTEX_, cortex-api, cortex-pg, local-cortex/. A redist without Cor…

24 objects · 15 links · 0 actions
Objects · every one cites its backing source
ProjectPack
redistributable/schema/cortex-project-pack.schema.json
schema_version, kind: kaidera-os.project-pack, pack, project, extensions, portals[], generic assets[] (type ∈ {agent_prompt, cortex_seed, extension, frontend, filevault, config, docs, other}); the personas/skills/templates/ontology/cortex-seed layout is the fde-os pack convention (18-fde-os-turnkey §6), not a schema field
PackageBoundary
docs/design/16-product-package-boundary.md + check-package-boundary.sh fitness gate
core owns runtime/seams; packages own workers/prompts/knowledge/branding
WebsiteManifest
kaidera.ai release JSON
{edition, channel, version, artifact_url, sha256}source of truth consumed by promote-commercial.py
Formula / Cask
homebrew-kaidera
kaidera-os.rb (OSS, GitHub tarball) · commercial template + operator cask rendered only from live website manifest · npm @kaidera/kaidera-os · curl installer
SkillRegistry
kaidera-skills
25 skills (6 context · 9 development · 5 devops · 5 security), marketplace.json, Pending→Approved→Workbench sync into platform
InfraEstate
kos-infra
Adaptech infra platform and the redistributable infra-OS pattern; itself a KOS/Cortex instance (project kos-infralocalhost:8501)
Local Cortex
KOS redist, localhost:8501
single-user
cortex-service
02-cust-portal/cortex-service (ADR-023)
multi-tenant
KOS appliance Cortex
the cortex-api service container inside the appliance VM (appliance/appliance.yml), Cortex vendored as a hash-pinned wheel in the image (E021 pattern, design 23)
the appliance's project set
Cortex OSS
Kaidera-AI/cortex (MIT), the current public product line: brew/curl native install pulling upstream Postgres (handoffs 57a68a67, aab66a36)
single-user
AgentCortexPublic
6 public repos — the earlier public runnable slice, superseded by Kaidera-AI/cortex
public runnable slice
Appliance
the VM (image or host install) + appliance/appliance.yml (service roles) + appliance/bin/kos (operator)
one host, three parts: NativeConsole · HarnessInstall · ServiceRoles; the volumes plus the console's state directory are the appliance's state
NativeConsole
local-cortex/console/app/main.py under a systemd unit (install.sh lane; launchd on the Mac dev box), deployment_contract.py profile native
the KOS app: SPA, orchestrator, dispatch, terminal PTY lane, settings; runs as the console service user; reaches the services on loopback published ports
HarnessInstall
the host installer (M12: openkai, omp, node runtime; optional claude-code, codex), app/harness.py support tiers
local CLIs the console spawns as PTY-attached children; OpenKai's provider store ~/.openkai/.env is owned by OpenKai
ServiceRole
appliance/Containerfile.{cortex,db} + per-role stages
seven podman containers: db (pgvector 0.8.2 on Postgres 18), migrate, cortex-api, project-bootstrap, graph-worker, embed-worker, pdf-worker; Cortex vendored as a hash-pinned wheel; only loopback ports published
Contract
control volume <project>_kos-control:/appliance.env (bin/kos CONTRACT_KEYS, schema 2)
secrets (KOS_DB_PASSWORD, KOS_CORTEX_ADMIN_TOKEN…), KOS_EDITION, KOS_VERSION, KOS_SOURCE_REVISION, volume names, db tuning keys (KOS_DB_*); the console reads the tokens it needs from its runtime env, never from the browser
VolumeSet
named volumes kos-control, kos-state, kos-config, kos-secrets, kos-graphs, kos-models, kos-home-*
the services' state; generation-scoped with promotion roll-forward; liftable
LifecycleOperation
lifecycle.operation in the control volume (CAS: build, up, down, backup, restore, upgrade, abandon, prune)
journaled, crash-safe under a Linux subreaper; a failed up leaves up:claimed for the next command's recovery
Edition
app/edition.py, baked at build (KOS_EDITION ∈ {dev, open-source, commercial})
structural provider gate; commercial ships Linux only
HostFamily
design 26 (rulings R2, R5), podman host preflight (tasklist B7)
reference = Fedora/RHEL family (Rocky/Alma 10 for hosts we control, RHEL for customers); Ubuntu supported behind the podman ≥ 5 preflight; rootless podman ≥ 5, crun, SELinux labels :z, linger, subuid/subgid
HostBootstrap
install.sh (host lane) + M1/M3/M12
installs podman ≥ 5, node, the harness CLIs, the console unit, kos; preflights old engines, stale ports, machine sizing (Mac)
PackageChannel
dist/release.sh, scripts/release/*, RELEASE_MANIFEST.json
commercial = VM image (AMI/OVA) and/or the RHEL-family host installer + seven digest-pinned service images; source lane = kos build from a clean checkout (dev)
BackupSnapshot
kos backup / kos restore (appliance/bin/kos) + the console state directory
pg_dump -Fc of both databases + volume manifests; the ONLY sanctioned direct-Postgres path (E021 lifecycle boundary), never --no-owner/--no-privileges
DevProfile (macOS)
deployment_contract.py (KAIDERA_CONSOLE_RUNTIME=native), .agents/docker-compose.cortex.yml, launchd agents, podman machine (Fedora CoreOS guest, never Apple Container)
the same shape as the product; no package, no isolation promise, never customer-facing
Links · solid boxes are this domain's objects, dashed boxes live in other domains
hostshostsrunsspawnsreadsconfigured bypersists inmutatesgateshostsinstallsinstallsshipsrestores intoisProjectPackPackageBoundaryWebsiteManifestFormula / CaskSkillRegistryInfraEstateLocal Cortexcortex-serviceKOS appliance CortexCortex OSSAgentCortexPublicApplianceNativeConsoleHarnessInstallServiceRoleContractVolumeSetLifecycleOperationEditionProvider listHostFamilyHostBootstrapPackageChannelBackupSnapshotDevProfile
Notes, laws and mechanics

Deployment & Runtime — the appliance (CTO ruling R5, 2026-09-02; design 26)

The appliance is a Linux VM. Inside it the KOS console runs natively as a service, the harness CLIs are installed locally, and Cortex with its services runs as podman containers. Commercial ships Linux only. The macOS development box has the same shape with the containers in podman machine. Windows is not a target. Every object cites its backing file.

Actions. installer (host bootstrap) · kos build | up | down | doctor | backup | restore | upgrade | prune | abandon | contract-migrate | admin-bootstrap (services) · systemctl --user (console, beat) · openkai / omp / claude / codex (harness lanes, spawned by the console).

Release invariants

Versions immutable, never reused · commercial artifact published only from kaidera.ai (never GitHub releases) · prod origins baked: KAIDERA_OS_PLATFORM_URL=https://api.kaidera.ai, KAIDERA_OS_PORTAL_URL=https://app.kaidera.ai, KAIDERA_MANIFOLD_BASE_URL=https://api.kaidera.ai/v1.

← 7. Tenancy & Security — the substrate9. OpenKai — independent product, one projection seam →