docs(xdto-guide,xdto-decompile): вернуть рецепт версионной копии исполнителю

Предыдущая правка гайда изложила копирование пакета пошагово в повелительном
наклонении, и стало неясно, кому эти шаги адресованы: гайд построен на том, что
задачу ставят словами, а шаги делает агент. Пользователь мог прочитать это как
работу, которую надо сделать самому.

В гайде теперь сказано, что происходит и чего достаточно назвать в задаче.
Сами шаги и острая кромка (менять targetNamespace вместе с объявлением xmlns,
не заменять все вхождения строки) — в SKILL.md навыка выгрузки, там же, где
описан путь «выгрузить → поправить → собрать».

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

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

@@ -36,6 +36,13 @@ powershell.exe -NoProfile -File "${CLAUDE_SKILL_DIR}/scripts/xdto-decompile.ps1"
 включая имя, синоним и комментарий объекта метаданных — они выгружаются
 в `xs:annotation/xs:appinfo`.
 
+Этот же путь даёт версионную копию пакета: смени в схеме `targetNamespace` и собери
+её с `-Name` нового пакета — имя и синоним задаются флагами `/xdto-compile`, внутри
+схемы их править не нужно. Меняя пространство имён, поправь **и объявление `xmlns`
+с тем же URI**: внутренние ссылки пользуются им как префиксом. Заменять все вхождения
+строки нельзя — пострадает импорт пространства имён, для которого старый URI является
+префиксом (`urn:пример:обмен` и `urn:пример:обмен:legacy`).
+
 Этот путь нужен, когда схему меняют широко или сначала надо разобраться, как она
 устроена. Чтобы поправить одно свойство, схему целиком читать не нужно — `/xdto-edit`.
 Если нужна не схема, а сводка «что присвоить и что обязательно», — `/xdto-info`.