메뉴
Use when the user asks to measure YAML project validation speed or memory through the compiled standalone validation path.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
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.