@PTPPAction · Post #1905 · 05.05.2024 г., 07:05
#dev#IITII#merged fix(search): mt 搜索问题 #1822 #1829
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #851 · 2.08
Впервые использовал нейросетку для реальной практической пользы в коммерческом заказе. У заказчика есть база данных, куда информация вносится кое-как. Представьте, что вы составляете каталог, например, книг, и в базе данных предусмотрены поля: "Автор книги", "Название книги", "Число страниц" и ещё десяток других полей с информацией. Но заполняют эту базу другие люди, которых вы не контролируете, поэтому информация может случайным образом лежать в любом произвольном поле, быть введена с ошибками, опечатками и так далее. В реальном заказе были не книги, я просто привожу пример такой же задачи. Вот как это может выглядеть: 1. В поле "Автор" написано "Лондон, Дж. Белый Клык", поле "Название" при этом пустое. 2. В поле "Название" написано "150-страничный сборник рецептов", поле "Число страниц" пустое 3. В поле "Название" написано "джеклондон мартин иден", поле с автором пустое 4. В поле "Автор" написано "150-стр.3изд,доп.перераб инструкция по пользованию подстанциями типа ТП-13, М.Васильев москва 98" ...и так далее. А нужно искать нормально по автору, названию, числу страниц, городу и году издания. Никакими прямыми алгоритмами это не берётся: регулярки, поиск по ключевым словам, морфология, нечёткая логика — всё это либо даёт много ложноположительных результатов, либо (если подкрутить пороговые значения) вообще перестаёт искать. И вот тут в какой-то момент мы решили попробовать запрашивать через API GPT. Нейросетке задаётся следующий промт: "Есть следующая информация: «150-страничный роман джеклондон мартин иден». Если здесь есть то, что похоже на имя автора книги, напиши мне его, иначе ответь null". И, надо сказать, даже 3.5 справляется с этой работой очень хорошо. Получилось сравнительно без ошибок разметить около 80% данных (остальные с ошибками даже после нейросетки). Но, важный нюанс. Сначала мы пытались поймать все данные одним запросом: "GPT, выведи мне JSON, в котором есть автор, название, число страниц...", но тесты показали, что значительно эффективнее будет отдельно спросить 5 раз про 5 разных типов данных. Да, это расходует больше токенов, но они и так сравнительно дёшевы. Кстати, API у OpenAI безбожно глючит даже на платном тарифе. Обещанных 3500 запросов в минуту нет даже приблизительно. По факту удаётся отправлять около 200-300 запросов в минуту, потом оно вываливается в таймауты или ошибку 429, нужно делать какие-то умные паузы, ждать итд. Над этим всем пришлось повозиться, зато результат вполне ощутимый. #dev
Hashtags
Общо глобално търсене
@PTPPAction · Post #1905 · 05.05.2024 г., 07:05
#dev#IITII#merged fix(search): mt 搜索问题 #1822 #1829
@PTPPAction · Post #1902 · 05.05.2024 г., 06:35
#dev#IITII#merged fix(audiences):修复做种数、做种体积、发种数获取 (#1827)
@PTPPAction · Post #1899 · 05.05.2024 г., 06:00
#dev#IITII#merged fix(msg): 不统计禁用消息通知站点
@PTPPAction · Post #1859 · 19.04.2024 г., 06:50
#dev#IITII#merged fix(jpop): uploads count & snatches count
@PTPPAction · Post #1856 · 18.04.2024 г., 14:45
#dev#IITII#merged refactor: 基于 Common 模板重写 GTru 和 GTorg (#1813)
@PTPPAction · Post #1851 · 18.04.2024 г., 07:25
#dev#IITII#merged fix(ecust):site update seedingPoints (#1810)
@PTPPAction · Post #1838 · 14.04.2024 г., 06:20
#dev#IITII#merged fix(qingwa): bouns alias and level name (#1804)
@PTPPAction · Post #1831 · 11.04.2024 г., 11:45
#dev#IITII#merged feat: RuTracker (all), TT (search), LC (search), AN (search) (#1801)
@PTPPAction · Post #1828 · 11.04.2024 г., 11:40
#dev#IITII#merged fix(mt): 详情页下载 #1762 #1799
@PTPPAction · Post #1821 · 09.04.2024 г., 07:50
#dev#IITII#merged fix(mt): 数据显示问题 #1762 #1796
@PTPPAction · Post #1818 · 08.04.2024 г., 14:10
#dev#IITII#merged fix(mt): 用户数据刷新成功但是显示失败 #1762
@PTPPAction · Post #1815 · 08.04.2024 г., 13:55
#dev#IITII#merged fix(mt): 历史数据丢失问题 #1762 #1785