Админы, вам пора менять профессию. Claude Code настраивает серверы лучше вас

мне нравится, что можно запустить несколько независимых агентов, под разными браузерами/устройствами, которые будут ходить и тестировать UI/UX сайта, будут присылать репорты третьему агенту, а он будет структурировать репорты и баги и пересылать в виде ТЗ агенту разработчику, то есть современная разработка это штат агентов, которых ты настраиваешь и управляешь)

пример с return - это очень упрощённая ситуация, в реальности мы же работаем не с просто return 200 "bu", а делаем append модуля (например для прямых запросов к БД), который работает минуя http фазу, где после append() вся обработка уходит в nginx event loop, что очень дёшево. Но здесь, если мы хотим всё-же иметь возможность делать limit_req, нам придётся пожертвовать дешевизной и делать append() аж в CONTENT_PHASE, что может свести на ноль саму идею прямых запросов.

убыстряют лишь в случае, когда promt-оператор способен корректно составить запрос. И если вернуться к моему предыдущему ответу master32, то сложность составления prompt для limit_req стороннего модуля такова, что мне будет проще и быстрее сделать это всё вручную, чем перепроверять условную 1000 строк сгенерированного агентом когда.

и в этом случае при успешном прохождении лимитов и возврата 200 это будет самым дорогим запросом, чем просто return 200
лично много делал фич через lua, и ИИ реально понимает вещи, в которых по книжкам и докам я бы разбирался неделями или месяцами

больше года перестал ревьювить сгенеренный код лично, для этого есть агенты, только успевай платить за токены)
главное правильно поставить конечную цель разработки

Ну тут я как раз полность согласен - отдебажить openresty без AI способен только Ичун Чжан :)