Набор игровых инструкций для кодирующих агентов предлагает выбирать навыки автоматически, а не искать подходящую памятку вручную. Насколько прозрачен этот выбор и что разработчик может проверить до использования? Чтобы ответить, сопоставляем описание механизма и примеры в README проекта с числом навыков в Telegram-посте о нём. Это разбор опубликованных материалов: редакционного запуска и независимого теста точности маршрутизации или качества кода нет.
Как устроен выбор навыков
README описывает три шага. Сначала маршрутизатор определяет движок по файлам проекта: например, project.godot указывает на Godot, а файл с расширением .uproject — на Unreal. Если движок определить не удаётся, документация обещает уточняющий вопрос. Затем система разбирает запрос на признаки задачи — например, шейдеры или сохранение, — жанра либо этапа выпуска. После этого, согласно README, загружаются подходящие навыки.
Навык движка выбирается один, а навыки дисциплины, жанра и рабочего процесса могут добавляться к нему. Так, инструкция для Godot может сочетаться с навыком жанра платформера. Это описанная в документации проекта логика, а не наблюдение за работой маршрутизатора в реальном репозитории.
Такая схема разделяет контекст на слои: проектные файлы указывают на среду, запрос — на задачу, дополнительные категории — на жанр или этап работы. Это объясняет, как авторы предполагают выбирать набор инструкций. Если исходный признак распознан неверно или запрос допускает несколько трактовок, ошибка может повлиять на весь выбор; насколько часто это происходит, опубликованные материалы не показывают.
Примеры маршрутизации и практический смысл
Для запроса «добавить двойной прыжок персонажу в Godot» README указывает два навыка: godot-2d-movement и platformer. Для инвентаря в Unity RPG приведена комбинация unity-scriptableobjects, rpg и save-systems. Это примеры из README, а не результаты выполнения задач.
Примеры показывают предполагаемый результат: к инструкции конкретного движка добавляются навыки, связанные с задачей или жанром. Но документация не демонстрирует, как маршрутизатор разбирает неоднозначные запросы, что происходит при неверном определении движка и насколько выбранные файлы подходят нестандартной архитектуре проекта. Поэтому примеры поясняют устройство, но не доказывают, что агент правильно реализует двойной прыжок или инвентарь.
Разработчику это даёт проверяемую отправную точку: можно сопоставить распознанный движок с файлами проекта, посмотреть названия и содержание выбранных инструкций, а затем проверить изменения в целевом движке. Для двойного прыжка итоговая проверка — не только наличие подходящего навыка, но и поведение персонажа в запущенной игре.
Каталог и расхождение в числе навыков
README заявляет 76 навыков в девяти категориях и перечисляет 12 движков или платформ, в том числе Godot, Unity, Unreal, Phaser, three.js и Roblox. В Telegram-посте канала «Вайб-кодинг» указано 74 навыка. Источники расходятся в числе, но не объясняют причину; это не результат редакционного пересчёта и не подтверждённая ошибка одного из источников.
Само количество не говорит, подходит ли конкретная инструкция проекту. README утверждает, что навыки основаны на первичной документации, привязаны к версиям движков и проверяются валидатором. Это заявление проекта, а не независимая оценка полноты, точности или актуальности каталога. Перед применением полезно сверить указанные версии и прочитать инструкции, которые относятся к выбранной задаче.
Установка и совместимость
README предлагает установку через CLI skills и указывает требование Node.js 22.20 или новее. В документации также описаны предварительный просмотр списка, установка для всех проектов и выбор конкретного агента; альтернативный вариант — установка как плагина Claude Code.
Среди совместимых инструментов README перечисляет Claude Code, Cursor, Windsurf, Cline, Codex, Gemini CLI, GitHub Copilot и Kiro. Telegram-пост отдельно называет Claude Code и Codex. Это заявленная совместимость, а не результат редакционной проверки каждого агента. Условия установки и перечень поддерживаемых инструментов приведены в README проекта; перед применением стоит проверить их для выбранного инструмента и понять, какие инструкции будут добавлены.
Что документация подтверждает — и чего не проверяет
Материалы позволяют разобрать заявленную последовательность: определить движок по файлам, извлечь задачу из запроса и сочетать один навык движка с дополнительными навыками. Они дают примеры комбинаций и условия установки. Но доступные источники не содержат независимой проверки того, насколько точно маршрутизатор выбирает навыки в реальных проектах и помогает ли этот выбор получить работающий код.
Практическая оценка поэтому должна разделять два результата: какие инструкции загрузились и что получилось после их применения. Можно начать с небольшой задачи, проверить соответствие определённого движка проекту, изучить выбранные навыки, а затем запустить результат в самом движке и проверить нужное поведение. По документации можно понять предполагаемый механизм и его условия; его точность и пригодность для конкретного проекта из опубликованных примеров установить нельзя.
