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

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

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

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

не надо, да

что пак что луа текстовые файлы, открывайте хоть блокнотом и смотрите, а дальше что вам проще/быстрее/удобнее

первые 2 да, 3 нет, если больше ничего не трогать то просто в папках пак файлы должны быть с одинаковыми именами. из пак файла берется только список ип и имен, прокси жестко заделан в скрипте, если есть желание можете доработать скрипт что бы можно было в одном файле указать кучу списков и к ним прокси, что бы все было в одном месте

в коде имя файла пак можно не менять можно изменить самого файла

не менять, то что там строки это хорошо, почти отлично

1) забить и просто заменить прокси и создать кучу расширений
2) открыть скрипты луа и в инете почитать
3) сразу почитать потом скрипты

пс: я тоже в луа не шарю

опять все не так. Следите за мыслью:
1) в proxy.pac берется список и не важно что там еще есть в файле
2) скрипт луа дербанить этот список и "мониторит" запросы, если адрес в запросе попал в список то к запросу добавляется прокси из этого скрипта

отсюда план действий в прокси меняете список, в луа меняете прокси

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

По поводу HTTPS 192.30.85.22  1080; PROXY 192.30.85.22     1080; DIRECT" , так сказать мои размышления:
1) скорее всего тут подразумевается цепочка отказа, те пробуем первый прокси, за ним второй и если и он мертвый то напряму, если требуется шифрование то мне думается лучше не выйти в инет чем послать данные в открытом виде
2) для прокси скорее всего без разницы запрос http или https, посему мне думается что HTTPS 192.30.85.22  1080=PROXY 192.30.85.22     1080 если HTTPS 192.30.85.22  1080 так вообще можно писать.

опять таки pac файлы браузер может и с диска открывать так что если надо проверить пробуйте в браузере, то что было в начале касалось сути работы расширения, если для теста то можете менять прокси на свой

включите лог в мониторе посмотрите что там при включении расширения и при открытии сайта смотрите что пишет в строке с правилом

Судя по логу, в инет лезете фирефоксом, вот ему чем то не нравиться выход в инет на https через хенди кешь (или не через хенди а последующие прокси), попробуйте другой браузер

Чуть выше описан принцип работы, с локального файла
Проверяется легко:
1) убираю прокси из браузера
2) открываю pac файл и перехожу по ссылкам из него пока не получу сообщение о заблокированной странице (не все из этого списка заблокированны)
3) включаю прокси
4) опять захожу на ту же ссылку все работает
5) в хк в мониторе вижу "08.02.2018/09:10:12 local/127.0.0.1 http://a-diplom.com/ 2525 2525/402 100% 274 "200 OK gzip" IPlist2proxy, З.1, Deleted small file, CM:0 hits
IPlist2proxy 
З.1 (Запись в кэш): .* 
Deleted small file 
CM:0 hits"

из чего видно iplist2proxy что как бы намекает что все путем

С февраля 2018 года по ссылке antizapret.prostovpn.org/proxy.pac отдаётся файл proxy-nossl.pac, формат которого по отношению к proxy.pac изменён: теперь в одной строке файла -- не одно, а несколько доменных имён или адресов через пробел. Соответственно, старая версия iplist2proxy такого формата файла не понимает (даже если ей его подсунуть руками, либо переименовав файл proxy-nossl.pac в proxy.pac, либо исправив в самом .lua имя анализируемого файла с proxy.pac на proxy-nossl.pac), а новой пока нет. Если кому-то кажется, что старая версия работает, то посмотрите в первых 2-х строках proxy.pac дату создания (компиляции) этого файла (у меня последний файл в старом формате датирован 3-м февраля, а в новом датирован текущей датой), приняв во внимание, что он, как правило, обновляется несколько раз в сутки. С одной стороны, не особо и критично: сейчас РКН в основном добавляет только сайты (клоны сайтов?) / IP-адреса про казино, проституток, про разного рода липовые документы и букмекерские конторы, а нужный сайт или IP-адрес в случае чего можно вписать в него (в старом формате) руками. С другой стороны, закономерно прогнозируются претензии новых (с февраля) пользователей этого скрипта на то, что он в текущей версии неработоспособен (собственно, одна из таких претензий -- чуть выше).

В очередной раз изменился формат .PAC-файла: добавили поддержку диапазонов IP-адресов и связанный с этой поддержкой новый адрес прокси-сервера -- CCAHIHA.antizapret.prostovpn.org:3128