WEB board

[23.09 00:43Z координатор] ## 4636 (M1, GO, 6/6) — п.1+2: durable extraction по умолчанию + метрики фаз; коммит `7ef06ce5` (ветка `l115s-durable-ingest`, 16 файлов, +293/−27); на A2 применён как `276d3da3` в `/home/ubuntu/wt-l115s-durable`
- `POST /api/ingest`: для всех форматов извлечение — durable (маленький текст больше не извлекается/индексируется inline); resumable-путь следует тому же решению; откат — явный inline env-переключатель (см. `env-names.md`).
- Воркер извлечения штатный (`--limit` → concurrency), затем очередь индексации; `GET /api/ingest/status` честно: `pending/extracting/indexing/done/failed/partial` (+ `extractionStatus` для старого клиента).
- Метрики: счётчики/длительности фаз receive/extraction/chunking/embeddings/write, выборочный CPU запроса (JSON, без содержимого), CPU-дельта на документ в журнале воркера.
- Тесты: ingest/status/metrics 64/64, extraction budget/WEB-496 20/20, background runner 20/20, очередь индексации 9/9; ESLint и полный `type-check` — 0 ошибок.
- Дальше: сборка стенда из ветки и лестница 4624 (ожидание: 30 VU ready p95 < 121 с, 50 VU без дедлайнов). 4637 (autosave) и 4638 (воркер) идут на M1.

[23.09 00:48Z координатор] ## 4637 (M1, GO, 6/6) — п.3: коалесцирование точных автосохранений; коммит `830279ce` (ветка `l115s-autosave-coalesce`, 6 файлов, +355/−50)
- Неизменённый хеш → нет записи снимка/зеркал, авторитетная ревизия возвращается (idempotent ack); окно коалесцирования `DOCUMENT_SESSION_AUTOSAVE_COALESCE_MS` (умолчание 0 = выкл., макс 5000); CAS и flush-on-close сохранены (контрольные тесты).
- Тесты: новые 4/4, существующие C06/C09/source-writer 69/69, typecheck 0 ошибок; PostgreSQL-интеграция не запускалась (нет БД в дереве) — проверить на стенде.
- На A2: ветка `l115s-autosave-coalesce`; объединённое дерево `wt-l115s-all` (1a5822a8 + 4636 + 4637) готовится к стендовой сборке.

[23.09 00:56Z координатор] ## 4638 (M1, GO, 6/6) — п.4: воркер — один проход нарезки + батч записи `SourceTextChunk` по 32 строки; коммит `846028a5` (ветка `l115s-worker-cpu`, 5 файлов); выход БАЙТ-В-БАЙТ тот же (золотой тест 2/2), существующие 66/66, typecheck 0
- Бенч в изолированном моке (без БД): 19 КБ 3,35 → 1,79 мс CPU; 2 МБ 26,9 → 26,0 мс — реальный эффект (цель 608 → ≤450 мс/док с БД) измерить повтором профиля 4630 на стенде после сборки.
- В первую стендовую сборку (идёт сейчас) вошли только 4636+4637 — для чистой атрибуции; 4638 — во вторую сборку/линию.

[23.09 02:33Z координатор] ## 23.09 02:2xZ — 4647 (A2, GO, 9/9): стенд переведён на патченный артефакт 64f607b4 (l115r + 4636 + 4637), 4 полосы, `DOCUMENT_SESSION_AUTOSAVE_COALESCE_MS=1500`; ready 200, настоящий вход, verifier RC 0, guard exit 2, action-манифест v11 `40bc46813446`, откат `release.pre-4647-20260923T022036Z`.
- Сравнительный замер: 4640 (лестница загрузок 6/10/20/30/50 как 4624) раздана на M4; следом 4645 (чистый интерактив 100 vs базовая 4644: 100/100, p95 1291 мс). Прибор v11 (pin 64f607b4 через env), манифест цели обновлён (TTL до 09:26Z).

[23.09 03:06Z координатор] ## 23.09 03:1xZ — 4640 (M4) NO-GO до нагрузки: генератор входов на A2 вернул RC 1 (pin прибора по умолчанию 1a5822a8 ≠ манифест цели 64f607b4; в сцепке координатора переменная была, в мосте волны — нет). Исправлено: генераторы A2 (`cap-make-inputs-prod.sh`, `-200.sh`) задают `CAPACITY_APPROVED_SOURCE_COMMIT=64f607b4…` по умолчанию (резервы `.pre-4648-*`), RC 0 без переменной. Повтор = 4648 (M4), следом 4645.

[23.09 03:21Z координатор] ## 23.09 03:2xZ — 4648 (M4) NO-GO по условию брифа, унаследованному от 4624: сухой прогон показал `UPLOAD_EXTRACTION_MODE=durable` (это и есть эффект 4636 — извлечение больше не inline), а бриф требовал `inline` и остановил лестницу. Предполёт зелёный (manifest TTL 22704 с, commit 64f607b4, k6 v11 RC 0, генератор RC 0). Повтор = 4649 с ожиданием `durable`; сначала идёт 4645 (интерактив 100 на патченном).

[23.09 04:06Z координатор] ## 4645 (M4, GO, 49/49) — интерактив 100 VU на ПАТЧЕННОМ стенде (64f607b4, coalesce 1500 мс) vs базовая 4644 (1a5822a8)
| группа | база p95, мс | патч p95, мс | Δ |
|---|---|---|---|
| session | 952 | 921 | −3 % |
| list | 1159 | 1110 | −4 % |
| open | 1357 | 1336 | −2 % |
| retrieval | 1270 | 1218 | −4 % |
| status | 1039 | 1025 | −1 % |
| interactive_all | 1291 | 1258 | −3 % |
- Держат 100/100, ошибок 0, CPU цели по-прежнему 100 % на 4 ядрах на пике.
- Вывод: интерактивный профиль прибора (session/list/open/retrieval/status, без группы сохранений) НЕ упражняет `persistExact` → коалесцирование автосохранений (4637) этим замером не измеряется (Δ в пределах шума). CPU интерактива на 100 VU уходит в ЧТЕНИЯ: список источников, открытие текста (`/api/sources/:id/text` — тело ~200 КБ), text-search, статус ingest. Следующая цель оптимизации — путь чтения (4650). Эффект 4636 (durable) — по лестнице загрузок 4649 (идёт).

[23.09 04:20Z координатор] ## 4650 (M1, GO, 8/8) — аудит пути ЧТЕНИЯ (интерактив): open (`GET /api/sources/:id/text`) отдаёт ВЕСЬ canonical-текст (в CAP-06 2 097 152 байт на open, 31,8 вызовов/мин на 100 VU ≈ половина модельного CPU); status выбирает `Source.content` целиком ради `hasText`; session = 5 обязательных DB round-trip в Auth.js JWT callback; retrieval = tsvector `websearch_to_tsquery` (не LIKE, не pgvector), но ACL строит полный scan доступных источников; list — 1–4 ACL-запроса + широкий select.
- План топ-5 (отдача/цена): (1) `/text`: ETag/304 + range/viewport (32–128 KiB) — 3–8× на первом открытии, 10–50× при 304; (2) status без `content` (`hasText` через metadata/SQL boolean) — 1,5–4×; (3) retrieval: explicit `sourceIds` в ACL + один tsquery — 1,5–3×; (4) session: bounded cache/подписанный fast path — 5 → 0–2 DB запросов (нужен security sign-off); (5) list: одна scoped query, меньше проекция/страница — 1,3–2×. Общий ориентир −30…45 % CPU интерактива.
- Измерение: та же ступень 100 VU (4644/4645) по группам: p50/p95/p99, calls/min, data_received, CPU, DB query count. Черновики `drafts/`. Правки: 4651 (#1), 4652 (#2), затем #3/#5; #4 — после sign-off.

[23.09 05:08Z координатор] ## 4649 (M4, GO, 165/165) — лестница 6/10/20/30/50 на патченном стенде (64f607b4 = 4636 durable-по-умолчанию + 4637 коалесцирование), 4 полосы, prod-профиль, ingest-путь, `EXTRACTION_MODE_ALL_RUNGS=durable`
- Загрузки: держат 6/10/20, на 30 и 50 — RED (23 и 15 дедлайнов). `UPLOAD_GREEN_MAX_VU=20` против **30** у 4624 (inline). Готовность med 58/101/212/120 с против 4,4/6,7/105/121 с у 4624 — на малых ступенях в 13–15 раз ХУЖЕ.
- Интерактив: 50/50 держит (без изменений). CPU стенда по-прежнему 100 % пиками (медиана по ядрам 21–31 %). Пул: 0 таймаутов; 4 полосы подтверждены журналом; дренажи чистые.
- Причина: durable переносит извлечение в воркер `wave4400-extraction` — тик 30 с, `processed=3` за тик (потолок `SOURCE_INDEXING_BATCH_LIMIT_CEILING`, умолчание 3) = 6 документов/мин на весь стенд; очередь извлечения растёт с 6 VU.
- **Вердикт по 4636:** durable-по-умолчанию в бой НЕ идёт как есть: экономит ядра веба, но множит ожидание готовности. Либо вместе с ускорением воркера извлечения (тик 10 с + потолок 6–8 → 36–48 док/мин), либо остаётся порог `INGEST_BACKGROUND_EXTRACTION_MIN_BYTES` (≥5 МиБ) как на бою. Проверка «durable + быстрый воркер» — отдельная ступень на том же артефакте через env (без сборки).

## 4651 (M1, GO, 8/8) — принято: `/api/sources/:id/text` — сильный ETag + `If-None-Match`→304 без чтения тела, opt-in диапазон (`Range` и `?offset&limit`, 206 + `Content-Range`/`X-Text-Total`, UTF-8-безопасные границы), полный ответ без параметров байт-в-байт прежний; 4 коммита, тесты 5/5 новых + 3/3 старых, typecheck изолированно 0. Ветка A2 `l115s-open-text` (3427ae38). Оговорка: прибор v11 не шлёт `If-None-Match` — на приборе виден только выигрыш SQL/сериализации; 304 — для редактора.
## 4652 (M1, GO, 8/8) — принято: status без `Source.content` (`hasText` из метаданных/хеша, контракт прежний); scoped retrieval передаёт точные `sourceIds` в ACL (чужие → пусто, до FTS не доходят), один `websearch_to_tsquery`; 4 коммита, typecheck 0. Ветка A2 `l115s-status-search` (33ca0349).
## Сводное дерево A2 `l115s-all2` = 63969ca8 (1a5822a8 + 4637 + 4638 + 4651 + 4652, 11 коммитов; БЕЗ 4636) → стендовая сборка 4653 → раскладка → повтор интерактива 100 (4645) и лестницы (4624) на inline-умолчании; durable+быстрый воркер — отдельной ступенью через env.

[23.09 05:20Z координатор] ## 4653 (A2) — NO-GO: цепочка `l115s-all2-chain.sh` остановилась на пороге диска (`STOP: below 18GiB build floor`, было 15,5 ГиБ). Освобождено до 19,7 ГиБ (снесены: worktree `wt-l115q` 2,6 ГБ, `.next` двух старых деревьев, временные каталоги отклонённой сборки 4601 и 4422/4371 из /tmp, /var/tmp; дрилл-цель `waves/3945-target` и стенд не тронуты). Повтор — 4654.

[23.09 05:24Z координатор] ## 4654 (A2) — NO-GO на `prisma generate` (`npm error Cannot read properties of null (reading 'edgesOut')`): в дереве `wt-l115s-all2` не было `node_modules` (моя ошибка в брифе). Поставлены `pnpm install --frozen-lockfile --offline` (6,7 с из локального store), удалён отработавший worktree `wt-l115s-all` (2,6 ГБ; ветка `l115s-all` сохранена) → диск ≥ 20 ГиБ. Повтор — 4657.

[23.09 05:35Z координатор] ## 4655 (M1, GO, 6/6) — принято: список `GET /api/notebooks/[id]/sources` одним параметризованным SQL с CTE-ACL (owner/direct-share/team, fail-closed, 404/200 как были); запросов к БД 6 → 1; проекция без `content`/`metadata`/`revisions`; контракт байт-в-байт (own/team/foreign). 2 коммита, тесты 3/3 + 7/7, typecheck изолированно 0. Ветка A2 `l115s-list-projection` (8d5df074).
## 4656 (M1, GO, 6/6) — принято КАК КОД ЗА ФЛАГОМ, включение = решение владельца/security: `AUTH_SESSION_FAST_PATH_TTL_MS` (умолчание 0 = прежний путь из 5 запросов; clamp ≤ 30 с). При включении: холодное заполнение 6 запросов, повторный вызов 1 (проверка `revocationGeneration` — отзыв сессии не обходится никогда). Кэш процесс-локальный, LRU 1024, в JWT/куку не попадает. Синхронная инвалидация: revoke/sign-out/ротация, suspend, TeamMember upsert/delete, share grant/revoke, purge. 2 коммита, тесты 5/5 + 18/18. Ветка A2 `l115s-session-fast-path` (0b8369a2).
- ⚠️ Оговорка модели угроз (моя, для sign-off): кэш процесс-локальный, а на бою ДВЕ копии приложения — инвалидация бана/смены роли, сделанная на копии A, не очищает кэш копии B → до TTL (≤30 с) другая копия может считать пользователя не забаненным / с прежней ролью. Отзыв сессии (`revocationGeneration`) читается из БД каждый раз и этим не затронут. Перед включением на бою нужен либо общий redis-кэш/инвалидация через redis pub-sub, либо TTL ≤ 5–10 с. Пока флаг выключен.
- Итого путь чтения по плану 4650: #1 open (4651), #2 status (4652), #3 retrieval (4652), #4 session (4656, за флагом), #5 list (4655) — все написаны. Сводная сборка 4657 (A2) идёт БЕЗ 4655/4656 (они сданы после старта); следующая сводка all3 добавит их.

[23.09 06:00Z координатор] ## 4657 (A2, GO, 6/6) — стендовый артефакт сводного дерева `l115s-all2` собран: `me2-standalone-linux-arm64-63969ca86-20260923T055133Z.tar.gz`, sha256 `1d66741ec404f04320d619b63385655a11a0a1023ea572f62fa7a5d500fd73cd`, 244,7 МБ, цепочка 27 мин, все гейты кроме compiled-hash (stand-only). Состав: 4637 + 4638 + 4651 + 4652 (11 коммитов над 1a5822a8). Раскладка на стенд — 4659, затем прибор v12 (allow-list + 63969ca8) и повтор 4645/4624.
## 4658 (M1) — NO-GO по границе «любой красный тест области»: 4 набора легли без конфликтов; ACL 3/3; `/text` по умолчанию байт-в-байт = base; 4656 при флаге 0 = тот же список запросов; `CROSS_INSTANCE_BAN_VISIBLE_BEFORE_TTL=НЕТ` (моя гипотеза подтверждена — включать 4656 на бою только с общей инвалидацией или по решению владельца). Находки: **P1** — 4655 ломает контракт-тест прибора `tests/capacity/harness/source-grounding.test.ts:49` (тест ищет в исходнике list-маршрута литералы `id: source.id` и `return privateContentJson({ sources, ...pagination, pagination })`; 4652 такой же тест для status обновил, 4655 — нет) → починка 4660; четыре P2 — красные тесты базовой линии (test doubles без `$transaction`/`notebook.update`, устаревшие фикстуры sourceRagMetrics/updateSource.contract), к патчам не относятся.

[23.09 06:20Z координатор] ## 4659 (A2, GO, 9/9) — стендовый артефакт all2 (63969ca8) поставлен на стенд 4400-r2: sha сверен, verifier RC 0, `/api/ready` 200 + настоящий вход, 4 полосы (`limit=4 concurrency=4`, clamp 0), защита на артефакте exit 2, `COALESCE_MS=1500`, durable-флагов в env нет (inline как на бою), очередь пуста, откат `release.pre-4659-20260923T060548Z` (= 64f607b4), манифест действий прибора перегенерирован (`EXACT_ACTION_NEW=40b4832c4f32`). Раздано на M4: 4661 (интерактив 100 VU, прибор v12) → 4662 (лестница 6/10/20/30/50, inline). Сравнение: 4644/4645 и 4624/4649.

[23.09 06:21Z координатор] ## 4660 (M1, GO, 6/6) — контракт-тест прибора `source-grounding.test.ts` восстановлен вариантом А (в list-маршруте сохранены литералы `id: source.id` и `return privateContentJson({ sources, ...pagination, pagination })`, один SQL 4655 остался): 3/3 на ветке и 3/3 на сводке 4658; тесты 4655 6/6; typecheck 0. Ветка A2 `l115s-list-projection` теперь 3 коммита. Сводное дерево A2 `l115s-all3` = all2 + 4655/4660 + 4656 (флаг выкл.) готово; сборка — после замеров 4661/4662 (стенд A2 под нагрузкой, сборка исказит замер).

[23.09 06:36Z координатор] ## 4661/4662 (M4) — NO-GO на предполёте, замер не начинался: генератор входов A2 `cap-make-inputs-prod*.sh` падал (`cd: /home/ubuntu/wt-l115q: No such file or directory`) — координатор в 05:1xZ снёс worktree `wt-l115q`, освобождая диск под сборку, а генератор запускает refresher из этого дерева (ROOT). Дерево восстановлено (`git worktree add --detach cc278e181` + `pnpm install --offline`). Повтор: 4665 (интерактив 100) → 4666 (лестница). Прибор v12, стенд all2 63969ca8, манифест цели до 09:26Z.

[23.09 06:42Z координатор] ## 4663 (M1, GO, 7/7) — принято: общая инвалидация кэша сессии между копиями через redis, механизм «версия пользователя» (`INCR` ключа версии при бане/роли/членстве/share/выходе; ключ кэша включает версию; в redis только id и счётчик); redis недоступен → fail-closed на прежние 5 запросов; флаг `AUTH_SESSION_FAST_PATH_TTL_MS` по умолчанию 0. Тесты: два инстанса с общим мок-redis — бан на A виден B немедленно (9/9 новых, 18/18 старых), typecheck 0. Новый файл `src/lib/auth/sessionSharedInvalidation.ts`. Ветка A2 `l115s-session-shared-invalidation` (3 коммита над 4656). Условие 4658 для включения на бою снято на уровне кода; включение — решение владельца (`stand-check.md`: бан через admin-route на app-a, запрос на app-b).
## 4664 (M1, GO, 7/7) — гигиена базовой линии: 4 красных теста base (test doubles без `$transaction`/`notebook.update`, фикстуры RAG/updateSource) починены только в тестах, дефектов продукта 0; области `src/lib/auth` 352/352, `src/lib/sources` 72/72, `src/app/api/notebooks` 33/33. Ветка A2 `l115s-test-baseline` (4 коммита). Теперь эти области — зелёный вентиль приёмки.

[23.09 07:02Z координатор] ## 4665 (M4, GO, 54/54) — чистый интерактив 100 VU / 600 с на стенде all2 (63969ca8, прибор v12): 100/100 держат, `http_req_failed=0`, 61 540 итераций. p95 по группам: session 924, list 1078, open 1208, retrieval 1060, status 1001, **interactive_all 1168 мс** (4644 l115r: 1291; 4645 durable+coalesce: 1258) → −9,5 % к базовой линии при том же 100 % CPU на 4 ядрах (предел по-прежнему ядра). Оговорки: прибор v12 не шлёт `If-None-Match` (304-выигрыш open не измерен); `CAPACITY_SPLIT_VERDICT overall=FAIL` — артефакт диагностики `save_readback` при отключённой группе загрузок (как в 4644/4645), к интерактиву не относится. Лестница загрузок 4666 идёт.

[23.09 07:11Z координатор] ## ⚠️ ДЕФЕКТ в 4637 (коалесцирование autosave), найден координатором 07:1xZ по журналу стенда: в коалесцированном UPDATE `DocumentSessionProductState` у поля `"accepted"` потерян каст `::jsonb` (`documentSessionVersionedStore.ts`, diff 4637 строка 116) → Postgres `42804: column "accepted" is of type jsonb but expression is of type text` → КАЖДОЕ точное сохранение на стенде падает. Подтверждение прибором: `cap_save_readback_failures` = 0 в 4644 (l115r) против **100/100** в 4645 и 4665 (оба содержат 4637); на бою 0 ошибок за 7 дней (4637 там нет). Тесты 4637 мокали БД и каст не проверяли. Я в 4665 списал `overall=FAIL`/save_readback на «артефакт диагностики» — это была ошибка: цифры 4645 и 4665 по интерактиву ЗАГРЯЗНЕНЫ (сохранения падали рано → меньше работы).
- Починка: однострочный коммит на A2 в `l115s-autosave-coalesce` (каст восстановлен) и в `l115s-all3`; регрессионный тест + приёмка — 4671 (M1). Стендовая сборка all3 (с фиксом) → повтор интерактива 100 и лестницы. 4666 (лестница на all2) дорабатывает — её загрузочные ступени не зависят от точного сохранения, интерактивные группы считать с оговоркой.

[23.09 07:26Z координатор] ## 4671 (M1) — принято по существу (формальный NO-GO из-за 13 красных тестов окружения: Node 20.9 без `mock.module`, нет локального `initdb` PG16, 9 старых Gate C — к WEB-681 не относятся): статический регрессионный тест `documentSessionVersionedStore.jsonb-cast.test.ts` (6 raw-присваиваний `history`/`accepted` в INSERT и двух UPDATE; поля берёт из `prisma/schema.prisma`) — КРАСНЫЙ на 4637 без фикса, ЗЕЛЁНЫЙ с фиксом; pg-тест `web681-jsonb-cast.pg.integration.test.ts` (skip без `DATABASE_URL`); тесты 4637 15/15; лишних дефектов 0. Ветка A2 `l115s-autosave-coalesce` = 4 коммита (4637 + фикс + 2 теста, be9c2862); `l115s-all3` = eff887f1 (26 коммитов над l115r).

[23.09 08:29Z координатор] ## 4673 (M1, независимая приёмка) — **4663 (redis-инвалидация) = NO-GO**: три мутации без общего bump версии — `revokeAllSessionsAndTokens()` (чистит только локальную map; F-02 critical), GDPR hard-delete пользователя (F-03 critical), подтверждение возраста (снимок несёт `ageAffirmation*`; F-04 high). `ENABLE_SESSION_CACHE_ON_PROD=НЕТ` до починки. Гонка «читаю версию → пишу кэш» и fail-closed без redis — PASS. Починка — 4676 (M1): bump в трёх точках + сторожевой тест «каждая мутация полей снимка → bump». Флаг на бою остаётся выключен.

[23.09 08:40Z координатор] ## 4666 (M4, GO, 197/197) — лестница загрузок 6/10/20/30/50 на стенде all2 (63969ca8 = l115r + правки пути чтения 4651/4652 + воркер 4638 + коалесцирование 4637), 4 полосы, inline, prod-профиль, прибор v12:
- **Загрузки держат ВСЕ ступени, включая 50** (`UPLOAD_GREEN_MAX_VU=50`; на l115r/4624 — 30). Готовность med 4,4 / 6,6 / 113 / 120 / 231 с; на 50 VU 0 дедлайнов (было 22 на одной полосе). Интерактив 50/50. CPU стенда 100 % на всех ступенях, пул 0 таймаутов, дренажи чистые.
- ⚠️ Оговорка: на стенде действовал дефект 4637 (падение точных сохранений: `save_readback_failures` 10–20 на ступень) → интерактивная часть нагрузки была легче настоящей; выигрыш по загрузкам частично мог быть куплен этим. Число 30/50 остаётся официальным до повтора на all3 (с фиксом) — сборка 4677 идёт, затем раскладка и повтор лестницы.

[23.09 08:43Z координатор] ## 4676 (M1, GO, 8/8) — принято: находки 4673 F-02/03/04 закрыты — bump версии пользователя при `revokeAllSessionsAndTokens`, GDPR hard-delete и подтверждении возраста; сторожевой тест «каждая мутация полей снимка → bump» (мутаций 6, без bump 0); репродукторы 4673 зелёные; тесты 23/23; typecheck 0. Ветка A2 `l115s-session-shared-invalidation` = 7 коммитов над l115r (4656 + 4663 + 4676). Флаг `AUTH_SESSION_FAST_PATH_TTL_MS` по умолчанию 0 — включение на бою по решению владельца после l115s; в стендовую сводку all3 (уже собирается) 4676 не попала — войдёт в следующую.

[23.09 09:01Z координатор] ## 4677 (A2) — NO-GO на `next build` (webpack): `src/lib/auth/sessionSharedInvalidation.ts` (4663, `import { createClient } from 'redis'`) попадает в КЛИЕНТСКИЙ бандл по цепочке `sessionFastPath.ts → src/lib/trash/trashShared.ts → components/trash/TrashModal.tsx → DeferredOverlayStack → AppShell` — `@redis/client` (tracing/opentelemetry, node-модули) в браузерной сборке не собирается. Тесты 4656/4663/4676 этого не ловят (нет сборки). Действия: (а) стендовая сборка идёт БЕЗ пакета сессии — дерево `l115s-all3b` = all2 + фикс 4637 + тесты 4671 + 4655/4660 + 4664 (4685); (б) починка границы server/client — 4684 (M1): `import 'server-only'` в `sessionSharedInvalidation.ts`/`sessionFastPath.ts`, вынести из `trashShared.ts` серверную инвалидацию в серверный модуль, тест на отсутствие серверных импортов в клиентских компонентах (grep-тест по `'use client'` файлам), затем повторная сборка.

[23.09 09:04Z координатор] ## 4681 (M1, независимая приёмка №3) — **пакет сессии (4656+4663+4676) = NO-GO**: (1, critical) смена `ADMIN_EMAILS` не входит в ключ кэша → устаревшая админ-привилегия до TTL (`sessionFastPath.ts:60-66,104-125`); (2, critical) сбой redis `INCR` после коммита мутации проглатывается (`:129-137`) → другая копия отдаёт снимок до мутации; (3, high) медленный redis вешает запрос авторизации — нет прикладного дедлайна (`:89-97`); 2FA setup/enable/regenerate — без bump. Плюс 4677: `redis` в клиентском бандле (4684 чинит). Починка (1)–(3)+2FA — 4688 (M1) после 4684 (одна ветка). Кандидат l115s: пакет сессии НЕ готов; флаг на бою остаётся 0.

[23.09 09:18Z координатор] ## 4684 (M1, GO, 11/11) — принято: граница server/client восстановлена структурно (`server-only` ×2 в `sessionSharedInvalidation.ts`/`sessionFastPath.ts`, серверная инвалидация вынесена из `trashShared.ts`), тест графа импортов `scripts/__tests__/web681-session-client-boundary.test.ts` (все корни компонентов; красный до правки → зелёный), тесты пакета 44/44, typecheck 0. Ветка A2 `l115s-session-shared-invalidation` = 10 коммитов над l115r. 4688 (админ-политика в ключе, INCR fail-closed, дедлайн redis, 2FA bump) запущена 09:17Z.

[23.09 09:31Z координатор] ## 4688 (M1, GO, 13/13) — принято: находки 4681 №1–3 + 2FA закрыты — поколение политики админов в ключе кэша, сбой redis `INCR` после коммита → fail-closed (fast path выключен до подтверждения), прикладной дедлайн redis `AUTH_SESSION_FAST_PATH_REDIS_TIMEOUT_MS=150` → прежний путь, bump при 2FA setup/enable/regenerate (3); сторожевой тест мутаций: без bump 0; репродукторы 4681 зелёные; граница 4684 цела; тесты пакета 24/24, typecheck 0. Ветка A2 `l115s-session-shared-invalidation` = 12 коммитов над l115r (4656 + 4663 + 4676 + 4684 + 4688). Флаг по умолчанию 0. Четвёртая независимая приёмка обоих пакетов — 4689.

[23.09 09:32Z координатор] ## 4685 (A2, GO) — стендовый артефакт all3b собран: `me2-standalone-linux-arm64-a7b13aa74-20260923T092810Z.tar.gz`, sha256 `e06b61ac60ea7e19b2f0d946e2c4718edcd8e38fd42b5c9dfd86772759a77da2` (коммит a7b13aa7 = all2 + фикс 4637 `::jsonb` + тесты 4671 + 4655/4660 + 4664; без 4636 и без пакета сессии). Раскладка — 4686; затем M4: 4679 (интерактив 100, требование save_readback=0), 4680 (лестница 6→100, пул 100, prod-профиль), потом 4682/4683 (2 МиБ).

[23.09 09:39Z координатор] ## 4686 (A2) — NO-GO до изменений: волна звала `systemctl stop` без `sudo -n` («Interactive authentication required»); sha/verifier/commit сверены (a7b13aa7), стенд не тронут. Повтор — 4690 с явным `sudo -n` (как 4659).

[23.09 09:50Z координатор] ## 4689 (M1, ЧЕТВЁРТАЯ независимая приёмка, 5/5 OK) — **пакет сессии (4656+4663+4676+4684+4688, 12 коммитов) = GO**: чек-листы 4670/4673/4681 повторены (26/26 PASS), новые проверки 8/8 (два инстанса + мок-redis с задержкой/сбоем, порядок bump/commit, `server-only` блокирует клиентский импорт, env-мусор → 0/clamp); находок 0; `ENABLE_SESSION_CACHE_ON_PROD=ДА` (с оговоркой: redis в тестах — мок, живой redis проверить на стенде при раскладке all4). Сводка all4 = all3b + WEB-674 (7) + сессия (12) → кит v15 → сборка после текущих замеров.

[23.09 09:56Z координатор] ## 4690 (A2, GO, 9/9) — стендовый артефакт all3b (a7b13aa7) поставлен: sha сверен, verifier RC 0, ready 200 + настоящий вход, 4 полосы без clamp, защита exit 2, coalesce 1500, inline, очередь пуста, откат `release.pre-4690-20260923T094248Z` (= all2), манифест действий `40058a4e31e4`. Раздано на M4: 4679 (интерактив 100, требование save_readback=0) → 4680 (лестница 6/10/20/30/50/75/100, пул 100, prod-профиль, прибор v14).

[23.09 10:23Z координатор] ## 4679 (M4, GO, 61/61) — чистый интерактив 100 VU / 600 с на стенде all3b (a7b13aa7, прибор v14): 100/100 держат, `http_req_failed=0`, **`cap_save_readback_failures=0`** (дефект 4637 закрыт — точные сохранения работают). p95: session 853, list 921, open 1176, retrieval 1030, status 916, **interactive_all 1132 мс** (l115r 4644: 1291 → −12,3 %; all2 с дефектом 4665: 1168). CPU стенда пики 82/100/88/89 % по ядрам (впервые не все четыре в 100 %). Это честное число: без падающих сохранений.

[23.09 12:25Z координатор] ## 4680 (M4, 220/220) — лестница загрузок 6/10/20/30/50/75 на стенде all3b (a7b13aa7 = l115r + путь чтения + воркер + исправленное коалесцирование), 4 полосы, inline, профиль 19 КБ, прибор v14, `save_readback_failures=0` на всех ступенях:
- **Загрузки держат до 50 включительно** (50 VU: `upload=GREEN`, 0 дедлайнов — без дефекта 4637, честно); готовность med 4,5 / 6,7 / 113 / 120 / 235 с. На 75 VU загрузки RED (78 дедлайнов), интерактив 75/75 держит; ступень 100 не запускалась (runner остановился). Формально NO-GO (лестница не дошла до 100), по существу — потолок загрузок на этой сборке = **50** (l115r: 30), интерактив ≥ 75 (100 подтверждён 4679 отдельно). CPU стенда 100 % на всех ступенях, пул 0 таймаутов.
- Число ёмкости по профилю 19 КБ (всё в поиске, а не только принято): **50 загрузок / 100 интерактив** на кандидате all3b против 30/50 на бою. Официальное число — по худшему случаю 2 МиБ (4683, стартует сейчас).

[25.09 08:42Z координатор] # Ready board comment — WEB-681

2026-09-25 — POST-QA all9 `879094713e`: **CLOSE**.

Что сделано: extraction/indexing вынесены в durable worker-путь с one-pass chunk scan и batch SourceTextChunk writes; exact autosave coalesces unchanged snapshots, но сохраняет CAS/flush; JSONB cast и server/client boundary защищены. Файлы: `src/lib/ingest/sourceIndexingQueue.ts`, `src/lib/rag/chunking.ts`, `src/lib/realtime/documentSessionVersionedStore.ts:395-577`, `src/lib/realtime/documentSessionVersionedState.ts:235-282`.

Коммиты: `38d9497cd`, `047e4bc44`, `0b6ece2ba`, `ce33d7343`, `6e9879a4e`, `a7b13aa74`, `e11af66a2`, `84ea194d6`. Tests: worker one-pass, source-body batches, autosave, JSONB PG/static guards, boundary. В текущем checkout target files не входят в `vitest.config.ts` (RC=1, 0 collected); журнал команд в `.../evidence/tests.md`, новый агент запускает их с правильным test profile/диспозабельным PG.

Открытия раундов: CPU всплеск был inline extraction + полный snapshot; JSONB cast был потерян при coalescing и восстановлен; клиент/server boundary отдельно пойман. Осталось координатору по 4978 GO: приложить/обновить staging ladder 4624, 50 VU/ready p95/100 VU/CPU receipt; это live residue. Дополнительно проверить frozen install risk `package.json:328` vs lock `pnpm-lock.yaml:410`. Начало: WEB-449 → этот файл → queue/store/tests; бой и секреты не трогать.


Проверка координатора (09:5xZ, all9 879094713e, M1): НЕ закрываю, остаётся в review: scripts/__tests__/web681-session-client-boundary.test.ts на all9 красный — sessionFastPath.ts достижим из 2 клиентских модулей через src/components/layout/focus/__tests__/agentInboxView.test.ts → agents/autonomy → toolContext → trustedIdentity → auth.ts. Путь идёт из тестового файла (пришёл с WEB-685); решение раунда — исключить __tests__ из графа проверки ИЛИ разорвать импорт, затем зелёный тест. 4982 этот тест не запускал (vitest-конфиг только settings; тесты репо на node:test).

[25.09 09:03Z координатор] 2026-09-25 — 4984 GO

Исправлено: проверка границы клиент/сервер брала тестовые файлы (__tests__, *.test.*) за корни клиентского графа; теперь исключает их (scripts/check-client-server-boundary.cjs:97,477), добавлен отрицательный тест на само исключение (check-client-server-boundary.test.ts:199). --why для sessionFastPath / sessionSharedInvalidation / redis: NOT reachable. Тест web681-session-client-boundary 1/1.

Волна 4984 (M1, Node 22.23.2, all9 879094713e): VERDICT=GO. Регресс WEB-685 263/263, check:web685-runtime и tool-worker-boundary зелёные. Коммиты на A2: ветка nc-build l115s-all9-green-4984 (318ab2309b WEB-681, 74b11db126 WEB-651, 3b75298e0a WEB-439), патчи /home/ubuntu/patches-4984/. Доказательства M1 ~/waves/4984ALL9GREENTESTS-evidence/ (SHA256SUMS 27 OK). Войдёт в следующую сборку (all10).

[26.09 12:12Z координатор] 26.09 12:15Z координатор: сборка 5058 (NO-GO) сорвана дворником диска A2, он удалил рабочий каталог. Дворник исправлен: защита по метке KEEP. Интеграция перезапущена как 5061 (A2, старт 12:11:31Z) с тем же составом: e7e0cd9b + 618583ff и Linux-исправления из журнала 5058. Тикет остаётся в работе до GO сборки и деплоя на стенд.

[26.09 12:57Z координатор] 5061 (сборка r2, 26.09 12:53Z) NO-GO. Интеграция и все Linux-исправления восстановлены, merge tree совпал с ожидаемым. Все тесты Linux прошли, checker5057 17/17. Прежний блокер (инициализация pinned Next send) устранён узким допуском по точному пути и хешу, отрицательные тесты прошли. Compile упал на новом месте: нативный модуль lightningcss linux-arm64 не загрузился. Повторить не дал порог диска 12 GiB. Координатор удалил 25 чистых worktree на A2, ветки сохранены, стало 16 GiB. Запущена 5062 (r3) с вершины 5061: узкий допуск для lightningcss, затем полная штатная цепочка. Тикет ждёт общий пакет стенда.

[26.09 13:38Z координатор] 26.09 13:38Z: сборка интеграции 5062 NO-GO. Допуск lightningcss принят, тесты PASS. Compile упал на нативном модуле @tailwindcss/oxide. Запущена 5064: инвентарь всех нативных linux-arm64 модулей и узкие допуски разом, затем штатная цепочка. Этот тикет входит в пакет. После GO: деплой на стенд, checker5057, ступени 300/400/500, живые роли.

[26.09 20:36Z координатор] Координатор, пост-QA 5073 на стенде 5069 (26.09 ~21:40 Дублин). Отчёт A2 /home/ubuntu/waves/5073POSTQASIXTICKETSSTAND-REPORT.md. FAIL: быстрый ответ 202 за 158 мс и durable extraction доказаны, но indexing не довёл источник до ready (spend safeguards), затем poisoned. Статус review → in_progress.

[26.09 21:35Z координатор] Волна 5077 (Astra), 26.09 21:32Z, VERDICT=NO-GO (диагноз готов, фиксы подготовлены, НЕ применены), манифест 62/62 OK.
- Индексация стенда стоит из-за конфигурации: SPEND_CONTAINMENT_MODE=enforce, а у worker нет ~20 обязательных входов (caps, attestation, egress proxy, reconcile, alert). Guard fail-closed отработал правильно.
- Старый source в readiness: устаревшие NC_RELEASE_ID/RELEASE_SOURCE_COMMIT в app-a..d.env и worker.env. Скрипт fix-stand.sh (overlay, откат rollback-stand.sh) подготовлен.
- Патчи на 5069: WEB-677 service wallet floor=0 + нулевые receipts при долге; WEB-651 отказ 413 document_over_ceiling до создания Source для TXT/MD; WEB-676/681 timeout записи документа 5s→15s (claim+upsert атомарны); egress proof интервал 61s. Тесты 179/179 → 188/188, tsc PASS, новых lint нет.
- Checker 5057: 59.999 с — порядок setInterval до startup proof; patch 0006 (stdin для jq, CLD_EXITED numeric); на живой сессии PASS span 1523 с.
- Оговорки: денежный патч WEB-677 требует живой проверки конкурентности на изолированном Postgres; критерий WEB-651 Astra искала не на этой доске — сверить; прогресс индексации (heartbeat замер 21:01Z) не исправлен.
Следующее: readiness-fix + checker → 5074-r2 → ступени; патчи → сборка + пост-QA.

[27.09 08:26Z координатор] Пост-QA 5094 на стенде r12 (c0439ed2): PASS. Загрузка 98.76 ms, durable job в очереди (user, attempts=0), extraction и indexing доведены до ready end-to-end (2 чанка за 42.6 s). Дефект занятой очереди отдельно остаётся в WEB-676. Статус → done (закрывается вместе с приземлением r12 на прод).