test: update fixtures flow, add different browsers

docs/agent-workflow.md

@@ -49,6 +49,25 @@ E2E запускается отдельно от быстрых проверок
 статический сервер. Для UI-изменений сначала выбирается минимальный
 пользовательский поток, затем при необходимости расширяется smoke.
 
+### Нагрузка на машину
+
+Агент работает на компьютере пользователя, поэтому тяжёлые прогоны не
+запускаются «по умолчанию»:
+
+- Playwright-прогоны запускаются только по явной команде пользователя: один
+  прогон за раз, без циклов повторов и без фонового запуска.
+- Локально `workers: 1` (`web/playwright.config.ts`). Browser matrix из четырёх
+  проектов проходит медленно, зато не забирает память и не мешает работе
+  пользователя. Скорость проверки уступает отзывчивости компьютера.
+- Нельзя запускать тяжёлый прогон параллельно с другим прогоном или в момент,
+  когда пользователь работает с приложением.
+- Диагностика флаков идёт от меньшего к большему: один spec, один проект,
+  `--workers=1`, и только затем полный прогон.
+- Таймауты не подбираются под конкретную машину. Если проверка падает из-за
+  нехватки ресурсов, это фиксируется как ограничение окружения, а не лечится
+  увеличением `expect.timeout`.
+- При необходимости повторного прогона сначала спрашивается пользователь.
+
 ## 4. Работа с тестами
 
 - Поведенческий тест проверяет пользовательский контракт, а не текущую
@@ -102,4 +121,10 @@ E2E запускается отдельно от быстрых проверок
 4. отдельно перечисляет warnings, fixme, долги и вопросы;
 5. ждёт подтверждения на продолжение.
 
+Коммит и пуш делает разработчик. После пуша агент проверяет результат CI и
+сообщает его вместе с локальными проверками, включая случай, когда нужный job не
+запускался: `Quality` workflow с browser matrix живёт на `pull_request` и
+`workflow_dispatch`, поэтому прямой пуш в `main` проверяет только быстрый gate.
+Процедура описана в `docs/quality-gates.md`.
+
 Следующий шаг начинается только после ревью текущего изменения.