Pull to refresh
1
Илья@bleedly

User

Send message

Автору благодарочка за статью-обзор) Вы вот иронично затронули вопрос про законно ли такая помощь в найме (схема 150к до и 300к после)...моё мнение что если этим вопросом задаться-то окажется что всё законно..реальность как есть по ходу... однако это я так считаю...конечно хотелось бы верить что такие "схемы" прикроют наотрез!.

Блин, спс)) кстати "обзац" и не заметил)))

Супер! Хоть что то полезное происходит!)

Хаа) ну блин, так то да-поддерживаю)) 200 баксов на дипсик довольно колласальная сумма)

Да, прямо в точку, реально ведь стоит дернуться деньгами и бах)))

Кстати да, есть такое))

Логично, про сбивание кэша. вышло бы дороже, делаешь уклон на экономию бюджета заказчика-совсем токсичный чтоли он такой?)) Контроль кошелька на опережение хорошая темка, если является залогом долгого сотрудничества, но если по боку будет или нет тогда и париться незачем. По поводу n8n костылить шаблоны в ноде ради ретрая - такое себе, пинок через payload изящнее.

Нормуль разбор, слои защиты.. Но меня зацепил Слой 2 (Валидатор). Ты возвращаешь payload на ретрай во второй экземпляр агента с system_kick. Получается, при каждом таком тупике заново скармливается модели весь контекст диалога + системный промпт на 6400 токенов ради короткого ответа?7... Не думал в ветке ретрая динамически подменять системный промпт на сильно урезанную версию (чисто под Ступень 4), чтобы не переплачивать за prompt-токены на повторных генерациях? Или контекстный кэш опенроутер здесь всё равно полностью нивелирует траты на повторный прогон?

Information

Rating
5,475-th
Registered
Activity

Specialization

Бэкенд разработчик
JavaScript
HTML
Node.js
Веб-разработка