Vindicar

Шаг 1: сделай на базе своего кода подпрограмму, которая делает то, что нужно, принимая в качестве параметра путь к zip-файлу и путь к целевой папке session.
Шаг 2: получи список путей к zip-файлам, подлежащих обработке
Шаг 3: для каждого файла вызови свою подпрограмму.

Что-то такое?

from collections import Counter
from collections.abc import Hashable

def combine_suggestions(user: list[Hashable], glob: list[Hashable]) -> list[Hashable]:
    uc = Counter(user)
    gc = Counter(glob)
    for key in uc:
        gc.pop(key, None)
    u = uc.most_common()
    g = gc.most_common()
    return [item[0] for item in (u + g)]

https://docs.python.org/3.9/library/collections.ht...

bit_set() принимает аргумент по значению, т.е. принимает его копию. От того, что эта копия изменена внутри функции, снаружи ничего не поменяется. А раз других побочных эффектов у функции нет, компилятор удаляет её вызов.
Макрос же после всех подстановок сделает просто присваивание указанной переменной. Тут побочный эффект есть.

Во всех примерах это работает именно так...

Не верю.

bot.register_next_step_handler() принимает обработчик следующего сообщения, а не кнопки. Собственно, твоя функция и получает объект сообщения.

Рвётся коннект до телеграмма. Сеть - штука ненадёжная, может у провайдера админ пьяный, может, контакт плохой, может, РКН балуется.
Допиши скрипт, чтобы при ошибке соединения бот перезапускался.
Я бы начал с чего-то типа

import time
from requests.exceptions import RequestException

while True:
    try:
        bot.infinity_polling(timeout=10, long_polling_timeout = 5))
    except RequestException as err:
        print(err)
        print('* Connection failed, waiting to reconnect...')
        time.sleep(15)
        print('* Reconnecting.')

Первый вариант правильный, второй не очень.
Но есть два но:
1. Тебе важен только сам факт наличия картинки на экране, или нужны её координаты?
Если нужны координаты, то лучше сделать по умному, и не искать одну и ту же картинку дважды:

# перечисляешь в списке изображения. цикл остановится на первом найденном.
for image in ['link.png', 'link1.png']:
    location = pyautogui.locateOnScreen(image)
    if location is not None:
        break
else:
    image, location = None, None

Тогда дальше сможешь проверить, если location is not None - значит, что-то нашли. Что именно - лежит в image. Где именно - лежит в location.

2. Какая у тебя версия библиотеки pyautogui? Начиная с 0.9.41, вместо функция locateOnScreen(), не найдя изображение, не вернёт None, а выкинет исключение. Тогда код будет выглядеть как-то так:

for image in ['link.png', 'link1.png']:
    try:
        location = pyautogui.locateOnScreen(image)
    except pyautogui.ImageNotFoundException:
        pass
    else:
        break
else:
    image, location = None, None

1. Подумать.
2. Написать код.

А если серьёзно, задача сводится к разложению числа на заданные слагаемые. Это гуглится.
Один из способов (необязательно самый быстрый) - рекурсивное разложение. Упрощенно, перебираешь все Ai меньшие N. Выкидываешь это Ai из рассматриваемого набора, и затем рекурсивно пытаешься составить число (N - Ai) из всех Aj, меньших или равных Ai (так как большие слагаемые ты уже рассмотрел).
Углубляясь в рекурсию, рано или поздно ты наткнёшься на одну из двух ситуаций:
а) среди Aj есть число, равное искомому. Решение найдено, осталось размотать рекурсию обратно и собрать в кучку использованные Ai.
б) нет ни одного Aj, меньшего или равного искомому числу. Решения нет.
В твоём случае будет ещё случай в) Сумма всех Ai меньше N. Решения нет, заплатить не удастся. Это можно проверить вообще сразу.

Реализовать будет проще, если отсортируешь Ai в порядке убывания. Тогда вместо удаления Ai из списка слагаемых достаточно будет выбрать индекс i, с которого будешь начинать рассмотрение слагаемых - все элементы до i-го либо слишком велики, либо уже были рассмотрены и не пригодились.

Открыть исходный файл (open()), и еще один временный файл.
Потом в цикле читать строки (readline()) и бить их на части по пробелу (str.split()).
Если первая часть строки не равна s, то записываем строку во второй файл как есть.
Если первая часть строки равна s, то изменяешь части строки как тебе требуется, формируешь новую строку и записываешь во второй файл.
Когда пройдёшь по всем строкам файла, закрой оба файла, и используй os.replace(), чтобы заменить первый (исходный) файл вторым (изменённым).

Готовый код не проси, за этим на фриланс.

Декорировать функцию после получения параметров. Не забывай, что

@formatter(p1, p2)
def csv_reader(filename, request):
    ...

эквивалентно

def csv_reader(filename, request):
    ...

_temp = formatter(p1, p2)
csv_reader = _temp(csv_reader)

Альтернативно, пусть возвращаемая фукнкция имеет свойства:

def formatter(parse_func):
    def output_func(*args):
        ...  # тут обращаемся к output_func.p1, например

    output_func.p1 = p1
    output_func.p2 = p2
    return output_func


@formatter
def csv_reader(filename, request):
    ...

csv_reader.p1 = a1
csv_reader.p2 = a2

Вместо функции можно вообще вернуть callable object, т.е. объект класса с методом __call__(), и любыми нужными свойствами и методами.

sqlite не поддерживает толком одновременную работу в нескольких потоках.

1. У тебя парсер? Перепиши код на асинхронный, тебе не сдалось на самом деле использовать потоки. Они 90% времени будут спать и ждать сетевого ответа. Асинхронный код выполняется в одном потоке, так что таких проблем не будет.
2. Создай отдельный поток, который будет заниматься только работой с базой, и общаться с остальными через какое-то api, например, кладём запрос, данные и какой-то id в очередь, потом читаем ответ из словаря. Но ты по факту будешь писать свой кривенький СУБД-сервер, так что...
3. Вместо sqlite используй любую полноценную СУБД, которая умеет параллельные соединения. Postrge, mariadb, что угодно.