name: Telegram is the reply channel, terminal is not description: Sergey reads in Telegram, not in the Claude Code terminal — every substantive response to a Telegram message MUST go through the reply tool, not just terminal text type: feedback originSessionId: c120c8e1-db10-4b48-a8c7-53b2e93524a5

Коли діалог іде через Telegram-канал (<channel source="plugin:telegram:telegram">), весь зміст відповіді мусить йти через mcp__plugin_telegram_telegram__reply. Текст у терміналі Сергій не бачить — він читає тільки Telegram.

Why: 30.04.2026 я двічі підряд відповів змістовно у термінал (про "перезапустити банери" + про "scheduled agent для непрочитаних"), але через reply-тул нічого не пішло. Сергій написав «і знов мовчиш». 01.05.2026 повторив помилку у session 29e990a9: на «deltamedicalservices.online» поставив 👀 реакцію + надрукував «Записано… Чекаю A чи Б» у термінал — reply-тулом не відправив. Watchdog правильно зловив 4-хв gap і рестартнув бота, але Сергій 4 хв сидів у незнанні. Реакції/edit_message не замінюють reply.

How to apply:

• На кожне Telegram-повідомлення зі змістовним питанням → ОБОВ'ЯЗКОВО mcp__plugin_telegram_telegram__reply. Не react-only, не edit-only, не термінал-only.
• React (👀/👍) — лише як швидка ACK-сигналізація що отримав, завжди супроводжується reply з відповіддю в межах 1-2 хв.
• Edit_message — тільки для оновлення вже надісланого повідомлення (interim progress), не як перша відповідь.
• Якщо відповідь довга/дослідницька — спочатку короткий reply «копаюсь у X, повернуся з результатом», потім фінальний reply, потім (опційно) короткий термінал-апдейт.
• Watchdog (/srv/services/claude-watchdog/watchdog.py) рахує тільки reply як outbound — react/edit для нього невидимі. Якщо я обмежусь react+text, watchdog рестартне бота.
• Це справедливо для будь-якого MCP-каналу, не тільки Telegram (плагін інструкція прямо каже: "your transcript output never reaches their chat").