Vindicar

А чем не устроило:

text_lower = text.lower() # зачем сто раз преобразовывать?
for x in list_words:
    if x.lower() in text:
        finder = x
else:  # else относится к for, а не к if
    finder = None

Ну у тебя тут сразу три проблемы.
1. Искомая функция - обработчик событий в боте. Она ожидает, что на момент её вызова вся нутрянка бота будет в рабочем состоянии. Я сомневаюсь, что твой код это обеспечивает.
2. Функция ожидает первым параметром объект класса types.Message. Обычно такие объекты создаёт сама библиотека aiogram, на основании приходящих боту сообщений. Программа их создавать не должна.
3. Вызываемая функция асинхронная (async), а вызывающий её код - синхронный. Вызвать её будет не так просто, особенно с учётом пункта 1. Вдвойне так, если ты не в курсе, в чём разница между синхронным и асинхронным кодом.

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

pphhpphh, поучи немножко, как веб работает, перед тем как парсеры писать. Сэкономишь кучу времени потом.
Сейчас далеко не 90е, и на большинстве страниц полно JS-скриптов. Они, в том числе, могут делать фоновые (без перезагрузки страницы) запросы по ходу работы сайта. Так, например, реализуется "бесконечная лента" - по достижению низа страницы делается фоновый запрос, и новый контент подставляется вниз.
Некоторые сайты на этом вообще целиком построены - отдают основным запросом только болванку, а содержимое туда подсовывают фоновыми запросами. Как следствие, то, что ты выкачиваешь через requests, и то, что увидит пользователь в браузере - две большие разницы.
Соответственно, тут нужно:
1. Идентифицировать, какие фоновые запросы делает сайт. Инструменты разработчика в браузере в помощь.
2. Определить, какие из этих запросов подгружают нужную тебе информацию, и в каком виде она представлена. Нередко там не HTML-разметка, а формат JSON, с которым куда проще работать.
3. Определить, что нужно для выполнения этих запросов: какие URL дёргать, какие параметры подставлять, и т.д.
4. Попробовать имитировать только эти запросы.
Успех зависит от сайта, многие пытаются защищаться от такого, кто во что горазд.

Альтернативный вариант - использовать безголовый браузер. Но там своя гора проблем: это куда более ресурсоёмко, нужно дождаться полной прогрузки сайта, API для поиска там тоже своё. Так что я бы переходил к этому варианту только если имитировать запросы самому не вышло.

Метод join() приостанавливает тот поток, в котором он вызван до момента завершения указанного потока. Он никак не сигнализирует указанному потоку, что пора завершаться, это твоя задача.
Я не вижу, чтобы ты присваивал True переменной schedule_stop.

Для именно такой структуры данных - нет, нельзя.
(Ну, можно попробовать рекурсией, но это извращение будет.)

человек вводил команду(/start например), после этого бот просил написать что нибудь, человек писал какой то текст и бот что то делал с ним

Тебе нужны Finite State Machines (автоматы состояний). Стоит почитать, что это вообще такое.
Проблема в том, что в pyTelegramBotAPI их реализации из коробки вроде нет. Есть сторонние библиотеки, которые нужно искать. Ну или реализовывать самому.

Идея, в общем-то, простая: тебе нужно для каждого пользователя хранить его текущее состояние (например, ввёл он команду /start или нет). Тогда в обработчике сообщения ты сможешь узнать состояние этого пользователя, и решить, что делать с этим сообщением.
Сложности будут, когда тебе потребуется хранить какие-то ещё данные вместе с сообщением.

Ну так почитай, как пользоваться регулярными выражениями.

Создаёшь объект регулярки по твоему шаблону с помощью re.compile(), потом у этого объекта вызываешь метод match(), чтобы проверить совпадение строки с этим шаблоном. Если match() вернул не None - строка совпала.

for product in select_db():
    @dp.callback_query_handler(text=product['name_but'])
    async def pole(message: types.message):
        await bot.send_message(message.from_user.id, product['desk'], reply_markup=but.nav_button)

Ты делаешь глупость.
Просто потому, что после того, как этот код отработает, созданные тобой копии обработчика pole() останутся, и будут мешать.
Используй один, более общий обработчик callback_query_handler, и в нём уже смотри, какой текст тебе пришёл, какой пользователь его отправил, и что с этим текстом надо делать.

WOLF3252, ты не понимаешь как работает Tkinter, для начала.
tkinter.Button(btn_0)
Ты попытался создать новую кнопку, передав её в качестве родителя какую-то строку (а нужно передать родительский виджет), и тут же эту кнопку выбросил, ничего с ней не сделав. Вместо того, чтобы конфигурировать (configure()) уже существующую кнопку.

А то я думал, что только текст передавать можно

Через сокеты можно передавать только поток байт. И точка.
Фокус в том, как ты этот поток байт интерпретируешь, т.е. какой у тебя протокол передачи данных. Например, ты можешь решить, что будешь передавать два числа (известного размера в байтах), где первое число - номер кнопки, второе - номер цвета в некотором списке. По нажатию кнопки одна сторона сформирует и отправит эту пару чисел, а другая, увидев, что поступили новые данные, их примет, прочитает и интерпретирует. Это будет очень простой протокол, но он будет работать.

Главная сложность в таких приложениях в другом. По умолчанию сетевые операции останавливаются (блокируют поток) на время своего выполнения. Т.е. если тебе не передали данные, а ты вызвал recv() - программа не вернётся из recv() пока данные не придут или пока соединение не разорвётся.
А оконным приложениям для работы нужен непрерывно работающий цикл обработки действий пользователя, им нельзя "задумываться", иначе приложение на вид "зависает". Бороться с этим можно разными способами, я бы посоветовал освоить функцию select(), чтобы заранее (до вызова recv()) понять, есть ли непрочитанные данные или нет.

>>> import locale
>>> locale.setlocale(0, 'en-us')
'en-us'
>>> locale.currency(123400/100)
'$1234.00'
>>> locale.currency(123400/100, grouping=True)
'$1,234.00'
>>>

Не очень понятно, что ты имеешь ввиду. cv2 всегда сообщает клики в координатах окна. Они, как правило, совпадают с координатами внутри показанного в окне изображения: та же точка отсчёта, то же направление осей, масштаб 1:1. Единственное отличие - если ты увеличил размер окна, клик может оказаться за пределами показанного изображения.

Если тебе нужна другая координатная система, пересчитывай координаты сам.

replacements = { 10: "лошадь", 20:  "куница", 30:  "рыба", 40: "заяц" }
barn = [1, 2, 3, 4, 10, 20, 30, 40]
for b in barn:
    # если ключ в словаре - взять значение словаря, иначе оставить ключ как есть
    print(replacements.get(b, b))

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

Регулярные выражения.

cv2.goodFeaturesToTrack() чтобы найти "узнаваемые точки" на каждом изображении.
cv2.calcOpticalFlowPyrLK() чтобы понять, насколько они сдвинулись. Далее выбираешь точки вокруг интересующего объекта, вычитаешь из их позиций их предыдущие позиции, усредняешь, получаешь вектор среднего смещения за кадр. На основании этого вектора уже что-то делаешь с изображением.
Например, если тебе нужно сглаживать резкие рывки, может иметь смысл отслеживать значение среднего смещения от кадра к кадру. Если смещение в каком-то кадре резко изменилось (заметно отличается от среднего за предыдущие N кадров), значит, кадр нужно сдвинуть.

Кнопка добавляется вызовом определённого метода. Параметры метода могут быть не константами, а переменными. В Питоне есть циклы.

Вот и всё. Выбираешь список показываемых продуктов, делаешь цикл по результатам, для каждого генерируешь кнопку, подставив сведения о продукте вместо текста кнопки.

Единственный вопрос, как различить, какая кнопка была нажата. Тут уже зависит от библиотеки.

Хранить где-то (в БД, например) какое сообщение закрытого чата соответствует какому пользователю. При получении сообщения-ответа в закрытом чате узнать ID отвеченного сообщения, посмотреть в базе, какой пользователь отправил оригинал, переслать текст этому пользователю.