OpenClaw на фронтенде в 2026 году — практика на удалённом Mac:
приём webhook превью, Lighthouse CLI, пороги JSON, коды выхода и сводка для pull request

OpenClaw на практике даёт единую точку входа: TLS, HMAC или mTLS, лимиты по клиентам, нормализация полей и поток NDJSON для наблюдаемости. Когда Vercel, Netlify, Cloudflare Pages или ваш CI шлёт deployment webhook, подпись проверяется здесь; дедупликация по Idempotency-Key не даёт двойному событию дважды запустить Lighthouse; токены GitHub остаются на стороне воркера Mac, а не на публичном edge. Тот же ingress переиспользуйте для predeploy Lighthouse или сводок метрик сборки в PR.

После прогона Lighthouse добавьте на том же хосте короткий Safari / WebKit смоук (Playwright webkit или ручной сценарий): лабораторные баллы Chromium и сигнал движка пользователей оказываются в одном отчёте. При необходимости вынесите WebKit в предупреждение без блокировки merge отдельным кодом или флагом политики.

1. Опубликуйте маршрут hook. Принимайте POST с JSON на HTTPS OpenClaw; проверяйте HMAC и «свежесть» временной метки.
2. Нормализуйте поля. Смапьте поля провайдера на PREVIEW_URL, сохраните GIT_SHA, PR_NUMBER, сгенерируйте OPENCLAW_RUN_ID.
3. Поставьте задачу на Mac. Запись в .openclaw/queue/ + launchd или watcher, чтобы обрыв SSH не терял работу.
4. Прогрейте превью. Два GET (HTML и основной JS) с user-agent, близким к Lighthouse; backoff на 429.
5. Запустите Lighthouse CLI. Например: pnpm exec lighthouse "$PREVIEW_URL" --only-categories=performance --output=json --output-path=".openclaw/reports/${OPENCLAW_RUN_ID}.lhr.json" --chrome-flags="--headless=new"; версию Chrome закрепляйте по ветке или неделе.
6. Сравните с порогами. Читайте perf/thresholds.json на том же SHA; пишите verdict.json для артефактов.
7. Коды выхода. 0 — ок; 2 — регрессия по метрикам; 3 — инфраструктура после одного повтора.
8. Отправьте digest. Заполните шаблон ниже, POST в комментарий PR или в deployment status; в NDJSON добавьте phase=preview_lighthouse.

# Минимальная проверка перед форком воркера
set -euo pipefail
test -n "${PREVIEW_URL:-}" && test -n "${GIT_SHA:-}" || exit 3
# openclaw-hook-verify --secret "$HOOK_SECRET" --body "$RAW_BODY" --sig "$SIG_HEADER" || exit 3

{
  "performance": { "minScore": 0.85 },
  "metrics": {
    "largest-contentful-paint": { "maxNumericValue": 2500 },
    "cumulative-layout-shift": { "maxNumericValue": 0.08 },
    "total-blocking-time": { "maxNumericValue": 200 }
  }
}

Код 0 — все бюджеты соблюдены. Код 2 — осознанный отказ по перфомансу (блок merge). Код 3 — сеть, авторизация, зависший провайдер: эскалация в ops, а не переписывание кода.

Держите блок около 4 КБ, чтобы мобильный GitHub не резал разметку. Тот же текст можно дублировать в статус деплоя при связке из статьи Deployments + Lighthouse.

### OpenClaw · гейт Lighthouse по превью
- **Прогон** `OPENCLAW_RUN_ID` @ `GIT_SHA` на удалённом Mac (Chromium закреплён)
- **URL** `PREVIEW_URL`
- **Баллы** perf **{{score}}** (Δ {{delta}} к baseline)
- **Метрики** LCP **{{lcp}}мс**, CLS **{{cls}}**, TBT **{{tbt}}мс**
- **Вердикт** {{pass_or_fail}} — лог `.openclaw/reports/{{run}}.lhr.json`

Lighthouse остаётся эталоном для стабильных лабораторных метрик в Chromium. На удалённом Mac с тем же образом окружения добавьте короткий прогон WebKit: те же cookies/заголовки прогрева, те же переменные OPENCLAW_RUN_ID, но отчёт в формате, удобном дизайнерам (скрин, трассировка или один булевый «WebKit OK»). Так вы связываете то, что видит пользователь в Safari, с тем, что блокирует merge по числам — без смешения движков в одном бинарнике Lighthouse.