Vindicar

Потому что ты неверно понимаешь логику своей программы.
Если у тебя не найдётся 1.png, вылетит исключение, и даже не будут попытки искать дальнейшие картинки - управление перейдёт в except, а затем на новую итерацию while True, где снова будет попытка искать 1.png.

Есть и ещё ряд замечаний.
1. На кой баклажан ты загружаешь 1.png-5.png на каждой итерации цикла? Только зря программу замедляешь. Если ты не хочешь обновлять эти файлы без перезапуска программы, то загрузи их один раз на старте.
2. То же самое со скриншотом. Ты делаешь новый скриншот перед каждым следующим файлом - это точно хорошая идея? Вроде как надо поискать изображения на скриншоте, и только потом делать следующий.
3. Почему ты используешь И locateOnScreen(), И matchTemplate()? Выбери ту функцию, которая лучше работает, и используй только её.
4. Ты нифига не отслеживаешь, а что за исключение-то вылетает? Может, у тебя программа в принципе кривая, и дело не в том, что изображение не найдено. Для locateOnScreen() лови конкретно pyautogui.ImageNotFoundException. matchTemplate() исключений не кидает, так что проверяй, что locations не пуст, а имеет хотя бы один элемент. А остальные эксепшены не лови, или хотя бы выводи инфу о них в журнал работы программы.

Ответ для винды - с линуксовыми оконными менеджерами я дела не имел.
Можно посмотреть на видимый заголовок окна или на т.н. строку класса окна. Возможно, pyautogui или pywinauto могут найти окна по заголовку.
Более сложные и надёжные решения требуют работы с WinAPI: в принципе можно найти окна, принадлежащие процессу с заданным экзешником, уточнить через заголовок/класс окна, а дальше получить их позицию.
Проблема в том, что до WinAPI надо достукиваться через модуль ctypes, а значит, нужно уметь не только Питон, но и хотя бы основы C или C++. Я могу описать этот вариант подробнее, если захочешь связываться с этой канителью.

Правильно будет:

import sqlite3 

with sqlite3.connect(r'D:\Programming\Python\base.db') as db:
    cursor = db.cursor()
    request = """ SELECT name FROM marks WHERE mark = 4 """  # выбираем один столбец
    cursor.execute(request)  # выполняем запрос на курсоре - зря, что ли, мы его создали?
    # теперь у нас курсор содержит строки выдачи - ответ на запрос
    for row in cursor:  # row - это кортеж, где элементы идут в том же порядке, что и столбцы
        name = row[0]  # у нас один элемент - столбец name. Добываем его.
        print(name)  # а дальше делаем с этим элементом что захотим

Под виндой есть штатный Планировщик заданий, который умеет примерно то же что и крон, но настраивается через GUI.

Если ОЧЕНЬ надо - делаешь свой планировщик на базе пакета schedule, только не забудь запустить скрипты в дочернем процессе, например, через subprocess. Но я бы не изобретал велосипед.

Есть ли роутер? Если да, надо пробросить порт на нём.

У тебя две функции, которые заявляют "я могу обработать любое сообщение". aiogram использует первую из них, потому что как иначе он поймёт, когда какую использовать?
Почитай про Finite State Machine и как их использовать в aiogram.

Из постановки задачи: тебе надо работать с сообщением, так?
Открываешь документацию и ищешь класс, описывающий сообщение. Подсказка: обычно такой класс называется Message.
Внимательно просматриваешь его свойства и методы, ищешь всё, что касается ответов (ключевые слова: reply, response и т.п.).
Находишь свойство reply_to_message. Читаешь:

reply_to_message: Message | None
Optional. For replies in the same chat and message thread, the original message. Note that the Message object in this field will not contain further reply_to_message fields even if it itself is a reply.

Тип данных (Message | None) и подсказка Optional говорят о том, что в этом поле может лежать либо None (очевидно, если сообщение не является ответом), либо ещё один объект Message (тогда это сообщение, на который был ответ).
Теперь как разобраться с автором сообщения. Аналогично ищем свойства и методы класса Message по ключевым словам user, author и т.п. Находим свойство from_user.

from_user: User | None
Optional. Sender of the message; empty for messages sent to channels. For backward compatibility, the field contains a fake sender user in non-channel chats, if the message was sent on behalf of a chat.

Достаточно, чтобы понять, что в этом свойстве должен лежать объект, описывающий автора сообщения.

Теперь осталось собрать вместе логику работы бота:

1. Бот получает уведомление о сообщении
   
2. Бот проверяет, было ли сообщение отправлено в тот чат, где он должен работать (свойство chat)
   
3. Бот проверяет, отправлено ли сообщение тобой (свойство from_user)
   
4. Бот проверяет, является ли сообщение ответом (свойство reply_to_message)
   
5. Бот получает оригинальное сообщение и извлекает его отправителя
   
6. Бот банит этого отправителя
   

Как забанить пользователя - упражнение для читателя.
Учись искать и разбираться в документации, без этого навыка никуда.