chore: Sync uk

Author: LWJerri

site/docs/uk/plugins/stream.md

@@ -12,7 +12,14 @@ next: false
 
 ## Початок роботи
 
-Плагін додає метод [`ctx.replyWithStream`](/ref/stream/streamcontextextension#replywithstream) до [обʼєкта контексту](../guide/context).
+Плагін додає до [обʼєкта контексту](../guide/context) три методи:
+
+- [`ctx.replyWithStream`](/ref/stream/streamcontextextension#replywithstream): потокова передача звичайного тексту
+- [`ctx.replyWithMarkdownStream`](/ref/stream/streamcontextextension#replywithmarkdownstream): потокова передача Markdown (**рекомендовано**)
+- [`ctx.replyWithHtmlStream`](/ref/stream/streamcontextextension#replywithhtmlstream): потокова передача HTML
+
+Потокова передача звичайного тексту (перший варіант) надсилає звичайні текстові повідомлення.
+Інші два методи використовують [розширені повідомлення](https://core.telegram.org/bots/api#rich-messages) Telegram і рекомендуються для більшості випадків.
 
 > Потокова передача повідомлень дуже швидко виконує дуже багато запитів до API.
 > Настійно рекомендується використовувати [плагін `auto-retry`](./auto-retry) разом із плагіном `stream`.
@@ -137,7 +144,7 @@ bot.chatType("private")
     });
 
     // Автоматично передаємо відповідь потоково за допомогою grammY:
-    await ctx.replyWithStream(textStream);
+    await ctx.replyWithMarkdownStream(textStream);
   });
 ```
 
@@ -154,47 +161,14 @@ bot.chatType("private")
     });
 
     // Автоматично передаємо відповідь потоково за допомогою grammY:
-    await ctx.replyWithStream(textStream);
+    await ctx.replyWithMarkdownStream(textStream);
   });
 ```
 
 :::
 
 Не забудьте замінити `gemini-2.5-flash` на найновішу модель.
 
-## Потокова передача стилізованих повідомлень
-
-Це _значно_ складніше, ніж здається.
-
-1. LLM генерують _імовірнісний_ Markdown.
-   Він часто правильний, але не завжди.
-   Він не дотримується жодного конкретного стандарту.
-   Зокрема, **LLM не завжди генерують Markdown, сумісний із Telegram**.
-   Це означає, що спроба надіслати або передати його потоково до Telegram не вдасться.
-2. LLM генерують _часткові_ сутності Markdown.
-   Навіть якщо результат ідеально відповідає специфікації [MarkdownV2](https://core.telegram.org/bots/api#markdownv2-style) від Telegram, **окремі вихідні фрагменти можуть бути неправильними**.
-   Якщо ви почнете курсивний текст, але завершите його лише в наступному фрагменті, потокова передача обірветься і жодне повідомлення не буде надіслане.
-3. LLM іноді генерують форматування, яке не підтримується Telegram (навіть якщо ви інструктуєте їх не робити цього).
-   Наприклад, більшість LLM _обожнюють_ **таблиці, марковані та нумеровані списки**.
-   Клієнти Telegram не можуть відображати ці елементи.
-
-> Telegram також приймає [HTML-форматування](https://core.telegram.org/bots/api#html-style).
-> Воно має точно такі самі проблеми, як і Markdown.
-> Крім того, HTML споживає значно більше токенів, що є зайвою витратою.
-
-Тож... що тепер?
-
-На жаль, гарного рішення немає.
-Проте ось кілька ідей:
-
-- Попросіть вашу LLM виводити текст без форматування.
-- Сподівайтеся, що ваша LLM не помилиться у генеруванні Markdown, і просто повторіть запит зі звичайним текстом, якщо це не вдасться.
-- Використовуйте HTML-форматування і сподівайтеся, що це трохи покращить ситуацію.
-- Напишіть власний [перетворювач](../advanced/transformers), який автоматично повторюватиме невдалі запити.
-- Використовуйте потоковий парсер Markdown і створюйте власні масиви [`MessageEntity`](https://core.telegram.org/bots/api#messageentity) для форматування кожного [`MessageDraftPiece`](/ref/stream/messagedraftpiece).
-- Передавайте Markdown у вигляді звичайного тексту, а потім застосовуйте форматування за допомогою звичайного парсера Markdown лише після завершення потокової передачі та надсилання всіх повідомлень.
-- Придумайте геніальне рішення, про яке ніхто ще не здогадався, і розкажіть нам про нього у [груповому чаті](https://t.me/grammyjs).
-
 ## Загальні відомості про плагін
 
 - Назва: `stream`