Vindicar

area = matrix_new[100:200, 100:200]  # это делает ссылку на область массива, а не копию области!
area[area == 250] = 255  # так что когда мы изменяем эту область, оригинал изменится.

Должно работать быстрее, так как цикл прохода по массиву реализован внутри numpy, а не в рамках интерпретатора питона.
Но будет есть память, если массив большой.

Я подозреваю, что создалась у тебя не таблица, а файл базы данных.
Что бы создать таблицу, используй db.create_tables([Character])

1. Перепиши заголовок метода:

async def cuddle(self, ctx, member: discord.Member=None):

Тогда discord.py сам попытается найти пользователя, соответствующего аргументу команды.
2. Используй метод member.mention().
3. ???
4. PROFIT

А вообще такая команда имеет смысл только для тренировки.

Потому что ты не разбираешься в областях видимости переменных.
У тебя описаны глобальные переменные:

downtime_border1 = ''  # строка!
downtime_border2 = '' # строка!

А ты делаешь присваивание локальным переменным

# Присваивание значения 1 границе
    downtime_border1 = string.find('дн', time_border2)-2
# 2 границе
    downtime_border2 = string.rfind('.', downtime_border1)

Это никак не затронет глобальные переменные с тем же именем, а только "заслонит" их внутри функции. Читай про ключевое слово global.
А лучше - переделай код так, чтобы не использовать глобальные переменные вообще. Используй возвращаемые значения.
А ещё лучше - перепиши код так, чтобы передавать минимум данных. Например, тебе точно нужны отдельные функции template() и losed()? Их нельзя объединить в одну?

А совсем хорошо - освой регулярные выражения. Это здорово упростит решаемую тобой задачу.

Тебе нужно хранить соответствие между id сообщения и объектом Member пользователя, которого нужно забанить.
Например, в словаре.
Тогда команда !ban будет помещать эти сведения в словарь (так как у неё есть доступ к ним), а on_raw_reaction_add() будет проверять наличие id сообщения в словаре.
Если такой id есть, и реакций достаточно, то принимаем решение о бане, и извлекаем объект Member по этому ключу.
Если такого id нет, то реакция была поставлена под каким-то другим сообщением, и мы его игнорируем.
Удалять id сообщения из словаря можно по таймауту - это можно реализовать прямо в обработчике команды. Запостили сообщение, добавили его id в словарь, уснули на пару минут через asyncio.sleep(), проверили наличие id в словаре. Если он там - удалили.

Реализация несложная, справишься сам. Единственный минус - если бот перезапустится в процессе голосования, то команда не сработает. Но я не думаю, что это большая проблема.

1. Читаешь документацию discord.py насчёт события on_message()
2. Читаешь документацию насчёт объекта Message и его свойств, в частности channel и его id.
3. Читаешь документацию насчёт метода delete() у объекта Message.
4. Комбинируешь полученные знания в одну программу.

Документация тут.

Т.е. я правильно понял, что тебе нужно вывести делители для тех чисел между 50М и 60М, у которых 6 делителей и в числе делителей присутствует 911?

Начни с другого конца. Раз 911 должен присутствовать, то нет нужды перебирать все числа между 50М и 60М - достаточно перебирать только кратные 911. Их будет чуть меньше 11 тысяч, а не 10 миллионов.

for d in range(50000000 // 911 + 1, 60000000 // 911 + 1):

Далее разлагаешь d на делители, если делителей ровно 5 - добавляешь в список делителей 911 и выводишь.

1. Определяешь сущности, сведения о которых нужно будет хранить: персонаж, предмет, и т.п.
2. Определяешь сведения, которые нужно хранить о каждой из сущностей.
2б. Определяешь способы идентификации каждой сущности - например, назначаешь порядковый номер.
3. Определяешь связи между персонажами. Например, является ли предмет неотъемлемой частью персонажа?
3. Осваиваешь какую-нибудь простую ORM, типа peewee или sqlalchemy. Читаешь туториалы, пробуешь написать что-то простое для начала.
4. Описываешь сущности как модели в рамках ORM. Описываешь связи между ними.
5. Описываешь операции (скажем, просмотр/создание/удаление персонажа) как запросы к моделям.
6. Привязываешь операции к командам бота.

Как-то так.

А зачем так делать?
Не проще будет prods_listbox.insert(END, message_entry.get())