원클릭으로
verify
Быстрый healthcheck проекта — сборка + тесты по всем платформам проекта одной последовательностью.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Быстрый healthcheck проекта — сборка + тесты по всем платформам проекта одной последовательностью.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | verify |
| description | Быстрый healthcheck проекта — сборка + тесты по всем платформам проекта одной последовательностью. |
| user-invocable | true |
Запусти сборку и тесты для всех платформ проекта, выведи сводный результат.
Шаблон. Командные шаги ниже —
<PLACEHOLDER>-конвенция. Подставь команды и baseline'ы своего стека (см..claude/rules/tests.md). Имя скилла менять нельзя —/verifyдолжен резолвиться. Если у проекта только одна платформа (например, нет отдельного клиента и сервера) — оставь один шаг, второй удали. Если корень проекта — npm workspace,npm ciзапускается из корня репо, а не из leaf-папки клиента (иначеvite/vitestне доустановятся), а build/test — через корневые root-скрипты, таргетящие workspace.
fail-fast:
set -e+&&chain — любая упавшая команда останавливает весь shell-блок.
set -e # fail-fast — любой non-zero exit прерывает блок
cd <CLIENT_DIR> \
&& <CLIENT_BUILD_CMD>
cd -
<CLIENT_DIR> — каталог клиента/основной платформы. <CLIENT_BUILD_CMD> — сборка + клиентские тесты (<TEST_CMD>) одной цепочкой.
fail-fast:
set -e+&&chain.
set -e
# <SERVER_BUILD_CMD> покрывает сборку серверного/второго проекта и его тесты.
<SERVER_BUILD_CMD>
<SERVER_BUILD_CMD> — сборка серверного слоя + запуск его тестов (<TEST_CMD>).
<EXPECTED_CLIENT_TESTS> — baseline в .claude/rules/tests.md).<WARNING_BASELINE> — структурный tech-долг, быстрый /verify на них не аборти́тся; их baseline и cold-команда аудита регрессий — в .claude/rules/tests.md, раздел «Baseline counts») + тесты зелёные (<EXPECTED_SERVER_TESTS>).Если что-то упало — покажи stderr/stdout первого упавшего шага и предложи исправление. Не запускай дальнейшие шаги до исправления (fail-fast). Интеграционные тесты, если есть, держи за отдельным флагом — не включай по умолчанию.
Исходная U2-реализация скилла (TS-клиент Vite/Vitest + .NET сервер NUnit) — как ориентир при заполнении плейсхолдеров:
# Шаг 1 — TS-клиент (testbed на Vite, в корневом npm workspace)
set -e
# ⚠️ Корень репо — npm workspace ("workspaces": ["src/clients/testbed/*"]):
# npm ci ЗАПУСКАЕТСЯ ИЗ КОРНЯ. Из leaf-папки он ставит лишь её прямые deps —
# vite/vitest не появятся (command not found). Root-скрипты build/test таргетят workspace.
# `-- --run` пробрасывается в корневой test-скрипт и держит vitest в одноразовом (non-watch) режиме.
npm ci \
&& npm run build \
&& npm test -- --run
# Шаг 2 — .NET solution (server entry-point + shared game logic + NUnit тесты)
set -e
# U2.sln покрывает ОБА csproj: U2.Server.csproj (entry) + U2.Shared.csproj
# (где живут реальные тесты в src/shared/Tests/ECS/, Tests/Ships/ и т.д.).
dotnet build U2.sln --configuration Release \
&& dotnet test U2.sln --no-build --configuration Release --verbosity minimal
Ожидаемый результат U2: TS ~319 passed / 7 skipped из 326; .NET ~843 passed / 6 skipped из 849 (Release), warnings baseline 105. Подробности — .claude/rules/tests.md.
Внешнее ревью PR через Codex CLI ChatGPT subscription (Sprint Pipeline v3.9 Mode A primary). Две полноразмерные модели последовательно — gpt-5.5 (reasoning, primary) + gpt-5.3-codex (code). Fallback модели — gpt-5.4. Fallback режимы — A-legacy (openai-review.mjs Platform API), C (Claude adversarial degraded) и D (manual emergency). Используй `/external-review <PR_NUMBER>`.
(EXAMPLE doc-навигация) Синхронизация навигации проекта — индексы документов, реестр ADR, memory-bank — после merge документов или ADR в main. Используй когда в main появились новые ADR/доктрины/спеки или завершён milestone, и индексы навигации устарели. Триггеры: «обнови индексы», «sync docs», «синхронизируй навигацию», «после merge PR #N надо обновить INDEX». Не трогает содержимое самих ADR — только записи в индексах. (Пути и связанный site-sync — пример из U2; адаптируй под свой проект.)
(EXAMPLE, U2-специфичный) Обновление manifest публичного сайта <SITE_HOST> — добавление новых ГД-релевантных документов в <SITE_MANIFEST>, локальная сборка сайта, PR. Используй когда в main появились новые ADR, доктрины бренда, GDD/PvE/Marketing/Audit/Gameplay-спеки, и нужно, чтобы они появились на публичном сайте. Триггеры: «обнови сайт», «sync site», «синхронизируй сайт», «добавь ADR-NNNN на сайт», «новые доктрины не показаны на сайте». Нет публичного сайта — удали этот скилл. Не трогает VPS напрямую — после merge PR GitHub Actions сам передеплоит сайт за < 5 минут. Не правит навигацию проекта — для этого есть /sync-docs.
Декомпозиция задач, анализ архитектуры, планирование спринтов. Используй когда нужно: декомпозировать фичу или эпик на задачи, проанализировать архитектуру модуля, создать план работ по ТЗ, спланировать рефакторинг, составить план спринта для разработчиков. Работает в диалоге с человеком, создаёт архитектурные документы, диаграммы и задачи.
Управление сессиями, спринтами и прогрессом проекта. Используй когда нужно: открыть или закрыть сессию работы, начать или завершить спринт, посмотреть roadmap или обновить его, получить отчёт по спринту, увидеть канбан-доску или метрики, зафиксировать технический долг. Работает с Beads и Git, отвечает за Landing the Plane protocol.
Оркестрация полного PR-цикла спринта — от создания PR до готовности к merge. Контролирует порядок шагов, запуск субагентов, публикацию отчётов. Используй когда PM завершил кодирование спринта и готов к ревью-циклу.