Brainstorming spec for ADR-021: operational access as a deployment deliverable. Two layers (host baseline + per-service), a three-tier access ladder (mesh SSH -> LAN SSH from ubongo -> console break-glass), declarative access__* data rendering ACCESS.md and driving a /check-access verifier. Resolves TODO 3.2 (API access) and 7.2 (host access); amends ADR-016 (SSH also from ubongo) and ADR-020 (ssh-from-control source). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| decisions | ||
| hardware | ||
| reviews | ||
| runbooks | ||
| security | ||
| superpowers | ||
| testing | ||
| CAPABILITIES.md | ||
| FRICTION.md | ||
| README.md | ||
| TODO.md | ||
docs/
Project documentation.
decisions/— Architecture Decision Records (ADRs): the "why" behind the design. Numbered from 001; each records context, the decision, and what was ruled out.runbooks/— step-by-step operational procedures (add a host, add a role, rotate secrets).
For what is actually built vs only designed, see STATUS.md at the repo root —
the ADRs describe intent, not necessarily current reality.