feat: внешняя доступность сервисов — проба публичного пути и алерты ...

Публичный URL у сервиса включает второй контур проверки: публичный DNS
(1.1.1.1, в обход split-horizon) → ожидаемый GHARD_PUBLIC_IP → TLS с SNI
и проверкой сертификата → GET → код. Ловит dns_mismatch/dns_fail/tls_fail/
http_fail/down, которые не видит внутренний health-чек; недоступный
резолвер даёт probe_error без алерта.

Одно событие service_external_down на инцидент после 5 минут непрерывного
отказа и recovered только после реально отправленного down; состояние
переживает рестарт. История внешних проб — 7 дней. POST/PATCH и смена
публичного URL делают пробу сразу; смена URL чистит историю и состояние.

fix: пин gnexus-synapse по тегу v0.1.2; compose — прокидывание всех задокументированных env ...

Теги gn-synapse-client-py запушены на сервер — установка по свежему тегу
(handbook 10-platform/notifications.md). По handbook-аудиту: в
docker-compose.yml не проходили GHARD_OFFLINE_MULTIPLIER, GHARD_SHARE_INTERVAL,
GHARD_HEALTH_* и все GHARD_SYNAPSE_* — конфиг через .env рядом с compose
молча не применялся бы.

feat: close the panel behind gnexus-auth (OAuth PKCE) ...

Auth off by default (client_id empty). When GHARD_AUTH_CLIENT_ID is set,
the web UI gets a creds-style sign-in gate: splash -> /me -> login screen
(OAuth starts from the click, not page load). Sessions and OAuth state
live in SQLite (survive restarts); webhook endpoint applies global_logout/
profile updates. Scripts/MCP keep working with the Bearer token, agents
keep X-Server-Key ingest. Includes compose env passthrough, README guide.

Co-Authored-By: Claude Code <noreply@anthropic.com>

feat: stage 3 — Vue web UI (dashboard, server page, charts) + docker build ...

Frontend (Vue 3 + Vite, gnexus-ui-kit, chart.js):
- login by admin token (localStorage, Bearer)
- dashboard: server cards with status, CPU/RAM/disk progress, net MB/s, note
- server page: metric cards, info (hostname/os/kernel/ips), editable note,
  history charts (1ч/6ч/24ч/7д), tabs: overview/disks/net/processes/docker
- create-server flow with one-time key display + install command

Backend: serve built SPA from panel/backend/static (assets mount + fallback)

Docker: multi-stage build (node:22 → npm ci/build → static into python image),
build context moved to repo root, .dockerignore added

Co-Authored-By: Claude Code <noreply@anthropic.com>

feat: stage 1 — panel skeleton (FastAPI + SQLite) and ingest API ...

- FastAPI backend: config (pydantic-settings, GHARD_* env), aiosqlite + WAL
- SQLite schema: servers, metrics, events
- POST /api/v1/ingest: auth by X-Server-Key (sha256 hash), net rates in MB/s
  computed on panel from raw counter deltas, server card upsert
- Servers API: create (key shown once), list with dashboard summary,
  detail, PATCH name/note, delete, metrics history
- Dockerfile + docker-compose with persistent volume

Co-Authored-By: Claude Code <noreply@anthropic.com>