Комментарии 6
Короче, склифосовский, или как там. Не верю.
Ну или автор нихрена не понимает:
важные правила вынесены в рабочие файлы: кто я, как со мной общаться..... какие cron-задачи отвечают за....
Агенту не важно знать кто ты. Это важно тебе, не ему.
Как со мной общаться - вам шашечки или все же формат ответа настроим?
Агент не должен знать про Cron задачи, на то они и Cron. Он может их досоздавать. Но cron задача должна срабатывать сама. Если речь шла про heartbit - то это не Cron, это фантазии на тему.
Ну в общем. Успехов автору. Если проектт правда - я бы посмотрел как организовано conference в ответах. Это реально актуальная задача.
Добрый день, спасибо за ваш отзыв. Все, что написано в статье, правда. Я имел в виду, что изначально каждая задача была описана в отдельном кроне. Для экономии лимитов моделей все кроны были перенесены в файлы, а в кроне осталась задача: посмотри файл. Это экономит токены, как оказалось. Если напишете подробнее, что вы хотите посмотреть, я смогу вам ответить. Пока "conference в ответах" мне непонятно.
Сорри. Писал с телефона. Confidence. Уверенность агента в том, что ответ верен.
Главное - он отвечает за результат.
Как это меряется считается проверяется? Я пока не могу сказать что мои агенты могут "отвечать за базар". А вот сделать повторный автоматический запрос при низком confidence довольно просто.
Теперь понятно. Я сделал 3 уровня проверки. Под каждый тип задачи есть метрики проверки. Они вынесены в отдельные файлы. Задачи разбиты на части, каждую часть выполняет отдельный субагент. Далее задачу собирает субагент сборщик. Далее задачу проверяет субагент контролер. В конце задачу проверяет главный агент. Пока у меня этот метод работает.
Сколько денег тратит на токены в день?

Настройка AI-агентов для ускорения бизнес процессов компании