Команда /dr-optimize — аудит фреймворка Datarim
Как /dr-optimize обнаруживает раздутость, неиспользуемые компоненты, дублирующееся покрытие и битые ссылки в скилах, агентах и командах Datarim — и предлагает исправления с явным шлюзом одобрения.
Фреймворк, который растёт без периодической ревизии, приобретает те же проблемы, что и любая кодовая база: неиспользуемые компоненты, перекрывающиеся инструкции, устаревшие ссылки и описания, которые больше не соответствуют тому, что файл реально делает. /dr-optimize применяет ту же структурированную дисциплину аудита к самому фреймворку Datarim.
Работу выполняет агент Optimizer. Он охватывает скилы, агенты, команды и шаблоны — строит полную инвентаризацию, строит граф зависимостей, обнаруживает проблемы по категориям и представляет предложения по исправлению до того, как что-либо изменить.
Когда запускать
Рекомендуемая периодичность — каждые пять-десять завершённых задач, или когда вывод /dr-help начинает казаться перегруженным. Запуск сразу после /dr-addskill проверяет, не пересекается ли новый компонент с уже существующим. Команда также автоматически предлагается шагом 0.5 /dr-archive, когда проверка здоровья рефлексии обнаруживает неэффективности фреймворка.
Аудит
Команда строит полную таблицу инвентаризации для каждого типа компонентов: имя, количество строк, описание и то, что его загружает. На основе этой инвентаризации строятся все перекрёстные ссылки: какая команда загружает какой агент, какой агент загружает какие скилы, какие скилы ссылаются друг на друга. Компоненты без ссылок обнаруживаются как «сироты».
Детектор проблем применяет конкретные пороги: скилы длиннее трёхсот строк получают предупреждение; длиннее четырёхсот — предлагается разделение. Агенты длиннее ста двадцати строк помечаются; длиннее ста восьмидесяти — предлагается переработка. Два компонента с более чем семидесятипроцентным пересечением контента — кандидаты на слияние. Описания длиннее ста шестидесяти символов помечаются для сокращения, поскольку длинные описания снижают надёжность срабатывания скилов.
Гигиена состояния Datarim
Помимо файлов фреймворка, аудит проверяет и операционное состояние. Если идентификатор задачи присутствует одновременно в разделах активных и архивных задач в tasks.md — автоматически формируется предложение об удалении. Та же проверка запускается для activeContext.md — на предмет уже заархивированных задач, всё ещё числящихся активными.
Предложения и шлюз одобрения
Каждая обнаруженная проблема становится пронумерованным предложением: prune, merge, split, fix-description, fix-references или sync-docs. Команда показывает полный список и спрашивает, что применить. Ответ должен быть явным: all, none или числа через запятую. Без ответа ничего не меняется.
Для любого изменения, затрагивающего $HOME/.claude/, перед записью над текстом каждого предложения запускается stack-agnostic шлюз. Стек-специфичный контент — ссылки на конкретные фреймворки, языки или инструменты — не проходит шлюз. Предложение возвращается оператору для переформулировки или переноса в директорию проектного уровня.
Об агенте, который выполняет эту работу, читайте в посте агент Optimizer. Общая картина фреймворка — в посте что такое Datarim.