Апликации со ВИ и знаење

Развој на RAG

Јазичниот модел е добар онолку колку што е добро она што му го предочувате. Повеќето разочарувања од одговорите на ВИ всушност се откажувања на пребарувањето во руво на проблем со моделот: вистинскиот пасус постоел и никогаш не бил добиен. Го градиме и прилагодуваме слојот за пребарување, а потоа го мериме за моделот да расудува од вистинските докази.

Деловниот предизвик

Приказот работеше бидејќи корпусот беше мал

Наивното векторско пребарување работи добро на неколку стотини документи, а значително слабее над неколку стотини илјади. Делењето на делови ја одвојува табелата од нејзиниот наслов. Семантички слични пасуси го истиснуваат оној што всушност е меродавен. Актуелноста губи од сличноста, па укината политика ја престигнува важечката. Ништо од тоа не е видливо без мерење, па тимовите воведуваат систем, добиваат уверливи одговори и стапката грешки ја откриваат дури кога некој постапи по една погрешна.

Што работиме

Да се изгради пребарувањето, па да се докаже

Почнуваме со составување множество за оценување од вистински прашања и познати точни извори, бидејќи не може да се прилагодува она што не може да се оцени. Потоа работиме на синџирот: делење што ја почитува структурата на документот, хибридно пребарување што ги спојува клучните зборови и векторите, филтри за метаподатоци за актуелност и меродавност и преподредување на потесниот избор. Таму каде односите меѓу ентитетите се поважни од сличноста на пасусите, користиме граф наместо да се преправаме дека векторите се доволни. Секоја промена се оценува на истото множество, па подобрувањето е докажано, а не тврдено.

Развој на RAG

Компетенции

  • Деловен RAG

  • Напреден RAG

  • GraphRAG

  • Хибридно пребарување

  • Векторско пребарување

  • Оптимизација на пребарувањето

  • Оценување на RAG

Вообичаени примени

Вообичаени примени

  • Да се втемели помошник за клиенти така што секое негово тврдење води до објавен документ.
  • Да се пребаруваат договори, каде одговорот зависи од тоа кој договор важи, а не од сличноста на формулациите.
  • Да се пребарува техничка документација, каде вистинскиот пасус е табела или опис на слика.
  • Да се преѕида постоен помошник што одговара уверливо, но греши доволно често за да ја изгубил довербата.

Како испорачуваме

Како испорачуваме

  1. Обликување

    Претворање на барањето во спецификација: кој користи, што е точен одговор, кој одлучува.

  2. Втемелување во извори

    Поврзување со содржината и системите што ги чуваат одговорите, со почит кон постојните овластувања.

  3. Оценување

    Оценување на означено множество составено од вашите сопствени случаи, пред тоа да го види некој однадвор.

  4. Објавување и работа

    Постепено објавување со надзор, контрола на трошоците и множество тестови што го чува квалитетот.

Технологија

Технологија

  • OpenAI
  • Anthropic
  • Azure OpenAI
  • pgvector
  • Elasticsearch
  • Microsoft 365
  • SharePoint
  • Confluence
  • Salesforce

Безбедност и управување

Безбедност и управување

Одговорите се втемелени во вашата сопствена содржина и носат наводи на извори, па читателот може да ги провери. Пребарувањето ги почитува овластувањата веќе поставени на изворот, што значи дека корисникот преку апликацијата никогаш не гледа нешто што не би можел да го види непосредно. Прашањата, добиениот контекст и одговорите се запишуваат заради ревизија, а оценувањето тече непрекинато, а не еднократно при пуштањето.

Модели на соработка

Модели на соработка

Проект со ВИ

Ја преземаме одговорноста за проектирање и испорака на определено решение со ВИ.

Наменски тим за ВИ

Долгорочен наменски инженерски капацитет изграден околу вашите технологии и модел на испорака.

Управувана ВИ

Ги водиме, надгледуваме и непрекинато ги подобруваме продукциските системи со ВИ.

Зошто TeamExtension.ai

Најпрво мериме, па прилагодуваме

Најголемиот дел од работата на пребарувањето се врши по чувство: промени ја големината на делот, прочитај неколку одговори, процени дека е подобро. Ние најпрво составуваме означено множество, што воопшто не е ефектно и е целата разлика меѓу прилагодување и погодување. Ви останува и низа регресиски тестови, па надградбата на моделот за половина година не може потивко да го влоши квалитетот.

Избрани клиенти

Често поставувани прашања

Често поставувани прашања

Како мерите дали пребарувањето е добро?
На означено множество вистински прашања спарени со пасуси што навистина одговараат на нив. Известуваме дали вистинскиот пасус воопшто е пронајден и на кое место се нашол. Квалитетот на одговорот го оценуваме одделно, бидејќи добар одговор од погрешен извор и понатаму е неуспех.
Дали ни треба векторска база?
Честопати не. pgvector во постојната инстанца на PostgreSQL поднесува многу деловни оптоварувања без дополнителна инфраструктура за одржување. Наменско векторско складиште препорачуваме кога го оправдуваат обемот или функционалните барања, а не автоматски.
Што е GraphRAG и дали ни треба?
Пребарува граф од ентитети и односи, а не изолирани пасуси. Својата дополнителна сложеност ја оправдува кога одговорите зависат од врските меѓу документите, на пример од сопственички синџири или структури на зависности. За повеќето прашања врз течен текст хибридното пребарување со преподредување дава подобри резултати со помалку труд.
Можете ли да подобрите систем што веќе сме го изградиле?
Да и тоа е често. Почнуваме со составување множество за оценување и мерење на она што го имате. Тоа обично точно го лоцира проблемот, а поправката честопати е потесна од преѕидување.
Како останува точен додека содржината се менува?
Индексирањето го следи изворот по распоред или при известување за промена, а множеството за оценување работи непрекинато, а не еднократно. Квалитетот на пребарувањето се следи како и секој друг продукциски показател.

Разговарајте за вашата иницијатива за ВИ

Системи за пребарување што ги втемелуваат одговорите во вашата сопствена содржина, со наводи на извори и мерлива точност.