feat: страница сервера — точек и опроса по длине периода, полоса по точным крайностям ...

За неделю страница тянула 1500 точек каждые 10 с (≈580 КБ, ~5 ГБ в сутки на
открытую вкладку). Теперь точек столько, сколько различимо на графике (400 на
час, 500 на 6 ч, 600 на сутки и неделю), а темп опроса растёт с периодом
(10/15/30/60 с) — ответ за неделю стал 109 КБ и приходит раз в минуту.

Полоса min–max рисуется без сглаживания (tension 0): со сглаживанием она
выгибалась за пределы min/max и показывала крайности, которых в дайджесте не
было.

Легенда пересчитывается при обновлении данных, а не только при создании
графика: график дисков создаётся, когда история ещё пуста (маунтов ноль), и
легенда ему не показывалась никогда. У CPU/RAM и сети она есть с рождения —
потому и не бросалось в глаза.

Маунты берутся ещё и из ключей agg.disks: диск, примонтированный внутри
схлопнутого часа и не доживший до выжившей точки, виден в легенде, а его
крайности — полосой из дайджеста.

fix: битый ts не роняет разряжение и ответ истории; индекс для чистки журнала ...

Одна строка с неразбираемым ts роняла весь проход разряжения (ValueError из
_bucket и _bucket_bounds) и заодно весь ответ истории. Теперь такие строки
пропускаются: бакет с непонятным ключом не трогаем совсем (иначе границы,
склеенные из чужого формата, не совпали бы со строками БД), точку в ответ не
отдаём — поставить её на ось всё равно нечем. ts пишет только ingest, и только
через _iso, так что взяться таким строкам неоткуда — но одна строка не должна
останавливать обслуживание.

И индекс events(ts): чистка журнала по возрасту идёт раз в 15 с, без индекса
каждый прогон сканировал всю таблицу (на 100 тыс. строк ~11 мс, то есть ~64 с
CPU в сутки). План стал SEARCH events USING INDEX idx_events_ts.

feat: история прореживается равными интервалами времени, а не равным числом точек ...

Нарезка по счёту раздувала редкие ярусы хранения до ширины сырых суток: в
запросе за неделю точки младше суток занимали ~95 % ширины графика, а шесть
старших суток ужимались в остаток — ось не имела со временем ничего общего.
Теперь окно от первой точки до последней делится на max_points слотов равной
длительности, в каждом остаётся последняя точка (дайджесты сливаются в неё) —
на 7 сут доля точек младше суток упала с ~95 % до 37 % при её доле времени 1/7.
Остаток перекоса — от того, что ось категорийная: где ярус реже, точек на
единицу времени меньше. Пропорциональность до конца дал бы только временной
масштаб оси (линейный x по ts вместо индекса) — это отдельная правка.

Заодно: ответ за неделю стал в разы меньше (231 точка / 109 КБ вместо
1500 / 580 КБ — точки не плодятся там, где данные редкие), а disks_json
разбирается только у выживших точек (agg — у всех: его крайности сливаются
в оставшуюся).

fix: история за период не обрезается по свежему краю — прореживание по всему окну ...

На реальном интервале 30 с окно 24 ч — это 2880 точек, неделя — ~7 тыс., а
запрос ограничивался LIMIT'ом по свежему краю: страница сервера просит 1500
точек, поэтому «7 d» показывал последние ~7 часов, а «24 h» — ~12. Сырые сутки
вытесняли всю старую историю вместе с дайджестами, и полосы min–max на длинных
периодах вообще не доезжали до графика.

Теперь `limit` — это «сколько точек вернуть максимум»: в окне читается до
FETCH_CAP строк, и если их больше limit, точки прореживаются равномерно по
всему периоду (первая — начало запрошенного интервала, последняя — сейчас),
а дайджесты выброшенных сливаются в оставшуюся. Прореживание вынесено в общий
`app/digest.py` (им же пользуется MCP-тул server_history — у него была та же
обрезка на окне 168 ч); в группе остаётся последняя точка, так что свежий край
не теряется.

Проверено на демо-данных: 7 d отдаёт окно целиком (03.10 → 10.10),
час со спайком доезжает как cpu max 97.5 и /data max 88, часы простоя — как
n < exp, тултип полосы показывает «23.5–32% · замеров 240/240».

docs: дайджест бакета — полоса min–max на графике, agg в API и MCP, журнал год ...

В разделе «Хранение метрик» описаны дайджест схлопнутого интервала (пример
agg_json, полоса min–max, n/exp как признак простоя) и годовой журнал событий;
размер строки истории уточнён до ~0.3–0.5 КБ.

feat: графики сервера — полоса min–max из дайджеста разряженной истории ...

Точка старше суток — это последний замер своего интервала; по полосе видно,
что было внутри (ChartLine принимает у серии band {min,max,n,exp} и рисует
заливку между границами: нижняя — невидимая линия, верхняя заливается к ней).
Полоса не дублируется в легенде, а в тултипе даёт диапазон и покрытие замеров
(«CPU: 3.2–98.4% · замеров 114/120»). Заведена для CPU/RAM, сети и дисков;
у сырых точек суток дайджеста нет — полосы там нет и не нужно.

feat: журнал событий — хранение год вместо 90 дней ...

Факт падения сервера и пересечения порога должен жить столько же, сколько
сама история метрик (год): разряжение метрик само по себе больше не может
стереть знание о простое — оно остаётся и в дайджесте бакета (n/exp), и в
журнале (server_offline/server_online с длительностью).

feat: метрики — дайджест бакета при разряжении (крайности и простои не теряются) ...

Прореживание оставляло одну реальную точку на бакет, поэтому всплеск CPU под
98% две минуты или падение, пришедшееся ровно на удалённую точку, исчезали с
графика навсегда. Теперь вместе с выжившей точкой пишется дайджест интервала
в metrics.agg_json: n/exp (пришло замеров против ожидаемых — n < exp значит
простой), min/max по cpu/ram/swap/load/сеть и по каждому маунту диска.
Пишется только там, где бакет реально схлопывается (n > 1), поэтому сырые
сутки остаются сырыми, а повторный прогон ничего не перезаписывает.

- metrics_retention: _Bucket копит крайности; границы бакета для DELETE
  собираются через datetime (корректный перенос через час/сутки), удаление —
  по индексу, без списка id в памяти.
- схема + ALTER: metrics.agg_json.
- API /servers/{id}/metrics и MCP server_history отдают точку с полем agg;
  прореживание внутри тула сливает дайджесты выкинутых точек, а не
  выбрасывает их вместе с крайностями.

docs: хранение метрик — градации разряжения, server_state, горизонт год ...

Новый раздел README: таблица градаций по возрасту точки, что вынесено в
server_state, auto_vacuum. В описании MCP-тула server_history убрано
«история хранится 7 дней» — теперь градации и годовой горизонт; этап 5 в
статусе отмечен сделанным.

perf: метрики — тяжёлые JSON в server_state, разряжение истории по возрасту ...

Строка метрик худеет с ~5 КБ JSON до ~0.1 КБ: net_json (сырые счётчики),
docker_json, processes_json и extra нужны только от ПОСЛЕДНЕГО пакета, в
истории они были мёртвым грузом (~89% объёма). Теперь они живут в одной
строке server_state на сервер:

- ingest читает предыдущий пакет из server_state (fallback на последнюю
  строку метрик — плавный апгрейд на живом деплое), пишет состояние UPSERT;
- GET /servers/{id} берёт процессы/docker/extra из состояния через
  LEFT JOIN — контракт API для фронта не менялся;
- в history остаются числа и disks_json (нужны графикам на всю глубину).

Разряжение (app/metrics_retention.py) по возрасту точки: 0–24 ч — всё,
24 ч–3 сут — 1/мин, 3–7 сут — 1/5 мин, 7–365 сут — 1/час, старше года —
удаление. В бакете остаётся реальная последняя точка (бакеты считаются
срезом строки ISO-8601, без парсинга дат). Петля — при старте и каждые
15 минут, затем PRAGMA incremental_vacuum.

Чтобы удалённое возвращалось файлу: auto_vacuum=INCREMENTAL, а на БД,
созданных до этого — разовый VACUUM при старте панели.

feat: шапка страницы сервиса — favicon и показное имя из главной, как в карточках

feat: сервисы — favicon и title с главной страницы origin (ttl 24 ч)

fix: сетки графиков и карточек серверов — без горизонтального скролла на мобиле (min(min(420px,100%),…))

fix: сетки карточек (хранилища, сервисы) — по 2 в ряд на десктопе и планшете, по 1 на мобиле

fix: PWA-иконки — maskable с full-bleed фоном и знаком в безопасной зоне ...

фон маскируемой иконки занимал только 80% канваса (масштаб применён и к
подложке) и знак был на ~47% — на круговой маске Android выглядит мелким
с прозрачной рамкой; теперь фон до края, знак ~69%. apple-touch-icon —
full-bleed без скруглений: iOS сам режет и закрасит прозрачные углы.

docs: README — раздел PWA (установка, кэш-стратегии, обновление)

feat: PWA — манифест, service worker и иконки ...

Ванильный SW без зависимостей: навигации network-first (офлайн → кэш),
hashed-ассеты cache-first, мелкая статика SWR; /api /auth /webhooks /mcp
не кэшируются. Первый визит: install пре-кэшует оболочку, страница
передаёт SW список ассетов для докэширования. Иконки PNG из favicon.svg
(rsvg-convert) + maskable в безопасной зоне. Офлайн-баннер в оболочке и
пометка на экране входа.

docs: README — тулы управления MCP (создание/удаление), rate-limit записи

feat: MCP — тулы управления: создание и удаление серверов и сервисов ...

Пишущие тулы переиспользуют роут-функции (server_create возвращает ghm_-
ключ один раз; удаление каскадно чистит метрики/пробы). Запись для всех
валидных ключей — модель панели «любая сессия = админ»; rate-limit 20/10мин
in-memory, ошибки как данные {"error","detail"}. AGENT_INSTRUCTIONS: секция
«Управление (запись)», удаление — только по явной просьбе человека.

fix: страница MCP-ключей — кнопка «Выдать ключ» выровнена с полем ввода

docs: README — персональные MCP-ключи (матрица доступа, API, ревок, блокировка)

feat: страница «MCP-ключи» — выдача и ревок персональных токенов ...

- /mcp-keys в навигации (ph-key): свои ключи + (для админ-роли) ключи всех
  пользователей; plaintext показывается один раз в модальном окне с копированием
- сниппет подключения Claude Code с подстановкой origin панели
- i18n en/ru/uk (mcpKeys.*, nav.mcpKeys); auth-off — инфо-карточка без вызова API
- GnCard растянут на всю ширину (max-width:none — дефолт у кита fit-content)

feat: персональные MCP-ключи (канон handbook mcp.md) ...

- таблица mcp_tokens: sha256-хэш (unique) + хвост-хинт, снейпшот roles
  владельца на момент выпуска; миграции users.system_role/users.blocked
- выдача только из cookie-сессии: GET/POST /me/mcp_tokens (plaintext
  ровно один раз, ≥10 активных → 409), ревок вместо архива; админ-роуты
  для всех ключей; rate-limit на выдачу (5 за 10 мин)
- гард /mcp — require_mcp: Bearer mcp_* | статический GHARD_ADMIN_TOKEN |
  cookie; отозванный/заблокированный — тот же 401 (причина не раскрывается)
- вебхуки user.blocked/deleted/archived → users.blocked=1 + ревок ключей
  владельца; разблокировка — при следующем успешном логине; SSO-логаут
  ключи не трогает

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: MCP — инструкции агенту как prompt agent_guide + тулы сервисов и журнала ...

Инструкции ИИ-агенту раздаются и при initialize (instructions), и как
MCP-prompt agent_guide (паттерн reference-реализации gnexus-creds):
назначение, карта инструментов по типам вопросов, словарь статусов
(online/offline, up/degraded/down + mode не падение) и событий,
правила (read-only, id из overview, история 7 дней).

Новые тулов: services_overview (health-чеки: state/latency/self-report),
service_incidents (моменты недоступности), events_recent (журнал с
фильтром по severity); panel_overview дополнен строкой по сервисам.

Заодно починен мост /mcp: FastAPI валидировал голый ASGI-объект как
endpoint — считывал scope/receive/send query-параметрами и отвечал 422
на любой запрос; теперь реальный endpoint, вручную докручивающий
ASGI-диалог (stateless + json_response — ответ всегда один JSON).

feat: журнал событий + интеграция с Gnexus Synapse (этап 4) ...

Все ивенты панели пишутся в единый журнал (events, retention 90 дней,
GET /api/v1/events) и — при настроенном GHARD_SYNAPSE_* — уходят конвертом
v1 в Synapse (gn-synapse-client-py, fire-and-forget, high/critical через
send с логом ошибок, остальное через emit).

Источники ивентов: пороги cpu/ram/swap/disk/load с гистерезисом (пары
*_high/*_recovered, disk — по маунтам), watchdog server_offline/online,
diff docker-контейнеров между пакетами, переходы сервисов
service_down/degraded/recovered на краях инцидент-периодов. Журнал сам
служит состоянием: пары открытие/закрытие переживают рестарт панели,
повторных оповещений нет; повторяющиеся открытия получают dedup_key
{type}-{id}-{UTC-день}, ttl конверта 24 ч.

Конверты не содержат адресатов и каналов — маршрутизацию решает Synapse.
Тройки subject×action регистрируются в админке Synapse заранее; пустой
GHARD_SYNAPSE_API_KEY = интеграция выключена (только журнал).

feat: поле заметки сервера увеличено вдвое (184px), включён resize

fix: линии графиков без цвета становились chart.js-дефолтом (не видно на тёмной теме) ...

- ChartLine: fallback — CHART_COLORS[0], watcher обновляет цвета серий
- сервисная страница: SERIES_MAIN #5BC795 (7.5:1 на #1E2522) + заливка

feat: карточки сервисов кликабельны — вся карточка ведёт на страницу

feat: страницы сервисов — персональный график + журнал недоступности ...

- GET /services/{id}/incidents: периоды down+degraded из истории проб
  (worst-состояние периода, код/причина из первой точки, идущий период end=NULL)
- /services/ график отклика 1h/6h/24h/7d, журнал инцидентов,
  самосвидетельство (v/uptime/mode/gauges), редактирование и удаление
- список сервисов: без общего графика, карточка ведёт на страницу сервиса