2c477c3f6df13f7392a808a5f817220bb828bbe3
Phase 3 RESEARCH.md addresses the 4 user-scoped research questions:
Q1 puppeteer.Page.metrics() reliable for SW context? → NO (page-realm only;
SW is a separate Puppeteer target). Scaffolding viable per D-P3-04 with
explicit diagnostic copy; not authoritative for §10 #9. (Verified via
pptr.dev/api/puppeteer.page.metrics + Puppeteer issue #7536.)
Q2 rrweb 2.0.0-alpha.4 testing patterns? → Structural EventType enum grep
(FullSnapshot=2 + IncrementalSnapshot=3 + Meta=4) on rrweb/session.json
from latest archive. Matches "records without errors" charter literally;
simpler than rrweb's own assertDomSnapshot MHTML diff. (Verified via
node_modules/@rrweb/types/dist/index.d.ts grep.)
Q3 rrweb v2 stable release status / alpha.4 safety? → Stable v2 has NOT
shipped; npm `latest` tag still points at 2.0.0-alpha.4 (2023). Newest
alpha is 2.0.0-alpha.20 (2026-02-03) with breaking NodeType import-site
change. alpha.4 pin is safe for Phase 3 verification (9 closed plans +
29/29 UAT GREEN). Phase 4 upgrade research correctly deferred per
D-P3-03. (Verified via `npm view rrweb dist-tags`.)
Q4 New chrome.* patterns for §10? → None required. Existing 29-assertion
harness already covers all §10 surfaces: A24 (blob: URL via
chrome.downloads.onCreated), A28 (screenshot.png set-equality), A26 +
A27 (meta.json + multi-tab urls strict). Operator chrome://memory-internals
remains §10 #9 canonical per D-P3-04.
Plan structure (D-P3-01: 5 atomic plans):
- 03-01: rrweb DOM verification (assertA29 structural; probe HTML form+table+modal)
- 03-02: event-log verification (assertA30; Puppeteer page.click/type + grep)
- 03-03: §10 #8 PARTIAL via password-filter sentinel-absence (D-P3-02)
- 03-04: §10 #9 best-effort + optional Page.metrics scaffolding (D-P3-04)
- 03-05: §10 #1-#9 sweep VERIFICATION.md aggregator (Phase 2 frontmatter template)
Tier-1 FORBIDDEN_HOOK_STRINGS expected to stay at 12 entries (A29+ ride
production surfaces only). No new dependencies. Approach B template from
Plan 02-04 is direct precedent.
Mokosh — Session Capture
Chrome MV3 extension that records operator sessions for bug reports.
Фаза 1 — Локальная запись + экспорт архива
Установка и запуск
Разработка
# Установка зависимостей
npm install
# Сборка для разработки с HMR
npm run dev
# Сборка для продакшена
npm run build
Установка расширения в Chrome
-
Соберите проект:
npm run build -
Откройте Chrome и перейдите по адресу:
chrome://extensions/ -
Включите "Режим разработчика" (Developer mode) в правом верхнем углу
-
Нажмите кнопку "Загрузить распакованное расширение" (Load unpacked)
-
Выберите папку
distв корне проекта -
Расширение установлено!
Использование
-
При первом открытии popup расширение запросит разрешение на запись экрана
-
Разрешение обязательно для работы расширения
-
Расширение автоматически начнет запись:
- Видео: последние 30 секунд (кольцевой буфер)
- DOM-события через rrweb: последние 10 минут
- Лог действий пользователя: последние 10 минут
-
Для сохранения отчета об ошибке:
- Нажмите на иконку расширения
- Нажмите кнопку "Сохранить отчёт об ошибке"
- Архив автоматически загрузится в папку "Загрузки"
Структура архива
Архив session_report_YYYY-MM-DD_HH-MM-SS.zip содержит:
session_report_2025-05-15_14-32-10.zip
├── video/
│ └── last_30sec.webm # склеенные чанки видеобуфера
├── rrweb/
│ └── session.json # массив DOM-событий rrweb
├── logs/
│ └── events.json # лог действий пользователя
├── screenshot.png # скриншот в момент сохранения
└── meta.json # метаданные сессии
Технический стек
- Тип расширения: Chrome Extension, Manifest V3
- Service Worker: Background script (Manifest V3)
- Захват экрана:
chrome.tabCaptureAPI - Захват DOM:
rrweb(npm: rrweb) - Лог событий: Content Script
- Упаковка архива:
JSZip(npm: jszip) - Сохранение файла:
chrome.downloadsAPI - Хранение буфера: In-memory (Service Worker + Content Script)
- Build: Vite + crxjs + TypeScript
Особенности
Маскирование чувствительных данных
- Пароли (
input[type=password]) маскируются автоматически в rrweb и логах - Поля с атрибутом
data-sensitive="true"также маскируются в rrweb
Записываемые события
Пользовательские события
- click — клик по любому элементу
- input — изменение значения поля (без паролей)
- navigation — переходы по страницам (popstate, hashchange, History API)
- js_error — JavaScript ошибки (window.onerror, unhandledrejection)
- network_error — сетевые ошибки (fetch/XHR с кодом ответа >= 400)
Кольцевой буфер
- Видео: 30 секунд, первый чанк (WebM заголовок) хранится всегда
- rrweb события: 10 минут, максимум 5000 событий
- Пользовательские события: 10 минут
Память
- Ожидаемое потребление: ~5-10 МБ в фоновом режиме
Критерии приёмки Фазы 1
- ✅ Расширение устанавливается в Chrome без ошибок
- ✅ Видеобуфер непрерывно работает на любой вкладке
- ✅ В буфере всегда есть не более 30 секунд видео
- ✅ rrweb пишет DOM-события без ошибок на типовых страницах
- ✅ Лог событий фиксирует клики, навигацию и сетевые ошибки
- ✅ При нажатии кнопки архив скачивается в "Загрузки" за < 5 секунд
- ✅ Архив открывается,
last_30sec.webmвоспроизводится в браузере - ✅ Пароли не попадают в лог и rrweb-снимки
- ✅ RAM-потребление расширения не превышает 50 МБ в фоне
Отладка
Console Logs
Расширение пишет подробные логи в консоль:
- Service Worker: Chrome DevTools → Extensions → Service Worker → Console
- Content Script: Chrome DevTools на любой странице → Console
- Popup: Правый клик по popup → Проверить
Структура проекта
ai-call-extension/
├── src/
│ ├── background/ # Service Worker
│ │ └── index.ts
│ ├── content/ # Content Script
│ │ └── index.ts
│ ├── popup/ # Popup UI
│ │ ├── index.html
│ │ ├── index.ts
│ │ └── style.css
│ └── shared/ # Общие типы и утилиты
│ ├── types.ts
│ └── logger.ts
├── icons/ # Иконки расширения
├── dist/ # Собранные файлы
├── manifest.json # Manifest расширения
├── vite.config.ts # Конфигурация Vite
├── tsconfig.json # Конфигурация TypeScript
└── package.json
Лицензия
MIT
Контакты
Для вопросов и предложений обращайтесь в support.
Description
Languages
TypeScript
91%
HTML
3.4%
CSS
2.8%
Shell
2%
JavaScript
0.8%