Когда нет безопасного варианта исправления, агент предлагает, а точнее просит middle или senior исправить ошибку в коде вручную. Выглядит это вот так: С развитием проекта, такие задачи тоже будут решаться, но окончательное решение будет всегда за человеком.
напишите коммент
2 коммента
можете перейти, но сначала проверьте ссылку и будьте аккуратны: не вводите по ссылке пароли, номера телефонов и банковских карт, и другие личные данные
https://
уверены, что хотите выйти?
придется авторизоваться заново, а заполненные данные будут удалены
пост закреплён — пока закрепить можно только один пост
что-то пошло не так — попробуйте снова чуть попозже
· 27.10
В таком запросе на ручное исправление полезно передавать разработчику причину отказа, затронутый участок и тест, который воспроизводит проблему. Иначе человеку придётся заново расследовать то, что агент уже нашёл. У вас отказ определяется явными правилами или оценкой самой модели?
1
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 27.10
Там выше перечислены найденные ошибки, перед глазами junior исходный код его работы где он по номеру строки все видит. Ошибка определяется комплексно, правилами анализа нескольких утилит, LLM только приводит отчет к общему знаменателю. Предлагаемое решение не полностью влезло в скриншот. Рефакторинг Java Code будет реализован позже, для исключения таких коллизий. LLM локальная, GPU не используется. Токены покупать не надо.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён