Все ноды/Integrations/Telegram

Поиск сообщений Telegram

Ищет по записанным сообщениям Telegram-чатов (полнотекстовый поиск на PostgreSQL, подстрока на SQLite). Ищет ТОЛЬКО по тому, что бот наблюдал — у Bot API нет поиска по истории. Chat ID пустой = поиск по всем наблюдаемым чатам workspace. Возвращает совпадения с message_id, автором и датой (самые свежие первыми).

Как попробовать

Как применять

Эта нода отвечает на вопрос «где у нас говорили про X». Если вопрос звучит как «что было в чате за последний час», берите Историю группы — там окно и фильтры, здесь ключевое слово. Обе читают одну и ту же запись платформы, поэтому условия одинаковые: включённая запись истории в панели публикации и отключённый privacy mode у бота (см. Telegram-канал).

Как это работает

Поиска по переписке у Bot API нет вообще, поэтому нода ищет по сообщениям, которые бот успел записать. На PostgreSQL это полнотекстовый поиск с конфигурацией simple — она намеренно без морфологии, потому что корпус смешанный, русский и английский. На SQLite (локальная разработка) поиск вырождается в подстроку.

«Область поиска» решает, где искать: только текущий чат (или тот, что указан в Chat ID) либо все чаты рабочего пространства, которые наблюдал бот. Второй режим игнорирует Chat ID и выбирается осознанно — это чтение поперёк чатов. Совпадения возвращаются от новых к старым на выходе Matches, а рядом есть готовый Transcript.

Частые ошибки

• Словоформы не совпадают. Без морфологии «заказы» не найдут «заказ», а «работал» — «работать». Ищите по основе слова или по точной форме, которая встречается в переписке.
• Пустой запрос — это ноль совпадений, а не ошибка. Шаблон, отрендерившийся в пустую строку, тихо вернёт пустой список: ран останется зелёным.
• Ищется только записанное. Сообщения до включения записи, сообщения из чатов, где бота нет, и всё, что вытеснил кольцевой буфер, не найдутся никогда.
• Chat ID только числовой и учитывается лишь в режиме «Только этот чат». Пустое поле в этом режиме означает чат текущего хода, поэтому запуск из веб-чата или по расписанию остановится.
• Основной выход Matches — массив записей, а не Messages. Подключать его напрямую во вход LLM-ноды не стоит: для модели удобнее Transcript.
• Удалённые сообщения исключаются. Речь про удаления, о которых платформа знает: те, что сделала нода Модерация.

Входы

—

Выходы

Настройки