fenrir

Обе годятся и примерно равны по функционалу.
Что касается материалов они пропали только в ру сегменте по причине блокировки дискорда.
И по этой же причине крупные ру сообщества в дискорде скорее мертвы, чем живы: старожилы где-то сидят, но нового притока людей нет совсем.

Кто попадет на эту страницу: проблема кода в сомнительной логике расчета задержки, которая может быть околонулевой.
Не пишите свои велосипеды, если нужны периодические асинхронные задачи используйте Sheduling tasks в taskiq

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

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

Нет не должна. Это семейство моделей, которые тренировали на решение NLP задач, а не географические задачи

The primary use is research on language models, including: research on zero-shot NLP tasks and in-context few-shot learning NLP tasks, such as reasoning, and question answering; advancing fairness and safety research, and understanding limitations of current large language models

Как правило, подобные вещи делаются на бэке, а не фронте и далее смотреть библиотеки для реализации на языке бэка. Точно знаю несколько подобных либ под питон, вроде pywhatkit.
Либо можно поднять WAHA и пулять в него сообщения по API.

pip install /path/to/package

Я уже 3ч маучаюсь с этой ошибкой...

А мог за 15 минут прочитать 7 главу растбука, где все разобрано.

А где хоть строчка кода связанного с запуском приложения?
Минимальный код запуска выглядит как-то так

fn main() {
    tauri::Builder::default().run(tauri::generate_context!()).unwrap();
}

Раз идет работа с БД, стоит заглянуть в доку по State management и посмотреть как дергать бэк с фронта и фронт с бэка

Удаляйте ваши принты и делайте нормальное логгирование через logging. В частности нужен logging.exception, чтобы нормально понимать где вообще происходит ошибка. С учетом тройной вложенности except Exception сейчас код хуже, чем он был бы вообще без обработки ошибок.

Предположу по принтам, что ошибка в строке

workbook = workbooks.Open(r"{}".format(abs_path), ReadOnly=1)

и далее может быть 2 класса ошибок: ошибки, которые можно обработать и нельзя. Чтобы понять какая это ошибка, нужно видеть полный traceback, но с учетом какой-то черной виндовой магии для работы с экселем, возможно его вообще не получить.
К первому типу ошибок может отнестись то, что возможно Open принимает иные аргументы или ждет другой разделитель пути.
Ко второму какие-то внешние ошибки, например если эксель не может открыть 2 экземпляра, нет прав на чтение файла или какая-то иная херня на стороне винды/экселя. Текст ошибки очень абстрактный, я уверен ошибка именно подобного рода.

Ну и задумайтесь о том, чтобы придумать менее проклятое и более масштабируемое решение. Не знаю как выглядит вызывающий код и надеюсь вы не используете эксель как базу данных, но генерировать реальный xlsx файл с копией диапазона было бы значительно безопаснее, быстрее и проще.

Какие есть Алгоритмы поиска синонимов?

К примеру: вов, варкрафт, world of warcraft, и просто warcraft

А вас не смущает что в вашем примере нет ни одного синонима? Если хотите математическую точность решения, начинайте с математической точности запроса.

Я здесь вижу транслитерацию, сокращение и совокупность транслитерации и сокращения. Причём сокращение это всегда узкая дорожка, когда вы что-то додумали за пользователя: с чего вы взяли что вов это "ворлд оф варкрафт", а не "великая отечественная война"?

Вопрос как это можно реализовать полностью автоматически?

Взять готовые инструменты для нечёткого поиска, например ElasticSearch

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

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

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

Второй подход, это запустить оба бота как подпроцессы с общением через каналы или очереди.
При этом подходе оба бота будут конкурировать за доступ потому что GIL.

Третий и наиболее адекватный подход в том, чтобы 2 независимых бота общались через шину данных, например RabbitMQ.