Сократить служебные теги SHiNE и сохранить обратную совместимость

docs/Personal_Messages/README.md

@@ -6,7 +6,7 @@
 
 - `docs/Personal_Messages/Протокол_DM_v1.md` — логика протокола, роли API, серверное поведение, routing по `access_servers`
 - `docs/Personal_Messages/Формат_DM_v1.md` — точный бинарный формат контейнера `SHiNE_DM`
-- `docs/Personal_Messages/Технические_вставки_DM_v1.md` — формат специальных `<SHiNE:...>` вставок внутри plaintext DM после расшифровки
+- `docs/Personal_Messages/Технические_вставки_DM_v1.md` — формат специальных `<S:...>` вставок внутри plaintext DM после расшифровки
 
 Исторический устаревший документ сохранён отдельно:
 

docs/Personal_Messages/Протокол_DM_v1.md

@@ -96,7 +96,7 @@
 - если формат понятен, но расшифровка не удалась, показывает `Не удалось расшифровать сообщение`;
 - если `body` повреждён или структурно битый, показывает `Сообщение повреждено`.
 
-После успешной расшифровки plaintext может дополнительно содержать специальные клиентские вставки `<SHiNE:...>` в начале текста.
+После успешной расшифровки plaintext может дополнительно содержать специальные клиентские вставки `<S:...>` в начале текста. Legacy-вставки `<SHiNE:...>` также продолжают поддерживаться при чтении.
 Эти вставки относятся уже к уровню UI/plaintext, а не к уровню серверного DM-envelope.
 
 ### 2.4. Источник истины по пользователю

docs/Personal_Messages/Технические_вставки_DM_v1.md

@@ -18,7 +18,7 @@
 Если в начале plaintext стоит один или несколько специальных блоков формата:
 
 ```text
-<SHiNE:...>
+<S:...>
 ```
 
 то клиент трактует их как технические вставки.
@@ -26,14 +26,14 @@
 Техническими считаются только блоки, которые:
 
 - стоят строго в начале plaintext;
-- начинаются с точного префикса `<SHiNE:`;
+- начинаются с префикса `<S:` или legacy-префикса `<SHiNE:`;
 - заканчиваются первым символом `>`.
 
-Если текст не начинается с `<SHiNE:`, никакие технические вставки не ищутся.
+Если текст не начинается с `<S:` или `<SHiNE:`, никакие технические вставки не ищутся.
 
 ## 2. Правило скрытия
 
-Все корректно распознанные блоки `<SHiNE:...>` в начале plaintext:
+Все корректно распознанные блоки `<S:...>` или `<SHiNE:...>` в начале plaintext:
 
 - не показываются пользователю как сырой текст;
 - используются клиентом для UI-логики;
@@ -45,7 +45,7 @@
 
 Перед отправкой обычного текстового сообщения клиент обязан проверить:
 
-- если пользовательский текст начинается с `<SHiNE:`
+- если пользовательский текст начинается с `<S:` или `<SHiNE:`
 
 то клиент автоматически превращает начало в:
 
@@ -60,7 +60,7 @@
 Общий вид:
 
 ```text
-<SHiNE:kind;key=value;key=value;...>
+<S:kind;key=value;key=value;...>
 ```
 
 Правила:
@@ -69,14 +69,15 @@
 - параметры отделяются `;`;
 - ключ и значение отделяются `=`;
 - значения не экранируются в v1;
-- формат чувствителен к точному префиксу `<SHiNE:`.
+- канонический новый префикс: `<S:`;
+- legacy-префикс `<SHiNE:` продолжает поддерживаться при чтении.
 
 ## 5. Тип `reply`
 
 Формат:
 
 ```text
-<SHiNE:reply;v=1;id=user1|user2|1720612345678|77>Текст ответа
+<S:reply;v=1;id=user1|user2|1720612345678|77>Текст ответа
 ```
 
 Где поле `id` — это логический идентификатор сообщения:
@@ -91,14 +92,14 @@ fromLogin|toLogin|timeMs|nonce
 - после него может идти обычный текст ответа;
 - официальный UI формирует такой блок при отправке ответа через пункт `Ответить` в меню сообщения;
 - если клиент не находит сообщение, на которое ссылается `reply`, он просто не показывает reply-preview;
-- в таком случае само сообщение отображается как обычный текст без блока `<SHiNE:reply...>`.
+- в таком случае само сообщение отображается как обычный текст без блока `<S:reply...>`.
 
 ## 6. Тип `call`
 
 ### Успешный звонок
 
 ```text
-<SHiNE:call;v=1;status=completed;duration=367>
+<S:call;v=1;status=completed;duration=367>
 ```
 
 Где:
@@ -108,7 +109,7 @@ fromLogin|toLogin|timeMs|nonce
 ### Неуспешный звонок
 
 ```text
-<SHiNE:call;v=1;status=failed;reason=offline>
+<S:call;v=1;status=failed;reason=offline>
 ```
 
 Допустимые причины в v1:
@@ -130,7 +131,7 @@ fromLogin|toLogin|timeMs|nonce
 
 Официальный UI SHiNE в v1:
 
-- скрывает все корректные `<SHiNE:...>` блоки в начале plaintext;
+- скрывает все корректные `<S:...>` и legacy `<SHiNE:...>` блоки в начале plaintext;
 - для `call` строит специальный человекочитаемый текст:
   - `Звонок: M:SS`
   - `Звонок: H:MM:SS`