Llm обучают на диалогах разработчиков. Только за счёт этого каждая новая модель работает лучше и лучше. Им сейчас уже не надо детально объяснять что хорошо а что плохо, сжигая токены и забивая контекст. Они уже все это знают. По поводу мало комментариев это потому что ещё есть системный промт разработчика агента, где написано не писать комментариев. Лично я стараюсь не учить его писать код. Он как правило ориентируется на имеющийся код проекта
да он и сейчас это может, при необходимости может попгуглить изменения или в исходники новой версии залезть. так же лазит по комитам библиотек/модулей смотрит изменения когда ищет решение проблем.
дойдем до того что с файлообменников будут скачиваться промты (меньше 1кб) и по ним с температурой 0 (или CFG) будет генерироваться в реалтайм музыка. ну и модель на пару гигов один раз скачать…
инетересно, еще бы из нано моделек что нибудь собрали.
почитал их описание: Когда вы отправляете запрос в Fusion, мы параллельно передаем его группе моделей, в каждой из которых включены веб-поиск и веб-загрузка. Модель, управляющая жюри, читает каждый ответ комиссии и составляет структурированный анализ: точки консенсуса, противоречия, частичное освещение темы, уникальные идеи, «слепые пятна». Затем модель, принимающая решение, пишет окончательный ответ, основанный на этом анализе.
такое можно и самому конечно сделать, смысл конечно будет если это дешевле выйдет чем “просто взять дорогую”.
есть пара алгоритмов: слежение за пером - под пером на самом деле рисуется точка и при его смещении программно двигается за пером. если же перо потеряли то делаем поиск пера: по экрану быстро проводм вертикальную линию из засвеченых точек например слево направо раз в секунду пока не найдем перо. ну и желательно не на полной яркости чтобы было не так заметно. либо оператору дают кнопку “поиск” после нажатия в центре загорается точка, на которую надо навести курсор и двигать в нужное место.
Плохая идея придумывать агентам новые форматы взаимодействия вместо хорошо знакомых им sql запросов например. Недавно где то читал как после ии sql запрос парсился и проверялись права, так правильнее.
Несколько к1 к одному приложению можно подключить?
Llm обучают на диалогах разработчиков. Только за счёт этого каждая новая модель работает лучше и лучше. Им сейчас уже не надо детально объяснять что хорошо а что плохо, сжигая токены и забивая контекст. Они уже все это знают. По поводу мало комментариев это потому что ещё есть системный промт разработчика агента, где написано не писать комментариев. Лично я стараюсь не учить его писать код. Он как правило ориентируется на имеющийся код проекта
Вот тоже про бэкапы ключей интересно
Caveman же старая тема, от неё почти сразу отказались когда заметили что модель становится не только лаконичнее но и тупее.
наверное тут речь про фазы сна. регулярность достижения глубокго сна. поверхностный сон плохо восстанавливате силы.
А qwen какой версии был? Из локальных?
да он и сейчас это может, при необходимости может попгуглить изменения или в исходники новой версии залезть. так же лазит по комитам библиотек/модулей смотрит изменения когда ищет решение проблем.
дойдем до того что с файлообменников будут скачиваться промты (меньше 1кб) и по ним с температурой 0 (или CFG) будет генерироваться в реалтайм музыка. ну и модель на пару гигов один раз скачать…
это точно не про нейросети? или китайцам до технологий сбера еще как улитке до луны?
https://www.sberbank.ru/ru/sberpress/all/article?newsID=6b27e5d6-e8e7-4c09-810e-9fbc4d9fba02&blockID=1303®ionID=77&lang=ru&type=NEWS
ну тут речь все таки про апи, чтобы это автоматизировать можно было для своих агентов.
Деградация говорите… узнаю руку мастера…
инетересно, еще бы из нано моделек что нибудь собрали.
почитал их описание: Когда вы отправляете запрос в Fusion, мы параллельно передаем его группе моделей, в каждой из которых включены веб-поиск и веб-загрузка. Модель, управляющая жюри, читает каждый ответ комиссии и составляет структурированный анализ: точки консенсуса, противоречия, частичное освещение темы, уникальные идеи, «слепые пятна». Затем модель, принимающая решение, пишет окончательный ответ, основанный на этом анализе.
такое можно и самому конечно сделать, смысл конечно будет если это дешевле выйдет чем “просто взять дорогую”.
есть пара алгоритмов: слежение за пером - под пером на самом деле рисуется точка и при его смещении программно двигается за пером. если же перо потеряли то делаем поиск пера: по экрану быстро проводм вертикальную линию из засвеченых точек например слево направо раз в секунду пока не найдем перо. ну и желательно не на полной яркости чтобы было не так заметно. либо оператору дают кнопку “поиск” после нажатия в центре загорается точка, на которую надо навести курсор и двигать в нужное место.
Плохая идея придумывать агентам новые форматы взаимодействия вместо хорошо знакомых им sql запросов например. Недавно где то читал как после ии sql запрос парсился и проверялись права, так правильнее.
Жду ответа от ии автора статьи ;)
Вот только купил цветной принтер и началось… мне кажется первое время все равно по цене будут дороже чем ifs. А так такая система смысл имеет конечно.
да, устарела инфа, но в любом случае крупные компании боятся нарушения авторских прав и из-за этого пока не используют. у них на кону очень много.
Постоянно про это слышу. Конкурс на сантехников чувствую будет большой. Есть ещё варианты?
Потому что в играх пока запрещено использовать ии ассеты. У неё есть уверенность в будущем?
То есть если сейчас иишку спросить про гео то она начнёт отвечать по этой статье, даже если некоторые пункты тут могут быть надуманные