The old repository mixed operational substrate with too much adjacent meaning and too many services in one wide runtime surface.
The new repository keeps the useful body and removes monolith relapse.
- rootless Podman and systemd user posture
- the
/abyssheavy-data assumption as an optional mount - localhost-first security stance
- operational docs as a core habit
- storage, orchestration, inference, gateway, speech, browser, and monitoring service families
The old stack revolved around /srv/abyss.
The new stack now uses /srv/abyss-stack as the canonical deployed runtime root.
compose/modules/10-storage.ymlcompose/modules/20-orchestration.ymlcompose/modules/30-local-inference.ymlcompose/modules/31-intel-inference.ymlcompose/modules/40-llm-gateway.ymlcompose/modules/41-agent-api.ymlcompose/modules/50-speech.ymlcompose/modules/51-browser-tools.ymlcompose/modules/60-monitoring.yml
- rootless and localhost-first posture
- Intel-aware inference branch
/srv/abyss-stackas the new absolute runtime layout root- optional heavy-data mount assumptions
- one broad
compose.stack.yml - optional layers existed but the stack still felt center-heavy
- infra repo still carried traces of broader cosmology
- canonical runtime root was
/srv/abyss
- explicit module files by concern
- profile-driven activation
- infra-only ownership boundaries
- sibling AoA repositories stay authoritative for authored meaning
- canonical runtime root is
/srv/abyss-stack
- old
README.md-> newREADME.mdplus focused docs - old
ARCHITECTURE.md->docs/ARCHITECTURE.md - old
REQUIREMENTS.md->docs/REFERENCE_PLATFORM.md - old
BUILD.md->docs/LIFECYCLE.md - old
SECURITY.md->docs/SECURITY.md - old compose surfaces ->
compose/modules/*
Do not port old files mechanically. Each old part must answer:
- is it still needed?
- which module owns it?
- is it runtime or authored meaning?
- does it belong in this repository at all?