Vindicar

У тебя будет проблема с циклическим импортом: основной файл будет импортировать модули с функциями, но этим модулям будет требоваться экземпляр бота, описанный в основном файле. Эту проблему можно обойти так:

# submodule_1.py  - модуль, содержащий часть функций бота
def setup(bot):  
    # bot - объект бота. Можешь добавить и другие полезные параметры, такие как:
    # - объект logging.Logger для журналирования
    # - объект соединения с БД
    # - ну и что там ещё тебе потребуется

    # все обработчики событий объявляем ВНУТРИ setup()
    # тогда они смогут ссылаться на переданные параметры
    @bot.command('/start')  # например, чтобы использовать декораторы
    def on_start(message):
        message.reply('foobar')
# мы описали функцию setup(), но здесь мы её не вызываем!


# main.py - основной файл бота
bot = ...  # создаём объект бота

import submodule_1  # импортируем модуль с функциями
# при вызове setup() будут заданы обработчики событий, описанные в ней
submodule_1.setup(bot)  # функции передаём объект бота (и другие объекты, если она их ожидает)
# функцию setup() нужно вызывать не более одного раза!
# так можно добавлять столько модулей, сколько требуется.

bot.run()  # дальше бота запускаем как обычно

@dp.callback_query_handler(text='1')
async def id1(callback: CallbackQuery):

Этот обработчик прикреплён к кнопкам в сообщении /start. Поэтому callback.message указывает именно на это сообщение.
А тебе нужно дождаться следующего сообщения. Читай про finite state machine.

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

Встроенной функции нет. И похоже, что речь идёт не столько о разных шрифтах, а сколько о гомоглифах - символах юникода из разных алфавитов, которые выглядят похоже. Например, как русское и латинское "о". Это нетривиальная задача, но пакет confusable_homoglyphs (ставится через pip) может помочь. В частности, функция is_confusable().

from confusable_homoglyphs.confusables import is_confusable


wtf = 'YOᑌ ᑎᗩᗰE 42'

is_good = []
result = []
for c in wtf:
    data = is_confusable(c, preferred_aliases=[], greedy=True)
    if data:
        data = data[0]
        alias = data['alias']
        if alias in ('LATIN', 'COMMON'):
            data = False
    if data:
        is_good.append('!')
        print(data)
        result.append(data['homoglyphs'][0]['c'])
    else:
        is_good.append(' ')
        result.append(c)
    print()
print(''.join(result))
print(''.join(is_good))

Работает неидеально, но настройки модуля лежат в JSON - можно кое-что поправить. Или создать issue на гитхабе проекта.

Конечно, можно извратиться, отрендерить строку и прогнать по ней OCR, но это такая себе идея.

" "*(len(str(len(filenames)))-len(str(i+1)))
1. Открой для себя переменное выравнивание в форматировании
2. Открой для себя join()
3. Открой для себя второй параметр enumerate()

max_index_len = len(str(len(filenames)))
m = '\n'.join([
    f"{i:>{max_index_len}}. {filename}" 
    for i, filename in enumerate(filenames, 1)
])

1. Выясни, что возвращает haar_cascade.detectMultiScale(), если в кадре нет лица - None или пустой массив?
2. Храни флаг "на прошлом кадре было лицо", обновляй его в конце тела цикла while True
3. После детекта лица проверяй, если на прошлом кадре лица не было, а на новом есть - делай отправку уведомления.

А вот как подружить ТГ бота с этим циклом - уже второй вопрос. Я бы запустил приведённый код в потоке и использовал queue.Queue для связи потока с анализом видео и потока с ботом. Т.е. когда обнаружил лицо, кидаешь кадр в очередь. А в основном потоке периодически проверяешь очередь на предмет наличия новых кадров.
Альтернативно, если бот асинхронный, можно переделать цикл на корутину, добавив небольшую задержку через await asyncio.sleep() и заменив requests на aiohttp. Не очень изящное решение, но может и сойдёт.

Разработчик - идиот и не подумал, что его код может вызываться в асинхронной программе. Либа валится не только в асинхронной программе, но и в Jupyter Notebook, и в Google Collab, потому что и тот и тот по природе асинхронные. Фикс обещается с прошлого мая, а воз и ныне там.
Но на гитхабе описан костыль с пакетом nest-asyncio. Попробуй его. Просто поставь пакет и добавь в начало кода бота:

import nest_asyncio
nest_asyncio.apply()

С моей точки зрения это грязнущщий хак, но всё же лучше чем ничего.

Потому что на остальные операции (такие как подгрузка нового чанка, подготовка объектов, и прочее) уходит ненулевое время.
Тебе нужно два потока, и очередь (queue.SimpleQueue или queue.Queue) для связи между ними. Один поток подгружает данные, формирует экземпляры AudioSegment, и подкладывает их в очередь. Другой - только вытаскивает их из очереди и делает play. Тогда если у тебя соединение достаточно быстрое, то очередь будет пополняться быстрее, чем она опустошается.
Но и тогда могут быть проблемы из-за питоновских потоков. Надо экспериментировать.