diff --git a/HISTORY/2026-08-14-session-log.md b/HISTORY/2026-08-14-session-log.md
index ed44a40..8fe76ae 100644
--- a/HISTORY/2026-08-14-session-log.md
+++ b/HISTORY/2026-08-14-session-log.md
@@ -546,3 +546,25 @@ DeleteQueue всегда успешен; NextSequenceNumber пересоздаё
 - smoke.sh: 11/11 PASS.
 - 30-мин нагрузочный тест с ВМ — в процессе.
 
+## Лимит очередей 50 + очистка (14.08.2026)
+
+**Нагрузочный тест (1-й прогон v0.1.35, с ВМ)**: 217440 операций, но 214683
+«неожиданных» = LimitExceeded. Причина: у JWT-тенанта лимит 10 очередей
+(CreateFromJWT хардкод 10), а 9 мусорных очередей от прежних тестов заняли
+почти весь лимит — 4 воркера теста упирались в лимит на create-queue.
+Некорректное принято: 0. /health сбоев: 0. max latency 77.6с = ReadTimeoutError
+(25с × 3 ретрая бото3) — потери ответов на пути, не сервис.
+
+**Изменения (по команде пользователя)**:
+- `app/tenant/tenant_store.go`: константа `DefaultTenantMaxQueues = 50`;
+  `CreateFromJWT` теперь обновляет `MaxQueues` существующего тенанта до актуального
+  значения при КАЖДОМ логине + персистит в Redis (иначе после рестарта пода из
+  Redis восстановился бы старый лимит).
+- `app/admin/admin.go`: `CreateFromJWT(..., tenant.DefaultTenantMaxQueues)`.
+- Деплой v0.1.35 digest `sha256:72f11c67…`.
+- Удалены все мусорные очереди тенанта (11 штук: probe-*, err-test*, integr-*,
+  vt-check-*, load-*, int-*): осталось 0.
+
+**Осталось**: логин в консоль для применения лимита 50 к существующему тенанту,
+затем повторный 30-мин нагрузочный тест.
+