القائمة
Быстрый healthcheck проекта — сборка + тесты по всем платформам проекта одной последовательностью.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Внешнее ревью 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 завершил кодирование спринта и готов к ревью-циклу.
| 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.