Vindicar

Почитать документацию, конечно.
Либо собирай пути через pathlib, либо через os.path, на совсем худой конец есть os.sep.

has_role(), не?

Ну насколько я понял, проблема в том, что paths.list_images(args["images"]) возвращает изображения в произвольном порядке (что неудивительно если оно основано на os.walk() или glob.glob(), файловые системы обычно не гарантируют порядок).
Так что засунь это в список: images = list(paths.list_images(args["images"]))
А потом отсортируй. Если у тебя имена файлов имеют вид чтото_строка_столбец.PNG, можно выкрутиться так:

from os import path

def filename_key(fname: str):
    fname = path.splitext(path.basename(fname))[0]  # убираем путь и расширение
    prefix, row, col = fname.rsplit('_', 2)  # делим имя на части
    return (int(row), int(col))  # возвращаем кортеж, по которому будут сравниваться файлы

images = list(paths.list_images(args["images"]))
images.sort(key=filename_key)  # сортируем по выбранному нами критерию

в питоне я новичок

Тогда зачем берёшься за ботов?

for c in discord.utils.get(ctx.guild.channels, name=cccname):

TypeError: 'VoiceChannel' object is not iterable
get() уже вернёт тебе один объект канала, а не коллекцию. Не нужно по результату итерироваться. Cразу делай с ним что нужно, например, delete() вызывай.

line = input('Буквы: ')
pos = list(map(int, input('Цифры: ').split()))
print(''.join(line[i] for i in pos))

Я не знаю куда ты смотрел, но ты явно не заметил, что ссылка на вторую страницу имеет вид https://mir-vuzov.ru/top?start=10, и добавляет 10 на каждую следующую страницу.
И да, если проверить, ссылка на 11, 12 и т.п. открывает ту же страницу, что и ссылка на 10.

Выше решение уже подсказали, но я добавлю от себя:
async def my_command(ctx, *arguments)
Тогда arguments уже будет разбито на слова, но по правилам discord.py (т.е. с учетом кавычек и т.п.).
Останется только скормить результат в argparse.
Не забудь передать в конструктор ArgumentParser() параметр exit_on_error=False, иначе неверная командная строка будет ронять всё приложение.

http.client.RemoteDisconnected: Remote end closed connection without response

Сайт, на который ты слал запросы, тебя послал по известному адресу.
Вообще нужно исходить из того, что любая операция с сетью может выкинуть исключение (а то и молча подвиснуть на неопределённый срок).
Как минимум, нужно учиться ловить исключения, чтобы проблемы с сетью не роняли всю программу.

Потому что под капотом большинства оконных фреймворков крутится вечный цикл вида "получить оконное сообщение - определить событие - вызвать обработчик события". И следующее оконное сообщение не будет обработано, пока обработчик события не завершится. Как следствие, длительный код в обработчике "подвешивает" окно программы.
Быстрое и грязное решение - дёргать метод update_idletasks() (погугли про него). Он позволит выполнить перерисовку компонентов GUI, не выходя из обработчика события.
Чуть менее грязное - разбить выполняемую работу на маленькие блоки, выполнять блок, затем планировать выполнение следующего блока через метод after(). Тогда в промежутке между вызовом after() и фактическим выполнением кода у GUI будет время обработать поступающие сообщения. Но не всегда это возможно, да и о конкуррентном запуске надо думать (что если юзер кликнет кнопку дважды, а не однажды?)
Ещё менее грязное - вынести длительный код в отдельный поток, научить поток оповещать о своём состоянии (например, менять содержимое переменной), а через after() реализовывать только опрос этой переменной и обновление GUI. Но переменную надо будет защищать мьютексом, чтобы не словить конфликт при одновременном обращении двух потоков.