Menu
Use when the user asks to measure YAML project validation speed or memory through the compiled standalone validation path.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Finish a completed development branch by verifying tests, pushing the branch, creating a GitHub PR, merging it, deleting the remote branch, removing the git worktree, and deleting the local branch. Use when the user asks to finish the cycle, ship via PR, merge and clean up, or says this is the end of a worktree/PR cycle.
Подсвечивает пачки расхождений short round-trip (XML → модель → XML) для анализа и автоматически генерирует одиночный reproducer для выбранного diff'а после подтверждения пользователя.
Диагностирует полный metadata round-trip (XML -> модель -> YAML -> модель -> XML) и показывает single/triage diff'ы без создания reproducer.
Диагностирует XML -> YAML -> XML без reference и проверяет загрузку результата в файловую базу 1С через ibcmd.
Исследование прикладного объекта метаданных 1С перед реализацией — глубокий анализ фикстур, XSD, справки 1С и соседей в codebase. Рекурсивно выявляет подчинённые объекты и извлекает для них XML-фикстуры. Выдаёт консолидированный отчёт для `/write-a-prd`. Используй при добавлении нового прикладного объекта (Документ, Последовательность, Перечисление, Нумератор и т.п.).
Создание нового объекта метаданных (metadataItem) по фикстурам и схемам. При добавлении новых объектов метаданных используй этот скилл.
| name | validation-profile |
| description | Use when the user asks to measure YAML project validation speed or memory through the compiled standalone validation path. |
Скилл выполняет benchmark валидации YAML-проекта через compiled standalone path:
packages/core/dist/index.js
-> packages/core/dist/projectValidationWorker.js
-> packages/core/dist/projectValidationAjvStandalone.js
Он не использует MCP service и не импортирует packages/core/index.ts, потому что это source/tsx path.
pnpm --filter @nkdk/core build.node .agents/skills/validation-profile/validation-profile.mjs ....pnpm test.pnpm --filter @nkdk/core build
node .agents/skills/validation-profile/validation-profile.mjs /path/to/yaml
С одним прогоном:
pnpm --filter @nkdk/core build
node .agents/skills/validation-profile/validation-profile.mjs /path/to/yaml --runs 1
С worker timing:
pnpm --filter @nkdk/core build
node .agents/skills/validation-profile/validation-profile.mjs /path/to/yaml --runs 1 --timing
--runs N — число прогонов, по умолчанию 5.--concurrency N — явно задать число worker'ов. Если не задано, core использует свой default.--timing — добавить один прогон с NKDK_VALIDATION_TIMING=1 и распарсить first/second pass worker memory.--json — вывести только JSON.В финальном ответе покажи:
Режим: compiled standalone
YAML-каталог: <path>
Воркеры: <N>
Cold: <seconds>
Warm: avg=<seconds> min=<seconds> max=<seconds>
Diagnostics: <total> = <errors> errors + <warnings> warnings
Peak RSS: <MiB>
RSS по прогонам: <run list>
Если был --timing, добавь краткую таблицу:
worker | phase | files | processRssPeak | workerHeapPeak
--timing использует существующий NKDK_VALIDATION_TIMING=1, поэтому показывает first pass и second pass целиком. Он не показывает afterRead, afterReferenceValidation или другие внутренние точки, если core не был специально инструментирован.
Если diagnostics выглядят неожиданно, явно укажи, что это результат compiled standalone, и предложи отдельную проверку parity.