romancher#: Ну это последнюю неделю, и то небольшие очереди по 2-3 машины на колонку еще осталось, до этого большинство заправок было с очередями, ну и некоторые пустые были (особенно татнефть). Сегодня канистры 95 заправлял по 125, так и не снижают цены на ноунейм заправках, даже с учетом того что на остальных очередей почти нет.
Извини, у меня в голове это с чанками, векторами и эмбедингами связано. 😀 Rag - это когда ответ не детеминирован. Не обращай внимания.
Это в корне неверно, РАГ вообще не описывается словами детерменирован-не детерменирован. Более того РАГ даже не имеет точной спецификации. Это в принципе генерация дополненной информации, а
А мне это как раз и нужно. В юридической тематике пользователи не платят за варитивность. Только за конкретные ответы с пруфами. Т. е. грубо говоря это узкая тематика, которая жёстко привязана к кокретной технике. Вот эта связка техника+юрисдикция создаёт НЧ. И пользователь получает из сервиса индивидуальную сборку ответов под свои нужды. Одним словом: он может сам несколько недель бесплатно поискать, сравнить, проверить. Или он получает это за плату прямо сразу. 😉
И все верно. Я ошибся ровно наоборот. снижает и очень сильно мой подход. Ирония судбьы - я как раз и занимаюсь работой с Westlaw. Юриспруденция на основе законов и прецендентов. И именно этот подход обеспечивает релевантность документов.
LikeAVirgin#: И да RAG я не осилила в этой тематике. Другой сервис на RAG хорошо пошёл, но там другая тема, психология.
Ты точно понимаешь, что такое RAG, извини? То что ты описала - он и есть - генерация с дополненной выборкой. Просто ты используешь очень примитивный механизм, я же описал более серьезный подход. Но это именно генерация документа, не поиск по базе. А полноценный ответ, как на консультации у юриста.
Это по моей логике или conditional, т. е. зависит от .. в пруфе стоит от чего конкретно зависит. Или unclear - это когда разные источники противоречат и это тоже в пруфе стоит. Т. е. да ответ всегда 1:1, но зависит от фактов.
Не уверен, но при такой жесткой привязке должна резко снижаться вариативность текстов. Но это нужно глубже изучать. Я бы все таки луше ушел в RAG, но не просто векторный поиск а использовал бы гибрид embeddings+BM25+RRF. эмбеддинг даст широкий охват но он может налажать при точном совпадении. Это лечит ВМ25 - (lexical/sparse search) У него уже все хорошо с полнотекстовым поиском. Ну и далее для улучшения - реранкинг.
LikeAVirgin#: Эта информация (еще перед генерации статьи) сохраняется в базе в виде отдельных полей в обычной базе, никаких векторов. Т. е. условно:
Понятно, спасибо за ответ. то есть у тебя гарантированно точная привязка 1 к 1 - каждый вопрос может иметь только один ответ? а может быть на 1 вопрос вариации ответов? Или ответ может подходить к нескольким вопросам? Мне кажется - да. Что в таком случае произойдет?
LikeAVirgin#: Через API подтягиваются различные сегментации, аггрегации, и своя бизнес-логика, которая все раскладывает по полочкам. Anthropic ничего сам не анализирует, он получает конкретные цифры и на основании промта формирует текст, который к этим цифрам больше подходит. От "ничего такого" до "все пропало".
Ну вот бизнес-логика меня интересует, наверное. Неважно, по апи ты там ходишь или внутри контейнеров. Что я имею ввиду: Вот у тебя есть какие то документы. Ты формируешь промпт, сформулировала вопрос. Как ты дальше подбираешь доки? именно техническая сторона. Как они у тебя хранятся, как выбираешь из тысяч похожие итп. Именно технически как реализовано. Или реально все чисто бизнес-логика? "Если вопрос Х то добавь документ У..."
estic#: А как же "доставка" медиафайлов? Или у вас все это третий пункт?
Именно это и мел ввиду, скорость сайта состоит грубо из 4 частей - сервер - движок - доставка ( HTML ) - рендеринг ( HTML)
ТС в топике упомянул именно 3-4 часть, а по 2-ой части - ему просто посоветовали обновить и оптимизировать WP
Это происходит, когда непрофессионал пытается ответить. Это очень примитивная разбивка, соответственно нет возможности на самом деле понять проблему. Профессионал бы ответил примерно так.
Server-side (запрос-ответ):
DNS lookup
TCP/TLS handshake (connection setup)
TTFB — время до первого байта ответа, куда уже входит вся серверная логика (то, что раньше называли «движком»): роутинг, запросы к БД, темплейтинг - привет кастомным заголовкам
Передача ответа (content download) — сюда же попадает и «доставка», но именно как сетевой transfer, не как отдельная стадия
Client-side (работа в браузере):
Parsing HTML → построение DOM
Обнаружение и загрузка вложенных ресурсов (CSS/JS/шрифты/картинки) — тоже сетевая часть, но инициируется и управляется браузером
CSSOM construction
JS execution (parsing/compile/execute, может блокировать)
Render tree → Layout → Paint → Composite
Такая разбивка позволяет точно идентифицировать проблему. Хотя и ее можно еще улучшить.
согласно теме топика - если упоминаешь проект то и расскажи, как он связан с ИИ а не с SEO. Понятно, кроме моментов чувствительных. Иначе непонятно почему вы это обсуждаете тут. Для продвижения/оптимизации хватает топиков и не стоит мусорить тут. Не берите пример с экономиста.
На на обычных сетевых не льют в канистры, а мне нужно для квадроцикла и газонокосилки
Ну это последнюю неделю, и то небольшие очереди по 2-3 машины на колонку еще осталось, до этого большинство заправок было с очередями, ну и некоторые пустые были (особенно татнефть). Сегодня канистры 95 заправлял по 125, так и не снижают цены на ноунейм заправках, даже с учетом того что на остальных очередей почти нет.
А что заставило заправляться в 2 раза дороже?
Извини, у меня в голове это с чанками, векторами и эмбедингами связано. 😀 Rag - это когда ответ не детеминирован. Не обращай внимания.
чанками, векторами и эмбедингами
Это просто один из методов. кроме тех что я описал их еще с десяток есть.
А мне это как раз и нужно. В юридической тематике пользователи не платят за варитивность. Только за конкретные ответы с пруфами. Т. е. грубо говоря это узкая тематика, которая жёстко привязана к кокретной технике. Вот эта связка техника+юрисдикция создаёт НЧ. И пользователь получает из сервиса индивидуальную сборку ответов под свои нужды. Одним словом: он может сам несколько недель бесплатно поискать, сравнить, проверить. Или он получает это за плату прямо сразу. 😉
И да RAG я не осилила в этой тематике. Другой сервис на RAG хорошо пошёл, но там другая тема, психология.
Ты точно понимаешь, что такое RAG, извини? То что ты описала - он и есть - генерация с дополненной выборкой. Просто ты используешь очень примитивный механизм, я же описал более серьезный подход. Но это именно генерация документа, не поиск по базе. А полноценный ответ, как на консультации у юриста.
Это по моей логике или conditional, т. е. зависит от .. в пруфе стоит от чего конкретно зависит. Или unclear - это когда разные источники противоречат и это тоже в пруфе стоит. Т. е. да ответ всегда 1:1, но зависит от фактов.
Не уверен, но при такой жесткой привязке должна резко снижаться вариативность текстов. Но это нужно глубже изучать. Я бы все таки луше ушел в RAG, но не просто векторный поиск а использовал бы гибрид embeddings+BM25+RRF.
эмбеддинг даст широкий охват но он может налажать при точном совпадении. Это лечит ВМ25 - (lexical/sparse search) У него уже все хорошо с полнотекстовым поиском. Ну и далее для улучшения - реранкинг.
Это вот сейчас классическая работа с своей базой
Эта информация (еще перед генерации статьи) сохраняется в базе в виде отдельных полей в обычной базе, никаких векторов. Т. е. условно:
Через API подтягиваются различные сегментации, аггрегации, и своя бизнес-логика, которая все раскладывает по полочкам. Anthropic ничего сам не анализирует, он получает конкретные цифры и на основании промта формирует текст, который к этим цифрам больше подходит. От "ничего такого" до "все пропало".
Вот у тебя есть какие то документы. Ты формируешь промпт, сформулировала вопрос. Как ты дальше подбираешь доки? именно техническая сторона. Как они у тебя хранятся, как выбираешь из тысяч похожие итп. Именно технически как реализовано. Или реально все чисто бизнес-логика? "Если вопрос Х то добавь документ У..."
А как же "доставка" медиафайлов? Или у вас все это третий пункт?
- сервер
- движок
- доставка ( HTML )
- рендеринг ( HTML)
ТС в топике упомянул именно 3-4 часть, а по 2-ой части - ему просто посоветовали обновить и оптимизировать WP
Это происходит, когда непрофессионал пытается ответить. Это очень примитивная разбивка, соответственно нет возможности на самом деле понять проблему. Профессионал бы ответил примерно так.
Server-side (запрос-ответ):
Client-side (работа в браузере):
3. Третий формирует из фактов и данных из моей базы статью.
У меня сервис. Трафик SEO.