WEB board

ENTERPRISE2-LINKS:CAP-12
Parent: WEB-626
Зависимости: WEB-631 (CAP-04), WEB-634 (CAP-07), WEB-635 (CAP-08), WEB-636 (CAP-09), WEB-637 (CAP-10), WEB-638 (CAP-11)
Спецификация целиком в WEB-626. Порядок: подготовка → изолированный стенд/T0 → выделенные измерения → независимый итог. CAP-13 опциональный.

DISPATCH-20260910-3407
На 2026-09-10T21:38:23.260126+00:00: queued; M4, волна 3407 cap-evidence-pack. Exact BASE 1ad52e16b784d3ae80a148fddae4d5a3ab4a89c4. Бриф прошёл brief-guard; входы SHA256 и наличие BASE проверены до постановки. Входы /Users/milamarty/waves/inputs/3407-cap-evidence-pack. Отчёт ожидается /Users/milamarty/waves/3407CAPEVIDENCEPACK-REPORT.md. Бриф ожидает свободного слота. Source/подготовка и независимая проверка — в объёме брифа; это не посадка, не live/capacity GO и не окончательное закрытие security.

FLEET-FINAL-20260910-2140
2026-09-10T21:40:44.490670+00:00: M4 3407 cap-evidence-pack запущен, живой codex и журнал подтверждены.

REFILL-2221-RESULTS-WEB-639
Снимок 2026-09-10T22:27:17.204978+00:00

Волна 3434 m4 gpt-5.6-luna: active (дочерний процесс подтверждён, журнал 3 с); exact BASE 5b1aa8c5d30b9af4741f999d8f5d0e7ba2816fe1; inputs /Users/milamarty/waves/inputs/3434-acc-cap-evidence-pack
Новой посадки этим тиком нет. Evidence: nc-ops-scripts/refill-20260910-2221/.

SLOTS12-BATCH3442-3461-WEB-639
2026-09-10T22:50:05.652264+00:00 Лимиты A1/A2 подняты до12; действовавшие worker panes сохранены. Волна 3446 a1nc active acc-pack-hardening-final; BASE 8a8e1e502fbb81f5cd4aeeb5289f923b3feaffdc; model gpt-5.6-luna
Брифы прошли guard; входные report/history/raw/bundle переданы и SHA проверены до очереди. Source/QA scope, посадки и measured capacity не заявляются.

REFILL3472:WEB-639
2026-09-10T23:16:44.018057+00:00
Волна 3462 a2nc active; cap-pack-identity-repair; BASE 3d2afd86482140ff4545f915b3dea87cceef2e7c
Эволюция: предыдущая партия сдана; обнаруженные отказы CAP12/CAP07/CAP11 и route typecheck переданы в исправление3462–3465. Новые transport/auth/stop/node-plan части переданы на независимую проверку3466–3469. WEB593 и QA-изменения Drive проверяются3470/3471. M1 сверяет локальную топологию3472. Брифы и входные SHA проверены. Source GO не означает посадку.
Документы: /Users/annakorin/nc-ops-scripts/SHIFT-GOAL-20260911-8H.md; /Users/annakorin/nc-ops-scripts/enterprise2-20260910/ENTERPRISE-2.md. Доказательства: /Users/annakorin/nc-ops-scripts/refill-20260911-0015/live.json и каталоги a2nc/m4/neo с receipt и полными входами. Ссылки: https://bugs.wool2.online/web

CHECKPOINT3478:WEB-639 2026-09-10T23:30:08.650195+00:00
3462 авторское исправление duplicate runId и противоречивых variance aliases: исходная QA 5/7 -> 7/7, остальные 11+8+3 passed. Исходная QA не менялась. Независимая 3475 запущена на Neo; измерений capacity нет.
Полные отчёты и проверки SHA: /Users/annakorin/nc-ops-scripts/checkpoint-3478/snapshot.json; задания и SHA inputs: refill-20260911-0015,0025,0028,0030. Спецификация: /Users/annakorin/nc-ops-scripts/enterprise2-20260910/ENTERPRISE-2.md; цель: SHIFT-GOAL-20260911-8H.md.

CHECKPOINT3483:WEB-639 2026-09-10T23:42:32.159576+00:00
3475 independent GO: HEAD 993f50e073737b574bd55cbc79b5c42374036c8d. Original parent RED 5/7, exact candidate GREEN 7/7; own CLI 3/3, inherited 11+8+3 passed. Duplicate runId и conflicting variance aliases fail closed; inherited tests unchanged. SHA+bundle verified. Measured capacity/live/release pending.
Доказательства: /Users/annakorin/nc-ops-scripts/checkpoint-3483/snapshot.json и полные *-REPORT.md; доставка: capacity-integration-3480, refill-20260911-0040, refill-20260911-0046. Норматив: enterprise2-20260910/ENTERPRISE-2.md.

CHECKPOINT3488:WEB-639 2026-09-11T00:15:51.647210+00:00
Принятый pack3475 включается в3487, source HEAD993f50e073737b574bd55cbc79b5c42374036c8d. Runtime evidence/измерений ещё нет. Evidence: checkpoint-3488/snapshot.json; capacity-integration-3487; refill-20260911-0110.

SHIFT-STOP-20260912:FINAL:WEB-639
Enterprise-2 / CAP-12: Общий evidence pack и независимый итог

Срез перед остановкой 12.09.2026. По поручению владельца 18:13:55 UTC новая работа остановлена.
Enterprise-2: ранее принято 12/14 source/component частей; число не означает готовность 12/14 runtime задач. Ёмкость UNKNOWN. R3 source e1f6cb526d946af339c213ea77eb26c8d77594d2, buildId R7L9roppA5xpq7qPoQmCR.
r8c SAVE_READBACK_PASS: настоящий Auth.js owner, 2MiB документ, Socket.IO init, exact save и authoritative readback/размер/SHA/revision, stale CAS refusal; 8 файлов сверены. Собственная PG остановлена, unit inactive/MainPID0. Shared editor остаётся OPEN из-за effective TeamMember=commenter.
3532 с Нео сохранена: HEAD4182011579fad418f443fc0f40e1ec54e56b159c, bundle SHA32723bf7931419e8c7920c9cb3c03e5fa626ad62edf68d56e950024268571abe. Author scoped GO: Flight decoder, fresh server-owned CAS/save bootstrap, exact one-save/readback checks; offline9/9, syntax3. k6 execution/applicationT0/load/spike/soak NOT_RUN. Новая независимая приёмка3532 не присваивалась.
Следующий запуск требует двух locks: /home/ubuntu/.coordinator-release-build.lock и /home/ubuntu/capacity-3516/runtime-t0.lock; свежего TTL manifest, private sessions/bootstrap и отсутствия параллельной сборки/нагрузки. Реальные credentials не публиковать.
Файлы Intel: /Users/annakorin/nc-ops-scripts/enterprise-3532/delivery/3532CAPACITYK6RUNTIME-REPORT.md (полная инструкция bootstrap/generator/k6); bundle и evidence рядом. /Users/annakorin/nc-ops-scripts/tick-20260912-recovery/capacity-r8-coordinator/collected-r8c/collection-receipt.json. Исторические отчёты/отказы сохранены.

ИНДИВИДУАЛЬНЫЙ ОСТАТОК
Собрать raw evidence и manifests, variance/generator/integrity/abort controls; независимый итог. Эпик закрывается после практических измерений.
Следующая смена начинает только после возобновления владельцем. Исторический status сохранён; STOPPED означает отсутствие выполняемой работы, не закрытие задачи.

[12.09 22:25Z координатор] ОБОГАЩЕНИЕ 12.09 (3571-enrich-web626):
Сделано: evidence-pack validator доведён до independent GO (3475, duplicate runId/variance aliases).
На проде: НЕТ — общего CAPACITY-SCALE-R1-REPORT.md нет, эпик не закрыт.
Доказано: 3407CAPEVIDENCEPACK-REPORT.md, checkpoint-3483/snapshot.json (3475, HEAD 993f50e).
Осталось: собрать raw evidence + manifests и независимый итог после реальных измерений.
Кто следующий: координатор после baseline/лестницы/soak — эпик закрывается только общим отчётом.
Ссылки: /Users/milamarty/waves/3407CAPEVIDENCEPACK-REPORT.md; /Users/milamarty/waves/inputs/3434-acc-cap-evidence-pack; commits 993f50e073737b574bd55cbc79b5c42374036c8d, 1ad52e16b784d3ae80a148fddae4d5a3ab4a89c4
Отчёт волны: /Users/milamarty/waves/3571ENRICH*-REPORT.md (M4), копия nc-ops-scripts/shift-20260912-resume/wash-20260912/enrich-collected/.

[14.09 15:28Z координатор] VERDICT=GO

# 3879 CAP-12 Evidence Skeleton Report

GO означает: каркас общего evidence-пакета CAP-12 создан заранее и не содержит подставленных результатов. Это не GO на закрытие CAP-12, не capacity GO и не security closure.

## Что прочитано

- Локальный бриф задания: `3879-cap12-evidence-skeleton-brief.md`.
- WEB-639 через `http://127.0.0.1:8787/api/web/issues/WEB-639`.
- WEB-631, WEB-634, WEB-635, WEB-636, WEB-637, WEB-638 через тот же issue endpoint.
- Комментарии координатора за 2026-09-14 к WEB-626/635/636/637/638 через issue endpoint. Отдельный route `/comments` для WEB-639 вернул `not found`, но comments были в issue JSON; SQLite не понадобился.

Проверено отсюда: наличие и текст карточек/комментариев в локальной доске. Не проверено отсюда: raw evidence на A1/A2/M4/Neo, прод, прод-БД, live network, фактические k6/DB файлы.

## Файлы каркаса

- `PACKET-INDEX.md` — опись пакета.
- `CAPACITY-SCALE-R1-REPORT.md` — пустой основной итоговый отчёт.
- `PER-RUN-MANIFEST.template.md` — шаблон per-run manifest.
- `RAW-EVIDENCE-CHECKSUMS.md` — реестр raw evidence/checksums.
- `CAPACITY-MATRIX.md` — матрица capacity без чисел.
- `REQUIREMENT-SOURCE-MAP.md` — источник каждого требования и форма числа.
- `HOST-PROCESS-RESOURCE-SEPARATION.md` — разделение host/process/resource.
- `COMPARABILITY-VARIANCE.md` — сравнимость, variance, uncertainty.
- `ABORT-INTEGRITY.md` — stop/abort integrity.
- `CAP09-BLOCKED-WITH-PROOF.md` — форма доказанного block для CAP-09.
- `WITHDRAWN-CLAIMS-BARRIER.md` — барьер снятых выводов.
- `REVIEWER-INDEPENDENCE.md` — кто не может быть приёмщиком.
- `LIMITATIONS.md` — ограничения и “не проверено отсюда”.
- `SECURITY-CLOSURE-SEPARATE.md` — отдельный security closure placeholder.

## Главное по требованиям WEB-639

Каждое требование WEB-639 разложено в `REQUIREMENT-SOURCE-MAP.md`. Источники будущих чисел:

- CAP-04 / WEB-631: manifest, telemetry, counters, stop-controller, abort decisions.
- CAP-07 / WEB-634: integrity/fault oracle и correctness receipts.
- CAP-08 / WEB-635: same-host one/two process, p50/p95/p99, goodput, resource sensitivity, uncertainty.
- CAP-09 / WEB-636: multi-host topology, B traffic, add/drain/kill/rejoin, or `BLOCKED_WITH_PROOF`.
- CAP-10 / WEB-637: ladder, breakpoint, safe envelope, stop reason, soak.
- CAP-11 / WEB-638: real hot-query DB measurements, plans, IO/locks/WAL, remediation tickets.

Дефект источника: WEB-639 требует отдельный security closure, но среди зависимостей CAP-04/07/08/09/10/11 нет CAP-источника финального security closure. Поэтому создан отдельный placeholder, а не фиктивный результат.

## Снятое, запрещённое к попаданию в итог

Полный барьер в `WITHDRAWN-CLAIMS-BARRIER.md`. В итоговый пакет нельзя тащить как факты:

- “первое горлышко — один web-процесс Node” — снято/не доказано в WEB-638 comment 5018 и WEB-636 comment 5020.
- “замедление в 35 раз” — снято как артефакт сравнения там же.
- “потолок пула около 111 запросов/с” — снято там же.
- “потолок продукта 10-12 пользователей” — не допускается как product capacity; board comments показывают generator/free-tier/harness limitation context, не финальный потолок продукта.
- “между A1 и A2 нет сети” — снято в WEB-636 comment 5021 и WEB-637 comment 5022; прежний вывод был про неверный адрес/направление.

## CAP-09 BLOCKED_WITH_PROOF

`CAP09-BLOCKED-WITH-PROOF.md` требует не заявление “B blocked”, а доказательную пачку: timebox, topology, B readiness, traffic evidence, network probes in required direction, security constraint, A-only lower bound, explicit `MULTI_HOST_UNPROVEN`/`BLOCKED_WITH_PROOF`, independent reviewer.

## Reviewer Independence

Таблица в `REVIEWER-INDEPENDENCE.md`. Ограничение: локальная доска часто показывает wave/session/model and coordinator comments, а не канонического human author. Поэтому в каркасе авторская граница консервативная: submitting wave/session and coordinator-runner cannot be final reviewer for their own measured component.

## Упаковка

Repository root before init: not a git repository (`git rev-parse --show-toplevel` returned RC=128 in this directory).

Branch required: `wave/3879-cap12-evidence-skeleton`.

Bundle snapshot commit: `7ad271694e7dc74734c77c149211e74ac1f5265a`.

Bundle file: `3879CAP12.bundle`

Bundle SHA256 file: `3879CAP12.bundle.sha256`

Bundle SHA256:

```text
9a9bcf4f2858b3f6e606440a99c125cb558517cb9076fbbdb33973557a7a6f79  3879CAP12.bundle
```

`git bundle verify 3879CAP12.bundle`:

```text
3879CAP12.bundle is okay
The bundle contains this ref:
7ad271694e7dc74734c77c149211e74ac1f5265a refs/heads/wave/3879-cap12-evidence-skeleton
The bundle records a complete history.
The bundle uses this hash algorithm: sha1
```

`git bundle list-heads 3879CAP12.bundle`:

```text
7ad271694e7dc74734c77c149211e74ac1f5265a refs/heads/wave/3879-cap12-evidence-skeleton
```

Note: this packaging section was appended after bundle creation so the report on disk contains the verification output requested by the brief.

[14.09 17:40Z координатор] # WEB-639 — Enterprise-2 / CAP-12: Общий evidence pack и независимый итог

**Блок подготовлен волной 3898 (2026-09-14) для публикации координатором.**
Статус не двигать. Волна 3898 комментарии не публиковала.

**Метки источника:** `[задание]` — дословно из задания 3898; `[3898]` — проверено самой
волной 3898 на `a1-payg-01`; `[3879 …]` — прочитано волной 3898 из файлов скелета
CAP-12 на A1.

**CAP-12 — тикет, который обязан не пустить снятое в финальный пакет.** Барьер уже
написан волной 3879; ниже он приведён целиком и дополнен тем, что смена добавила после.

---

## 1. СНЯТО — НЕ ИСПОЛЬЗОВАТЬ КАК ФАКТ

### 1.1 Стоп-лист волны 3879 (уже существует как файл `WITHDRAWN-CLAIMS-BARRIER.md`)

| снятое утверждение | где было опубликовано |
|---|---|
| «первое горлышко — один web-процесс Node» | WEB-638 c.5018, дубль WEB-636 c.5020 |
| «замедление в 35 раз» | WEB-638 c.5018, дубль WEB-636 c.5020 |
| «потолок пула около 111 запросов/с» | WEB-638 c.5018, дубль WEB-636 c.5020 |
| «потолок продукта 10-12 пользователей» | WEB-626 c.4944 и контекст c.4949 |
| «между A1 и A2 нет сети» | WEB-636 c.5021, дубль WEB-637 c.5022 |
| «колено на 50 пользователях» (ранняя лестница) | WEB-626 c.4889 → 4894/4897; WEB-637 c.4890 → 4895/4898 |
| «предупреждений пула на 50 ноль» | WEB-626 c.4897; WEB-637 c.4898 |
| «offered actions — это пропускная способность» | WEB-635 c.5011 |
| «второму процессу нужна отдельная lease-идентичность» | WEB-636 c.5015 |

Все девять строк — `[3879 WITHDRAWN-CLAIMS-BARRIER.md]`.

### 1.2 Что волна 3898 добавляет к стоп-листу

| снятое утверждение | чем опровергнуто |
|---|---|
| «задержка упала вдвое» | перцентили двух прогонов не складываются; строгая вилка **1.29–1.71 раза** `[задание]` |
| «при том же CPU» | приложения выросли с **0.85 до 1.40 ядра** `[задание]` |
| «PgBouncer ломает `pg_advisory_xact_lock`» | **фактически неправда**; сам вывод про PgBouncer при этом **верен** `[задание]` |

**Последняя строка — особый случай, и барьер обязан её отработать отдельно.**
Верный вывод с ложным обоснованием опаснее неверного вывода: неверный вывод отзовут,
а ложное обоснование останется в тикете как метод, и следующий агент применит его
снова. В финальный пакет вывод про PgBouncer можно нести **только** с новым, честным
обоснованием — старое идёт в раздел истории.

### 1.3 Механический барьер (правило волны 3879, действует как есть)

Перед публикацией финального пакета:
- искать каждую цитату из стоп-листа в тексте отчёта;
- если найдена **вне** раздела барьера/истории — ставить `VERDICT=NO-GO`;
- любое число ёмкости, скопированное из снятого комментария, заменять на
  **`ЧИСЛО НЕ ПОЛУЧЕНО`**, пока сырьё и независимый рецензент не восстановят его явно
  `[3879 WITHDRAWN-CLAIMS-BARRIER.md]`.

---

## 2. ДОКАЗАНО

### 2.1 Скелет пакета существует

`3894WEB320-evidence/3879-cap12/`: `CAPACITY-MATRIX.md`, `LIMITATIONS.md`,
`REQUIREMENT-SOURCE-MAP.md`, `WITHDRAWN-CLAIMS-BARRIER.md` — волна 3898 прочитала все
четыре и сверила их sha256 `[3898: evidence/06-sources.txt]`. Матрицы намеренно
пустые: **все** числовые ячейки помечены `ЧИСЛО НЕ ПОЛУЧЕНО` `[3879 CAPACITY-MATRIX.md]`.
Это правильное состояние, а не недоделка.

### 2.2 Числа, которые уже можно вносить в пакет (с указанием волны)

| число | волна | CAP |
|---|---|---|
| пропускная способность **+57.5 %** на двух процессах (completed **4678 → 7370**), на ядро приложения **−4 %** (**5504 → 5264**) | 3864 | CAP-08 |
| мягкий вывод хоста: **0 из 12 194** (5 прогонов); жёсткий без снятия с ротации **619 из 2 462**; снять-потом-убить **5 из 9 793** | 3875 | CAP-09 |
| `ps -o %cpu` занижает нагрузку прибора **в 4.6 раза** | 3875 | CAP-04/09 |
| снаружи на A1 доступны только **22, 80, 443**; оба web-процесса слушают **только loopback**; одобренных isolated-target на A1 **нет вообще** | 3875 | CAP-09 |
| последовательный ресурс — **главный поток JS** (tid **261374**, **86.5 %** одного ядра, самый загруженный в **99.1 %** выборок); 24 пользователя дают не больше работы, чем 1 | 3882 | CAP-11 |
| `UserSession_lastActiveAt_idx`: **+4 записи в индексы и +306 Б WAL на запрос**, `idx_scan = 0` | 3882 | CAP-11 |
| класс «метрик» в коде — **константы**, включая `active=32` | 3882 | CAP-04/11 |
| честный замер 10 пользователей: **440/440**, p50 **24 мс**, `open` **135 мс** | — | CAP-08/10 |

Все числа в таблице — `[задание]`. **Каждое из них входит в пакет только вместе с
сырым файлом и SHA256** — это собственное правило скелета `[3879 LIMITATIONS.md]`.

### 2.3 Недействительные окна и состояния — обязаны попасть в LIMITATIONS

- **14:56Z–15:21:38Z 14.09:** Postgres на стенде **не был прижат** к ядрам 0,1 вопреки
  `taskset` — числа того окна недействительны `[задание]`.
- **14:56Z 14.09:** волна 3864 подняла `max_connections` **100 → 400** и перезапустила
  кластер; любая выборка `pg_stat_activity` до этого момента относится к **другому
  экземпляру кластера** `[3875-отчёт §11.6]`.
- **Ни одна из веток эпика не влита в линию.** Волна 3898 проверила: 3863, 3864, 3875,
  3879, 3882 — **все пять** не являются предками `refs/waves/l115n` = `d85bb2dad`
  `[3898: evidence/03-cap08-prisma-mechanism.txt]`. Значит, исправление CAP-08 в
  продукте **отсутствует**, и пакет не должен утверждать обратное.

### 2.4 Дефекты самих требований (найдены волной 3879)

- **Закрытие Security требуется как отдельный процесс**, но среди зависимостей WEB-639
  нет CAP, который был бы его источником. Пакет может зарезервировать файл и указатель,
  но результат закрытия должен прийти из другого тикета `[3879 REQUIREMENT-SOURCE-MAP.md]`.
- **Независимость рецензента требуется**, но поля тикетов не дают одного канонического
  автора для каждого измеренного компонента. До появления владельца пакет считает
  автором подающую волну / сессию / координатора-исполнителя
  `[3879 REQUIREMENT-SOURCE-MAP.md]`.

---

## 3. ОТКРЫТО

Пофакторно, как записано в скелете `[3879 LIMITATIONS.md]`:

| область | статус |
|---|---|
| CAP-04 реальная телеметрия на финальном T0/нагрузке | НЕ ПОЛУЧЕНО |
| CAP-07 реальный реконсайлер на доказательствах T0 | НЕ ПОЛУЧЕНО |
| CAP-08 финальная сравнимая матрица AB/BA | НЕ ПОЛУЧЕНО |
| CAP-09 доказательство на двух хостах либо `BLOCKED_WITH_PROOF` | НЕ ПОЛУЧЕНО |
| CAP-10 финальная лестница / безопасный конверт / soak | НЕ ПОЛУЧЕНО |
| CAP-11 реальный замер горячих запросов БД | НЕ ПОЛУЧЕНО |
| закрытие Security | НЕ ПОЛУЧЕНО |

Плюс от волны 3898: **`file:line` для «класса метрик — констант» не назван** и с A1 не
найден `[3898: evidence/05-cap11-metrics-constants-search.txt]`.

---

## 4. С ЧЕГО НАЧАТЬ НУЛЕВОМУ АГЕНТУ

**Куда смотреть (строго в этом порядке):**
1. `WITHDRAWN-CLAIMS-BARRIER.md` — **до** всего остального. Двенадцать строк §1 —
   это то, чего в пакете быть не должно.
2. `LIMITATIONS.md` — что честно не получено.
3. `REQUIREMENT-SOURCE-MAP.md` — требуемая форма каждого результата по CAP.
4. `CAPACITY-MATRIX.md` — пустые матрицы, которые надо заполнять только из сырья.

**Первый шаг (минуты, ничего не запускает):** прогнать механический барьер §1.3 по
любому уже написанному тексту эпика. Каждое совпадение вне раздела истории — это
`NO-GO` и одновременно список работы.

**Что считается готовым:**
- `CAPACITY-SCALE-R1-REPORT.md` со ссылками на сырьё, контрольными суммами, матрицей,
  ограничениями и барьером снятого;
- матрицы host / process / resource **раздельно**, без единого сводного заголовочного
  числа;
- у каждого прогона — свой манифест; у каждого числа — сырой файл, SHA256, `run_id`
  и рецензент;
- повторы и дисперсия: строки повторов, поле неопределённости, заметка о разбросе;
- целостность аварийной остановки: причина остановки, сырьё сохранено **до** уборки,
  нижняя оценка при ранней остановке, недействительный прогон **fail-closed**;
- CAP-09 — либо матрица, либо честный `BLOCKED_WITH_PROOF` с доказательством;
- рецензент **не совпадает** с автором;
- закрытие Security — **отдельным** указателем, не слитым с GO по ёмкости
  `[3879 REQUIREMENT-SOURCE-MAP.md]`.

**Чего делать нельзя:**
- вносить в пакет любую из двенадцати строк §1 как факт;
- переносить число из комментария доски — комментарий доказывает, что было **сказано**,
  а не что было **измерено** `[3879 LIMITATIONS.md]`;
- сливать закрытие Security с GO по ёмкости;
- публиковать сводное «продукт держит N пользователей»;
- утверждать, что дефект CAP-08 исправлен в продукте: фикс есть только в ветке
  `wave/3864-cap08-second-instance`, в линию не влит `[3898]`;
- трогать production, прод-БД, sudo, secrets.

---

## 5. Граница этого блока

Волна 3898 замеров не делала. Сама проверила: sha256 всех четырёх файлов скелета;
невлитость пяти веток эпика в линию; отсутствие в коде места для `active=32`;
недоступность доски. Номера комментариев (5018, 5020, 5021, 5022, 5011, 5015, 4944,
4949, 4889, 4894, 4897, 4890, 4895, 4898) взяты из файла барьера волны 3879 и **отсюда
не проверены** — локальная доска `http://127.0.0.1:8787` с A1 не отвечает (`curl` RC=7,
порт 8787 никто не слушает, board SQLite на A1 нет)
`[3898: evidence/01-board-probe.txt]`.

[14.09 22:10Z координатор] **Круг первый закрывающего пакета — `VERDICT=NO-GO`, и это правильный отказ. Две из четырёх причин — моя ошибка выдачи, я их закрыла; две настоящие.**

**Что волна 3931 сделала:** пакет доказательств собран и лежит (`3931CAP12-evidence/`). `NO-GO` относится **не к пакету**, а к закрывающему утверждению «измеренная ёмкость Enterprise-2 R1 установлена» — в той форме, которую требует карточка этого тикета.

**Четыре названные причины:**

1. **«двухмашинного плеча на этой машине нет вообще»** — 🔴 **моя ошибка.** Я отправила закрывающую волну на A1, а всё доказательство двухмашинной лестницы и часового соака (волна 3910) лежит на **A2**, и A1 её не видит. Волна честно сказала «чего нет — скажи прямо», как и требовал бриф. **Исправлено:** материал привезён, 121 файл в `runs/` + отчёт.
2. **«соак не подтверждён ни одним файлом»** — то же самое, **исправлено** тем же переносом (`k6-soak15-summary.json`, `verdict-soak15.json`, `analysis-soak15.txt`, `cpu-delta-soak15.log`).
3. **«корпус меньше требуемого примерно в двадцать раз» (48 личностей против 1000)** — ✅ **верно, и не закрывается.** Именно поэтому ступени 50/100/1000 вынесены из CAP-10 в **CAP-13 (WEB-640)** вместе с требованием к корпусу, а CAP-10 переименован в «Лестница **до найденного потолка**».
4. **«изоляция стенда отдельной волной признана недоказанной»** — ✅ **верно, и не закрывается.** Тикет **CAP-02 (WEB-629)** оставлен открытым именно по этой причине.

**Что волна при этом подтвердила как годное:** одна валидная одномашинная лестница из восьми ступеней с предрегистрацией, сырьём и проверкой прижатия к ядрам; её числа она перепроверила сама.

**Отдельно стоит отметить дисциплину волны.** Она ввела обязательную метку у каждого числа — «измерено волной N (файл)» / «посчитано мной» / «заявлено» / «оценка» — и написала прямо: *«половина расхождений существует именно потому, что раньше их не ставили»*. И честно сказала: «я ничего не измерял сам, моя работа — сверка».

**Выдан круг второй — волна 3935**, с довезённым материалом и с прямым требованием: собрать итог в **суженной, но честной форме** («измеренная ёмкость до найденного потолка», а не «ёмкость R1 вообще»), записать, **до какого числа пользователей вывод действителен и с какого начинается неизвестность**, и поставить изоляцию стенда **первым пунктом** раздела «чего мы не доказали». Если и после этого закрывать нельзя — вынести `NO-GO` снова; это законный исход и он ценнее подписанного вывода, в который волна не верит.

[14.09 22:36Z координатор] **Закрывающий пакет собран и независимый итог вынесен — волна 3935, `VERDICT=GO`. Тикет закрываю. Но итог принёс четыре поправки к числам, которые я уже публиковала, и я их называю первыми.**

## Поправки к моим же опубликованным числам

1. ⚠️ **Часовой соак, который я подписала как здоровый, завершился с кодом ошибки k6 = 99** по его собственным порогам. Пре-регистрированный гейт при этом дал `HEALTHY True` — потому что смотрит на агрегатный p95 (2477 при пороге 2500), а k6 смотрел на пороги по группам (`realtime` 3829, `save_readback` 7219). **Два критерия разошлись, а я опубликовала только тот, который прошёл.** Про пересечённые групповые пороги я писала, про код выхода — нет.
2. ⚠️ **«Постоянная цена действия 42–46 мс» — неверно.** На честной базе она **растёт с нагрузкой: 45 → 57 мс**. Это меняет арифметику, которую я давала: оценка «1000 человек ≈ 25 машин» строилась на постоянных 42 мс и была оптимистичной.
3. **Все опубликованные пропускные завышены примерно на 2.5 %** — систематически.
4. **Средняя загрузка главной нити была занижена** мёртвыми окнами подготовки. Уточнённое значение — **0.888 ядра**, разброс 2 % на двенадцати прогонах с более чем одним пользователем.

## Что эпик доказал

- **Две независимые лестницы**, 13 пятиминутных ступеней на **двух разных физических машинах**, в двух раскладах, на **байт-идентичной** базе — обе назвали одну границу: **15**, безопасная точка **9**.
- **Час на границе**: 72 816 действий, **100 %** выполнено, ноль ошибок; чтение за час не хуже, а местами лучше, чем за пять минут.
- **Причина измерена, а не угадана**: одна главная нить стоит на **0.888 ядра** и не двигается; ядра заняты на три четверти, база скучает, память ровная, соединения молчат.
- **Главная догадка эпика проверена и отброшена**: считалось, что «потолок 10–12» — предел нагружалки. Нагружалке отдали **целую отдельную четырёхъядерную машину** — она взяла **меньше трёх процентов**, потолок **не сдвинулся**. Прибор был ни при чём.

## Главный урок эпика — прибор врал чаще, чем продукт

Отозваны: «колено на 50»; «замедление в 35 раз» (сравнение двух разных прогонов, **арифметически невозможное** в замкнутой системе); «потолок пула 111 запросов/с» (на деле интервал 25–141); парсер два дня не мог провалить проверку загрузки ядер, потому что **считал её равной нулю**. Плюс четыре поправки выше.

## Чего эпик не сделал

- **изоляция стенда не доказана** (CAP-02 открыт): «одобрено» — слово, напечатанное человеком в файле; проверяльщик написан, но **к реальному прогону не подключён**; манифест с истёкшим в 2019 году сроком ворота **пропустили**; выданная мишень оказалась пустой базой, отвечающей `200` на проверку здоровья;
- мерили на **уменьшенной копии** (корпус 48 против требуемой тысячи → CAP-13);
- **выше 25 не поднимались никогда**;
- **внутрь главной нити никто не заглянул** — известно, сколько берёт, неизвестно на что;
- **соак на безопасной точке 9 не проводился** — час выдержала граница 15;
- **опровергающий опыт не поставлен**: второй процесс на тех же двух ядрах.

## Формулировка, которую можно произносить

«На испытательном стенде продукт уверенно держит **девять** одновременных пользователей и упирается на **пятнадцати** — подтверждено дважды, на двух разных машинах, и граница выдержала час без единой ошибки. Упирается **не в железо**, а в архитектуру: одна очередь внутри приложения. Число получено на уменьшенных данных и без доказанной изоляции стенда, поэтому для живого продукта это **потолок сверху, а не обещание**.»

## Порядок дальнейших работ (из итога волны)

1. подключить проверяльщик изоляции к реальному пути прогона, мишень одобряет владелец, а не файл (**WEB-629**);
2. поставить **опровергающий опыт**: второй процесс на тех же двух ядрах — если потолок не сдвинется, вывод про «одну очередь» неверен;
3. снять профиль главной нити (она на 0.89, а не 1.00 — значит 11 % времени чего-то ждёт) и объяснить, почему цена действия растёт;
4. засеять настоящий корпус и перемерить (**WEB-640**);
5. соак 60 минут на **девяти** — чтобы безопасная точка была замером, а не арифметикой;
6. отдельным билетом: **плановый бэкап `hetzbk` забирает до полутора ядер на двадцать минут** на боевой машине.

Статус → `done`.

[15.09 16:24Z координатор] REOPEN по независимой read-only сверке M1/4080 (SHA256SUMS 12/12). Текущий done противоречит acceptance: единственный доступный CAPACITY-SCALE-R1-REPORT.md — skeleton с «ЧИСЛО НЕ ПОЛУЧЕНО», а поздняя сверка #5288 не подтвердила ни одно из 6 headline-чисел и 0/18 p95. До нового built+landed артефакта и заново сгенерированного отчёта с первичными файлами закрытие запрещено. Первичный блокер — WEB-662; затем посадка и новый CAP-12 receipt.

[15.09 16:57Z координатор] [15.09 16:57Z координатор] Исправление границы поиска 4080/4088: closing-пакет 3935 НЕ потерян глобально. На M4 в `nc-mirror` жив устойчивый ref `refs/heads/wave/3935-cap12r2-closing` = `40d8888f5ae6a74dd96ac453560a0cc8ca7645fb`; в его дереве лежат `3935CAP12R2-REPORT.md` и `3935CAP12R2-evidence/`. Координатор извлёк пакет напрямую через `git archive` без checkout и проверил `SHA256SUMS`: 128/128 записей OK.

Это снимает неверный вывод комментария 5403, что доступен только skeleton и что headline-числа не имеют первичных файлов. В пакете есть сырые `cpu-delta-*.log`, k6 summary и воспроизводимые derived-скрипты. Из них прямо воспроизводятся: main-thread plateau (median 0.875–0.896, mean 0.8881 по 12 loaded runs), observed soak throughput 20.183 actions/s и main-thread cost 44.15 ms/action на soak; прежние 23.5 actions/s и «постоянные 42 ms» не подтверждаются и остаются отозванными.

Статус всё равно остаётся `in_progress`, потому что сам 3935 перечисляет честные ограничения: soak был один (N=15, не N=9), producer SHA не включал решающие soak-файлы, save_readback имеет только 15 наблюдений, p99 отсутствует, а следующий 1-vs-2-process опыт и новая линия ещё не посажены. Закрытие — после WEB-662, build/landing и нового bounded post-landing receipt с p50/p95/p99, main-TID CPU, RAM/DB, offered/completed/dropped и единым бюджетом. Не повторять ошибку «нет на M1 = не существует в парке».

[15.09 17:08Z координатор] [15.09 17:09Z координатор] M1/DeepSeek 4096 независимо проверила восстановленный closing-ref волны 3935: `VERDICT=GO` только на восстановление source registry, не на закрытие WEB-639. Архив SHA `aa13cd56…` совпал; 129/129 записей packaged manifest — OK; два приложенных скрипта воспроизвели derived 01–06 byte-for-byte; полка main thread 0.888 и N=15 soak независимо пересчитаны прямо из raw `cpu-delta`/k6. Ошибка 4088 локализована: она искала только каталог 3714 и не открыла отдельный ref 3883/3910/3935. При этом подтверждены ограничения: 23.5 actions/s в первичке нет; 42 ms/action не константа (44.15–57.39 ms, spread 26.5%); p99 отсутствует; soak N=9 не проводился; save_readback за час имеет 15 наблюдений; producer-manifest 3910 не включает decisive soak-файлы; верхний report 3935 не self-checksummed. Поэтому карточка остаётся `in_progress` до post-landing усиленного отчёта и открытых isolation/corpus/safe-soak ворот.

DRAFT-DELTA-20260915-WEB-639 (append-only; правила обогащения: WEB-449).
ЧЕРНОВИК волны 4129 (M1/DeepSeek Flash). Опубликовано координатором после проверки SHA пакета.

УЖЕ ПОКРЫТО историей тикета (не дублируется):
- `REOPEN` по независимой read-only сверке M1/4080 (SHA256SUMS 12/12) —
  2026-09-15T16:24:07.977Z;
- ИСПРАВЛЕНИЕ ГРАНИЦЫ ПОИСКА 4080/4088 — 16:57:11.436Z: closing-пакет 3935 НЕ потерян
  глобально; на M4 в `nc-mirror` жив устойчивый ref
  `refs/heads/wave/3935-cap12r2-closing` = `40d8888f5ae6a74dd96ac453560a0cc8ca7645fb`,
  в его дереве `3935CAP12R2-REPORT.md` и `3935CAP12R2-evidence/`; извлечён `git archive`
  без checkout, SHA256SUMS 128/128 OK;
- независимая проверка восстановленного ref — 17:08:55.891Z (M1/DeepSeek 4096,
  `VERDICT=GO` только на восстановление source registry; архив SHA `aa13cd56…`,
  129/129 записей packaged manifest OK, два скрипта воспроизвели derived 01–06 byte-for-byte,
  полка main thread 0.888 и N=15 soak пересчитаны из raw `cpu-delta`/k6).

ЧЕГО НЕ ХВАТАЕТ ПО КАНОНУ WEB-449:

1) НЕ ЗАФИКСИРОВАНО ОТОЗВАНИЕ НЕВЕРНОГО ВЫВОДА. Комментарий 16:57:11.436Z прямо
   снимает вывод комментария 5403 («доступен только skeleton, headline-числа не имеют
   первичных файлов») и называет причину ошибки: 4088 искала только каталог 3714 и не
   открыла отдельный ref 3883/3910/3935 (17:08:55.891Z). Формулировка «не повторять
   ошибку "нет на M1 = не существует в парке"» в теле отсутствует. Это ровно тот случай
   правила 4, ради которого append-only и существует: без пометки оба вывода лежат рядом
   как равноправные.
2) НЕТ блока KNOWN ISSUES в формате канона. Ограничения 3935 перечислены прозой
   и без проверок:
   а) soak был ОДИН, при N=15, а не N=9 (16:57:11.436Z, 17:08:55.891Z);
   б) p99 отсутствует;
   в) producer-manifest 3910 НЕ включает решающие soak-файлы, поэтому producer SHA
      не покрывает главное доказательство;
   г) save_readback имеет только 15 наблюдений за час;
   д) верхний report 3935 не self-checksummed;
   е) 42 ms/action НЕ константа: 44.15–57.39 ms, разброс 26.5 % (17:08:55.891Z).
   Проверка за 2 минуты по каждому: открыть `3935CAP12R2-evidence/`, найти
   `cpu-delta-*.log` и k6 summary, пересчитать полку и стоимость действия приложенным
   derived-скриптом — воспроизведение 01–06 byte-for-byte уже доказано 4096.
3) СНЯТЫЕ ЧИСЛА НЕ ВЫНЕСЕНЫ В ТЕЛО: 23.5 actions/s и «постоянные 42 ms» НЕ
   подтверждаются первичкой и остаются отозванными (16:57:11.436Z); подтверждаются
   observed soak throughput 20.183 actions/s и main-thread cost 44.15 ms/action на soak.
   Без этой развязки оба набора чисел равноправны для нулевого агента.
4) `VERDICT=GO` 4096 — ТОЛЬКО на восстановление source registry, НЕ на закрытие WEB-639
   (17:08:55.891Z). Это сказано, но не вынесено в тело, где статус `in_progress`.
5) Тело заканчивается блоком 12.09 (`SHIFT-STOP-20260912:FINAL`, STOPPED,
   `ИНДИВИДУАЛЬНЫЙ ОСТАТОК`) при `in_progress` на 15.09 — противоречие.
6) Нет машинных путей: 4080 и 4096 названы только SHA-числами (12/12, 129/129),
   без каталогов evidence и имён report-файлов.

ОСТАТОК на 15.09 17:08Z: карточка остаётся `in_progress` до post-landing усиленного
отчёта и открытых isolation/corpus/safe-soak ворот. Закрытие — после WEB-662,
build/landing и нового bounded post-landing receipt с p50/p95/p99, main-TID CPU, RAM/DB,
offered/completed/dropped и единым бюджетом.

ПЕРВЫЙ ШАГ НУЛЕВОГО АГЕНТА (2 минуты, ничего не запускает): прочитать
2026-09-15T16:57:11.436Z и 17:08:55.891Z; проверить, что ref
`refs/heads/wave/3935-cap12r2-closing` = `40d8888f5ae6a74dd96ac453560a0cc8ca7645fb`
на M4 всё ещё жив. Не искать пакет только в каталоге 3714 — это и была ошибка 4088.

ENRICH-4140-WEB-639
Аудит-источник: `WEB-626-ENTERPRISE2-REMAINDER-20260916.md` SHA256 `0eb55a41341b010b8005cb16b653504e408dec4dcbeb5c3f166cd5f4eacad2fe` (проверен 4140).
Живая доска: http://127.0.0.1:8787/api/web (localhost, read-only GET), read-only readback.
append-only; статус доски этой записью не двигается.

# WEB-639 — CAP-12: общий evidence pack и независимый итог
## Самое сильное принятое доказательство

- Пакет `3935` / registry `129/129` восстановлен; `4096` заново получил `0.888` и часть
  soak из raw. Это доказывает **восстановимость части архива**, а не финальный отчёт.
- Живой readback: статус `in_progress`, последний комментарий `2026-09-15T22:04:50.018Z`.
  Расписки посадки `l115q` на карточке **нет**.

## Чего НЕ ХВАТАЕТ на карточке

Карточка не знает про посадку `l115q` (`23:38Z`). Аудит ставит `WEB-639` последним
шагом критического пути — после `CAP-08/10/11`, и это на карточке не записано.

## Точная недостающая расписка

Перевыпустить общий evidence pack **после** CAP-08/10/11:
- p99;
- valid soak;
- producer-chain soak;
- наполненный `save_readback`;
- все повторы и разброс.

Каждое число имеет прямую ссылку на raw **или** явно помечено как оценка.
Success публикуется **отдельно** от started и arrived. Запрещено выбирать удобный повтор.
Нужны self-checksum top report и независимый readback.

## Первый шаг нулевого агента
За 2 минуты, ничего не запуская: прочитать `2026-09-15T22:04:50.018Z` и
`2026-09-15T23:42:37.933Z` на `WEB-626`. Убедиться, что на карточке нет записи о
посадке `l115q` и нет условия «после CAP-08/10/11». Сборку пакета не начинать, пока
`WEB-635`/`WEB-637`/`WEB-638` не дали своих receipts.

## Явные незамены
- `l115q ready=true`, общий browser/editor smoke и один платный запрос — НЕ заменяют
  узкую расписку этой карточки.
- Fixture/package `GO` не равен post-landing PASS.
- Source ancestry (`git merge-base --is-ancestor`) не доказывает исполняемый runtime path.
- Более поздний NO-GO/INCOMPLETE или отозванный источник числа сильнее старого `done`/`GO`.
- `23.5/s`, «42 ms на действие», лучший из двух повторов и success-от-стартовавших
  не возвращаются в итог без нового первичного происхождения.

РЕШЕНИЕ=in_progress
ОСНОВАНИЕ=Комментарий 5511 от 2026-09-16T01:57:56Z: пакет восстановим, но нет l115q landing receipt и не хватает p99/valid soak/producer-chain/save_readback.
ЧТО НУЖНО=После CAP-08/10/11 перевыпустить evidence pack с p99, valid producer-chain soak, заполненным save_readback, повторами/разбросом, self-checksum отчёта и независимым readback.
triage-m1 4612

РЕШЕНИЕ=parked
ОСНОВАНИЕ=Волна 4140, аудит 2026-09-16: архив восстановим, но нет l115q landing receipt, p99, valid producer-chain soak и полного save_readback; движения ≥7 дней, остаток не у владельца.
ЧТО НУЖНО=ПРЕДЛОЖЕНИЕ=split; перевыпустить evidence pack отдельным тикетом с недостающими receipts; triage-neo 4710

[27.09 15:30Z координатор] Закрыт по слову владельца 27.09 15:28Z (разбор парковки). Подзадача ёмкости от 16.09 устарела: её остаток (метрики, stub платного пути, A/B процессов, горячие запросы PG, evidence pack) покрывается текущей лестницей WEB-626 / WEB-637 на стенде 4400-r2. Недостающие расписки собираются там.