2026 OpenClaw и фронтенд на удалённом Mac:
детекция scripts в package.json и предрелизный diff-отчёт

Запускайте сценарий на чистом рабочем дереве той же ветки, которую планируете выпускать — обычно main или релизный кандидат. На удалённом Mac убедитесь, что SSH-ключ или identity CI-runner может читать репозиторий, выполнять git и писать в каталог артефактов (например artifacts/preflight/) без sudo.

Установка и фиксация toolchain: выровняйте node и менеджер пакетов (npm, pnpm, yarn) с боевым CI. При использовании Corepack зафиксируйте точную версию в шапке отчёта. Несовпадение Node/PM — главная причина инцидентов «scripts не менялись, а поведение другое».

Конфигурация OpenClaw: выдайте агенту доступ к репозиторию только на чтение и право публиковать файлы в канал уведомлений. Токены registry не храните в теле package.json; секреты — через env CI и вне текста diff отчёта. В монорепозитории повторите шаг снимка для каждого workspace-пакета с точками входа сборки или деплоя — см. чек-лист pnpm и Turborepo на предмет кэша и зеркала registry.

Минимальная подготовка за один проход: git fetch, проверка git status, создание каталога артефактов, запись в README или runbook одной строки: «preflight scripts запускается до сборки и браузерных шагов».

Секция scripts — это API релиза: любое переименование или смена флагов может аннулировать автоматизацию, пока прикладной код остаётся неизменным.

Чек-лист: область git diff

• ☐ Сравнивайте HEAD с origin/main, предыдущим тегом или git merge-base для релизной ветки — укажите вариант в заголовке отчёта.
• ☐ Включайте корневой package.json и каждый packages/*/package.json (или свой glob), участвующий в build/deploy.
• ☐ При необходимости сузьте командой вида git diff <диапазон> -- package.json packages/, чтобы churn зависимостей не забивал ревью.

Чек-лист: снимки scripts — для каждого целевого package.json извлеките объект scripts, отсортируйте ключи по алфавиту и запишите pretty-printed JSON с устойчивым порядком. Имена файлов: scripts.<pkg>.<short_sha>.json рядом с scripts.<pkg>.baseline.json из последнего зелёного релиза или из репозитория. Пример однострочника: node -e "const p=require('./package.json'); console.log(JSON.stringify(p.scripts||{}, null, 2))" с последующей нормализацией в вашем скрипте.

Когда запускать: в каждом PR, затрагивающем попавший под охват package.json; ночью на main; непосредственно перед проставлением версии. Продублируйте шаг в OpenClaw, чтобы агент мог переснять снимок после merge без ноутбука у разработчика.

Публикуйте один Markdown или JSON на прогон — общий источник правды для людей и автоматики. Ниже — шаблон отчёта, который можно вставить в генератор.

# Scripts preflight — <repo> @ <short_sha>
Диапазон: <from_ref>..<to_ref> | Node <version> | <npm|pnpm|yarn> <version>

## Сводка
- Затронутые пакеты: …
- Scripts: добавлено … | удалено … | изменено …
- Риск: низкий / средний / высокий (см. таблицу)

## Дельты по пакетам
### root
| script | изменение | вывод по влиянию |
| build | флаг … | путь артефакта CI |
| … | … | … |

## Обязательные действия
- [ ] Повторить смоук / матрицу E2E
- [ ] Обновить runbook или документацию деплоя
- [ ] Уведомить SRE при смене deploy-хуков

## Артефакты
- пути / URL снимков JSON
- вложение сырого unified diff

Чек-лист: уведомления — в Slack, Feishu или generic webhook уходит трёхстрочное резюме: диапазон, число изменённых scripts, метка максимального риска — плюс ссылка на полный отчёт. Для OpenClaw добавьте путь к артефакту в payload задачи, чтобы агент на удалённом Mac открыл файл и дописал шаги исправления.

Добавьте быстрый job до дорогих стадий (сборка, Lighthouse, Playwright). Job должен: (1) падать при невалидном JSON; (2) выкладывать отчёт; (3) завершаться с ненулевым кодом, если изменились защищённые имена scripts без allowlist-файла или записи в changelog.

Встройте проверку в общую цепочку predeploy: после установки зависимостей и проверки lockfile, до AI-смоука и браузерной работы — так дрейф scripts виден до минутных suite.

Экспортируйте отчёт как артефакт CI и при желании добавьте аннотации check (GitHub/GitLab) по каждому изменённому script. На runner с Apple Silicon задайте CI=true и логируйте архитектуру, чтобы поймать предположения arm64-only в теле скриптов.

Ошибки парсинга: хвостовые запятые или дубли ключей в package.json — Node упадёт до diff; исправьте файл локально и перезапустите. Запасной парсер: npm pkg get scripts для нормализации npm.

Ложный «нет diff»: убедитесь, что сравниваете тот же путь в монорепо; часто правят «не тот» package.json. Вторая ловушка — shell-специфичный синтаксис в строках script под sh vs zsh; задокументируйте оболочку CI.

Конфликты слияний: при одновременном переименовании scripts предпочитайте аддитивные алиасы (build:legacy) на один цикл релиза вместо ломки потребителей. При корреляции с флапом E2E см. гайд по триажу логов.

Перед тем как назвать релиз «зелёным», пройдите список — он согласует предрелизные проверки с остальным пайплайном на базе OpenClaw.