Команда /dr-addskill — расширение фреймворка Datarim
Как /dr-addskill исследует лучшие практики, проверяет существующие компоненты и генерирует новые скилы, агенты и команды для Datarim — с TDD-проходом и stack-agnostic шлюзом перед записью.
Datarim спроектирован для роста. Когда проекту нужна возможность, которой в фреймворке ещё нет — доменный lint-проход, новая дисциплина ревью, специализированный паттерн исследования — /dr-addskill создаёт компонент правильно, а не вручную. Работу выполняет агент Skill Creator, работающий на модели класса Opus, поскольку принимаемые решения — что создавать, как вписывается, какую модель назначить — архитектурные.
До записи чего-либо
Команда начинает с исследования. Выполняется поиск лучших практик в целевой области и проверка репозиториев сообщества на наличие готовых примеров. Затем проверяется текущий фреймворк: не покрыта ли потребность уже, полностью или частично? Если существующий скил просто требует обновления, а не нового файла — предлагается именно это.
Для скилов, призванных внедрить дисциплину, а не обучить технике, сначала выполняется TDD-проход. Тестовый сценарий воспроизводит ошибку, которую скил должен предотвращать, запускается в контексте агента без загруженного скила. Рационализации агента фиксируются дословно. Текст скила затем пишется так, чтобы явно ответить на каждую рационализацию, а не на гипотетические сценарии. Рефакторинг-раунд перезапускает сценарий с загруженным скилом, чтобы подтвердить отсутствие новых путей рационализации.
Дизайн и назначение модели
Каждый артефакт следует соглашениям Datarim. Скилы получают YAML frontmatter с именем, описанием и опционально полем модели. Агенты требуют обязательного поля модели — соглашение различает Opus для архитектурных рассуждений, Sonnet для стандартной работы и Haiku для лёгких утилит. Справочные скилы, содержащие только правила или паттерны, пропускают поле модели и наследуют его от вызывающего контекста. Каждое сгенерированное описание удерживается в пределах двухсот пятидесяти символов, поскольку более длинные описания снижают надёжность срабатывания.
Команда показывает предлагаемые файлы — пути и полное содержимое — и объясняет структурные решения перед записью чего-либо. Требуется явное одобрение.
Stack-agnostic шлюз
Перед записью любого файла в $HOME/.claude/ stack-agnostic шлюз проверяет текст артефакта на наличие ссылок на конкретные фреймворки, языки или инструменты. Глобальный скил со встроенной NestJS-специфичной логикой, например, не проходит шлюз. Предложение возвращается с найденными ключевыми словами; автор переформулирует его стек-нейтрально или устанавливает в директорию проектного уровня. Это сохраняет глобальный рантайм свободным от экосистемно-специфичного контента.
Область и подтверждение
Целевая директория установки определяется контекстом. Слово «global» или «user-level» указывает на $HOME/.claude/. Если в проекте уже есть директория .claude/skills/ хотя бы с одним файлом — это становится умолчанием. Команда создаёт необходимые поддиректории и подтверждает, что было установлено, где и нужна ли новая сессия для вступления изменений в силу.
После добавления скила запуск /dr-optimize проверяет, не пересекается ли он с существующими компонентами. Подробнее о расширении фреймворка — в посте что такое Datarim. Взгляд на уровне агента — в посте агент Skill Creator.