Повеќето проекти со ВИ не пропаѓаат затоа што моделот е слаб. Пропаѓаат затоа што системот нема суштинско разбирање за бизнисот на кој треба да му помогне.

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

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

Бизнис-контекстот е слојот што недостига

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

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

Разгледајте асистент за поддршка на претплатнички производ. Генерички одговор за поврати на средства може да звучи угладено, но сепак да биде погрешен. Корисен асистент треба да ги преземе релевантниот план, статусот на плаќање, датумот на откажување, политиката за поврат на средства и секој постоен случај за поддршка. Тој мора да разликува објаснување на политика, предлагање дејство и навистина издавање поврат на средства.

Тоа се различни способности и не треба да се третираат како една наредба.

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

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

Добар прв случај на употреба има три својства:

• Јасен корисник или оператор: некој може да ви каже дали резултатот помогнал.
• Ограничена одлука: системот има конкретна задача наместо нејасен мандат да „ја подобри продуктивноста“.
• Режим на неуспех од кој може да се опорави: грешките може да се прегледаат, исправат или запрат пред да предизвикаат штета.

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

Ова е посигурно отколку да се побара од агент да „управува со сметката“. Првото има видлив влез, корисен излез и очигледна точка за преглед. Второто крие премногу одлуки зад привлечна ознака.

Дајте му на моделот алатки со намерни граници

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

Раздвојте ги способностите според последиците. Читањето запис за клиент не е еквивалентно на промена на адреса за наплата. Составувањето порака не е еквивалентно на нејзино испраќање. Системот треба да ја направи таа разлика експлицитна во својата архитектура и интерфејс.

Користете модел на постапни дејства

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

1. Преземете релевантни информации и наведете ги во рамки на искуството во производот.
2. Создадете нацрт, препорака или структурен предлог.
3. Барајте човек да одобри дејства со значајни последици.
4. Автоматизирајте тесно дефинирани дејства со евиденција, ограничувања и патеки за враќање назад.

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

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

Направете го преземањето знаење одговорно

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

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

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

Целта не е секој одговор да звучи сигурно. Целта е системот да биде соодветно сигурен.

Оценувајте го целиот систем, не само една наредба

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

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

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

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

Задржете ги луѓето одговорни за одлуките што се важни

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

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

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

Интелигенцијата е во архитектурата

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

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