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

Можноста не е да се прикачи „ВИ-асистент“ на секој екран. Таа е да му се даде на софтверот практичен мозок: слој што може да толкува деловен контекст, да ги пронајде вистинските информации, да препорача или изврши дефинирани дејства и да остави јасен запис за тоа што се случило.

Почнете со работата, не со моделот

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

Разгледајте оперативен тим што обработува барања од клиенти. Корисниот ВИ-систем ретко е „прашај што било за операциите“. Тој може да класифицира пристигнато барање, да ги извлече сметката и итноста, да ја пронајде релевантната политика, да подготви одговор и да го насочи случајот до соодветната редица. Секој чекор е доволно тесно дефиниран за да се тестира, подобрува и управува.

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

Дајте му на системот контекст на кој може да му верува

Јазичните модели се способни препознавачи на обрасци, но тие по природа не ги знаат вашите правила за цени, обврските кон клиентите, дозволите или тековната оперативна состојба. На корисниот ВИ-слој му е потребен контролиран пристап до деловниот контекст.

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

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

Изградете корисен договор за контекст

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

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

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

Дизајнирајте ги агентите како ограничени работни текови

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

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

Размислувајте во смисла на алатки со тесни договори. Наместо да изложите нејасна функција „управувај со клиент“, обезбедете дејства како get_customer_status(customer_id), create_draft_reply(ticket_id, text) и request_refund_approval(order_id, reason). Секое дејство треба да ги валидира влезните податоци, да спроведува дозволи и да враќа структурирани резултати.

{
  "action": "request_refund_approval",
  "order_id": "ORD-1042",
  "reason": "Пријавена е двојна наплата",
  "amount": 49.00
}

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

Направете ја човечката проверка дел од производот

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

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

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

Мерете оперативни исходи, а не новитет

Тимовите често лансираат ВИ-функција и мерат само употреба. Употребата може да укажува на љубопитност, но не докажува вредност. Поврзете ја евалуацијата со работата за која системот е дизајниран.

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

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

Планирајте за промени и неуспех

Моделите, потсетниците, алатките и изворните системи ќе се менуваат. Однесувајте се кон ВИ-однесувањето како кон верзиониран дел од вашата апликација. Бележете ги конфигурацијата на моделот, верзијата на потсетникот, преземените референци, повиците на алатки и исходот каде што е соодветно. Ова ги прави регресиите дијагностицирачки и овозможува дисциплинирано воведување.

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

Деловниот мозок треба да ја заслужи својата овластеност

Најтрајните ВИ-системи не се обидуваат да го заменат расудувањето насекаде. Тие ја намалуваат рутинската работа на преведување, ги истакнуваат вистинските докази во вистинскиот момент и автоматизираат дејства само откако ќе докажат дека можат да го прават тоа безбедно.

Градете од вреден работен тек, втемелете го системот во овластени податоци, дајте му тесно дефинирани алатки и направете ги неговите дејства набљудливи. Со текот на времето, таа основа може да поддржи поспособни агенти. Резултатот не е софтвер што само зборува за бизнисот. Тоа е софтвер што учи како функционира бизнисот и му помага да функционира подобро.