Sly32#: вот конкретно Claude-4.6 сегодня с докером
возможно там не совсем Claude-4.6, а задистиллированная или пониженная модель) я такое наблюдаю со времен гпт-3.5, в периоде работает правильно, а затем начинает косячить)
Сергей про е-ком#: Может, но тут со сложными промптами, учитывающие ограничения площадок и отдельно для каждой. В данном случае для некоторых вещей 5-7 этапов генерации ответа. На выходе - не просто текст, а оптимизированный и превосходящий конкурентов, получаемый за несколько кликов и отлично ранжируемый в поисковых системах (с запасом). Если по факту, даже без учёта работы над промптами, я на статью с размножением под дистрибуцию трачу порядка 25 - 50 минут. В данном случае - нисколько, получаю готовый Гугл Докс, 1 документ - множество текстов во вкладках с разбивкой по площадке.
Ну и по ядру в 10к сырых запросов тебе агент тоже не сделает контент план. )
а есть примеры карточек в топе выехавших чисто на контенте?
chaturanga#: чем перепроверять условную 1000 строк сгенерированного агентом
больше года перестал ревьювить сгенеренный код лично, для этого есть агенты, только успевай платить за токены) главное правильно поставить конечную цель разработки
chaturanga#: если мы хотим всё-же иметь возможность делать limit_req, нам придётся пожертвовать дешевизной
и в этом случае при успешном прохождении лимитов и возврата 200 это будет самым дорогим запросом, чем просто return 200 лично много делал фич через lua, и ИИ реально понимает вещи, в которых по книжкам и докам я бы разбирался неделями или месяцами
мне нравится, что можно запустить несколько независимых агентов, под разными браузерами/устройствами, которые будут ходить и тестировать UI/UX сайта, будут присылать репорты третьему агенту, а он будет структурировать репорты и баги и пересылать в виде ТЗ агенту разработчику, то есть современная разработка это штат агентов, которых ты настраиваешь и управляешь)
chaturanga#: разумеется разная - 200-й ответ мы можем отдать ещё в REWRITE_PHASE, а для отдачи 503 нам придётся подняться аж до PRECONTENT_PHASE, чтобы вызвать директиву error_page 404 = @named_loc, опуститься обратно ,запустить счётчик limit_req и пока он не достигнет превышения мы будем отдавать 200-ю и гонять его по этому циклу и только потом отдадим 503-и код ответа.
имеется в виду, что в данном примере не имеет смысла отдавать 503, потому что return самая быстрая операция, из рам в сокет, и лимитирование не имеет смысла, поэтому и отдается всегда 200 чтоб отдать именно 503 надо переделать логику, добавить проксирование или файл
С сёрф энд тёрф? 😊- пример того как кажущаяся внешняя эффектность подменяет кулинарную логику
С документацией nginx? - в ней есть ошибки, например, директива try_files по-прежнему описана в ngx_http_core_module
С непониманием работы nginx? - в высоконагруженных системах мы пытаемся отдать контент как можно раньше и самое раннее где мы можем его отдать - это ngx_http_rewrite_module, соотвественно в фазах SERVER_REWRITE_PHASE/REWRITE_PHASE, и если мы это делаем, то модули навешиваемые в следующих фазах уже не будут задействованы. Из примера ранее - мы теряем возможность сделать limit_* , так как его модули обрабатываются в PREACCESS_PHASE, при этом (опять же из-за того, что это явно не указано в документации) так делают повсеместно.
для ИИ контекст нужен хороший, с тестами и проверками самого себя, он все это знает и понимает, особенно когда ему явно указать на слабые места
и это не ошибка nginx, стоимость отдачи 503 или 200 в данном случает одинаковая
логично, ведь топ один, а желающих много, поэтому там сидят самые лучшие, самые хитрые, самые прошаренные и самые везунчики, остальные просто лапу сосут) когда персональные помощники возьмут на себя рутину гуглить, разъяснять тему, заказывать товары, то и старое сео умрет, имхо
вот конкретно Claude-4.6 сегодня с докером
я такое наблюдаю со времен гпт-3.5, в периоде работает правильно, а затем начинает косячить)
Карточек - МП
Может, но тут со сложными промптами, учитывающие ограничения площадок и отдельно для каждой. В данном случае для некоторых вещей 5-7 этапов генерации ответа. На выходе - не просто текст, а оптимизированный и превосходящий конкурентов, получаемый за несколько кликов и отлично ранжируемый в поисковых системах (с запасом). Если по факту, даже без учёта работы над промптами, я на статью с размножением под дистрибуцию трачу порядка 25 - 50 минут. В данном случае - нисколько, получаю готовый Гугл Докс, 1 документ - множество текстов во вкладках с разбивкой по площадке.
Ну и по ядру в 10к сырых запросов тебе агент тоже не сделает контент план. )
чем перепроверять условную 1000 строк сгенерированного агентом
главное правильно поставить конечную цель разработки
если мы хотим всё-же иметь возможность делать limit_req, нам придётся пожертвовать дешевизной
лично много делал фич через lua, и ИИ реально понимает вещи, в которых по книжкам и докам я бы разбирался неделями или месяцами
Да, не без ошибок, но кто их не делал?
разумеется разная - 200-й ответ мы можем отдать ещё в REWRITE_PHASE, а для отдачи 503 нам придётся подняться аж до PRECONTENT_PHASE, чтобы вызвать директиву error_page 404 = @named_loc, опуститься обратно ,запустить счётчик limit_req и пока он не достигнет превышения мы будем отдавать 200-ю и гонять его по этому циклу и только потом отдадим 503-и код ответа.
чтоб отдать именно 503 надо переделать логику, добавить проксирование или файл
С сёрф энд тёрф? 😊- пример того как кажущаяся внешняя эффектность подменяет кулинарную логику
С документацией nginx? - в ней есть ошибки, например, директива try_files по-прежнему описана в ngx_http_core_module
С непониманием работы nginx? - в высоконагруженных системах мы пытаемся отдать контент как можно раньше и самое раннее где мы можем его отдать - это ngx_http_rewrite_module, соотвественно в фазах SERVER_REWRITE_PHASE/REWRITE_PHASE, и если мы это делаем, то модули навешиваемые в следующих фазах уже не будут задействованы.
Из примера ранее - мы теряем возможность сделать limit_* , так как его модули обрабатываются в PREACCESS_PHASE, при этом (опять же из-за того, что это явно не указано в документации) так делают повсеместно.
и это не ошибка nginx, стоимость отдачи 503 или 200 в данном случает одинаковая
Причём это не ляп документации, это именно её системное непонимание системно и постоянно воспроизводимое.
И на основе этой системности мы и будем обучать нашу систему
соотвественно мы всегда будем получать "Surf and turf"
Ну так и сеошники не умеют наши
когда персональные помощники возьмут на себя рутину гуглить, разъяснять тему, заказывать товары, то и старое сео умрет, имхо