docs(xdto): устранить противоречие «как править пакет» между навыками

На один и тот же вопрос четыре инструкции отвечали по-разному: decompile
объявлял себя «основным способом менять пакет», edit сам себя занижал
до варианта для маленьких пакетов, compile про edit не упоминал вовсе,
а workflow валидатора его не знал. Модель получала бы разный ответ
в зависимости от того, на какой файл попала, причём два из них уводили
от единственного навыка, созданного ровно для этой задачи.

Единое правило проведено через все четыре: точечная правка — xdto-edit;
переработка схемы целиком или знакомство с ней — decompile → compile.
Заодно в decompile добавлена развилка на xdto-info, чтобы разграничить
«нужна схема» и «нужна сводка для кода».

Мелочи: грамматика в xdto-edit, служебное значение -Mode auto убрано
из таблицы параметров (пользователь его не пишет), описан флаг [до N].

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

.claude/skills/xdto-compile/SKILL.md

@@ -102,4 +102,5 @@ XSD выразительнее модели XDTO. Всё, что не перен
 3. `/xdto-validate <каталог-исходников>/XDTOPackages/<Имя>` — убедиться, что типы разрешились
 4. `/db-load-xml` + `/db-update`
 
-Правка существующего пакета: `/xdto-decompile` → правка XSD → `/xdto-compile -Force`.
+Правка существующего пакета: точечно — `/xdto-edit`; переработать схему целиком —
+`/xdto-decompile` → правка XSD → `/xdto-compile -Force`.