Жергілікті LLM-ассистент: қызметкерлерге 4 аптаға пилот

Қандайдан бастау: проблема, пилоттың мақсаты және шектері

Модельді таңдаудан бастамаңыз — бір нақты ауыртпалықтан бастаңыз. Ассистент кімге керек: қолдау қызметіне, заңгерлерге, сатып алуларға, HR-ге, ИТ-сервисіне? Қай 1–2 тапсырма күнделікті ең көп уақыт алады: регламенттерден жауап табу, хат дайындау, өтінішті қарау, саясатты түсіндіру?

Жергілікті LLM-ассистентті әдетте деректердің бақылауы және нәтижеліліктің болжамдылығы маңызды болғанда таңдайды. Құжаттар сыртқа шықпайды, қолжетімдікті корпоративтік рөлдерге байлауға болады, журналдар ішкі контурда қалады. Бұл ішкі нұсқаулықтармен, персонал деректерімен немесе коммерциялық ақпаратпен жұмыс істегенде аса маңызды.

Пилот — гипотезаны қысқа тексеру: ассистент тар ауданда өлшенетін пайда әкеледі ме. Пилоттың шекаралары болуы керек: бір бөлім, шектеулі құжат жиыны, түсінікті қолдану арнасы (мысалы, веб-чат) және алдын ала келісілген шектеулер (ассистент не істемейді және қай жерде әрқашан адам керек).

Соңында дау туындамауы үшін негізгі келісімдерді жазып қойыңыз:

• пилотқа кім қатысады және олардың типтік сұрақтары қандай (5–10 мысал)
• санмен қойылған мақсат: уақыт үнемдеу, қателерді азайту, жауап жылдамдығын арттыру
• деректер шекарасы: қай папкалар мен базаларды қолдануға болады, қайсысын қолдануға болмайды
• тәуекелдер және тоқтату шарттары: пилот қашан тоқтатылады
• нәтиженің форматы: есеп, демонстрация, ауқымдауға шешім

Айырша рөлдерді тағайындаңыз. Өнім иесі (бизнестен) болуы керек — сценарийлер мен приоритеттер бойынша шешім қабылдайтын адам; деректер иесі — құжаттардың өзектілігі мен қолжетімділік ережелері үшін жауапты. ИТ жақтан әдетте инфрақұрылым мен қауіпсіздікке жауапты қажет. Пилот өз серверлерінде болса, оның қай жерде орналасатынын (мысалы, сіздің ЦОД) және тесттен кейін кім қолдайтынын алдын ала тексеріңіз. Көбінесе пилотты жергілікті инфрақұрылымда жылдам іске асыра алатын жүйелік интегратор көмектеседі.

Сценарийлерді таңдау: қай жерде тез нәтиже болады

Жылдам пилот моделден емес, тапсырмаларды дұрыс таңдаудан жеңеді. «Ауырсынуларды» жинаудан бастаңыз: күнде қайталанатын қандай сұрақтар мен әрекеттер бар, адамдар құжаттардан іздеуге, ережелерді қайта айтуға және типтік жауаптарды дайындауға қанша уақыт жоғалтады. Жергілікті LLM-ассистент үшін бұл жақсы старт: әсер тез көрінеді және оны есептеу оңай.

Қалай 2–3 түсінікті пайдалы сценарий табуға болады

Соңғы аптадан 20–30 нақты өтініш пен операцияны жинаңыз: хаттар, сервис-деск өтініштері, чат хабарлары, тапсырма комментарийлері. Содан кейін уақыт пен тиімділігі анық байқалатын және тексерілетін 2–3 сценарийді таңдаңыз.

Әдетте келесі тапсырмалар үйлеседі:

• күнделікті немесе апта сайын қайталанады
• ішкі регламенттерге, нұсқаулықтарға, каталогтарға, шаблондарға сүйенеді
• «дұрыс жауап» немесе рұқсат етілген жауаптар ауқымы анық
• қарапайым жобаны қабылдайды: қызметкер тексеріп, жіберіп қояды
• өлшенеді: тапсырмаға кеткен минуттар, шешілген өтініштер үлесі, жауап жылдамдығы

Заңды маңызды дәлдік бірінші ретте тексеруді талап ететін тапсырмаларды алмаңыз (мысалы, келісімшарттардың соңғы формулировкалары немесе ресми жауаптар). Бұл ІИ-ге тыйым емес, бірақ 4 апталық пилотта келісімдер мен тәуекелдер мерзімді ұзағытуы мүмкін.

Кімді қосу және нәтижені қалай қалыптастыру

Бір команда немесе бір процесс ішіндегі 2–3 рөлді таңдау жақсы — шашырамау үшін. Мысалы: HR (қызметкерлер сұрақтарына жауап), ИТ (типтік өтініштер), сатып алулар (өтініштің комплектілігін тексеру).

Әр сценарий үшін нәтижені бір сөйлеммен жазыңыз: «Ассистент біздің ережелер бойынша X минутта жауап немесе өтініш жобасын дайындайды, қызметкер оны тексеріп, жібереді». Бұл метрикаларға және таза бағалауға негіз болады.

Деректер және датасеттер: апта ішінде не дайындау керек

Пилот үшін жергілікті LLM-ассистент нақты және өзіңіздің «ойын ережелеріңізге» сай қысқа, түсінікті материалдар қажет. Бірінші аптада мақсат — қызметкерлер қолданатын минималды, бірақ таза білім қорын жинау.

Дайын жауаптар мен формулировкалар бар көздерден бастаңыз. Әдетте бірнеше типтегі материал жеткілікті: қадамдық нұсқаулықтар мен регламенттер, хат және өтініш шаблондары, қолдау базасы (FAQ және типтік шешімдер), саясаттар мен стандарттар (мысалы, ҚҚ, сатып алулар, кадрлар), сондай-ақ терминдер мен қысқартулардың анықтамалығы — ассистент сіздің тіліңізде сөйлесін деген үшін.

Датасетке кірмеуі тиіс нәрселерді бірден бөліп тастаңыз. Жеке деректер, коммерциялық құпиялар, сұрыпталмаған чат экспорттары және «нақты керек пе білмейміз» құжаттарды алмаңыз. Қажет емес материал шу мен тәуекелді арттырады.

Сапа ережесі қарапайым: аз болса да өзекті. Қайталанулар мен ескі нұсқаларды алып тастаңыз, бір «шындық көзі» қалдырыңыз. Егер регламенттің бірнеше редакциясы болса, біреуін негізгі ретінде анықтап, датасын айқын белгілеңіз.

Одан кейін жылдам классификация жасаңыз: критикалық маңызды (міндетті ережелер мен процедуралар), пайдалы (түсініктемелер, мысалдар, сирек жағдайлар), анықтамалық (терминдер, контактілер, формалар). Жеке-жеке қолжетімділік деңгейін белгілеңіз: жалпы, бөлімдерге арналған, тек басшыларға. Бұл кейін рұқсат шектеулеріне көмектеседі.

Бастапқы жиынтық: 20–40 құжат немесе 50–150 бет, бірақ тазартылған және түсінікті. Пилоттан кейін жиынтықты нақты сұраныстар бойынша кеңейтіңіз: бәрін бірден жүктеудің орнына жиі сұралатындарды қосыңыз.

Пилоттың қарапайым архитектурасы: қалай жұмыс істейді

Пилот күрделі болудың қажеті жоқ. Нәтиже көрсететін және қызметкерлер үшін пайдалы екенін қауіпсіз тексеретін минималды схема жеткілікті.

Жұмыс режимінен бастаңыз. Бірінші нұсқа — ассистент тек құжаттар бойынша іздеп, табылған фрагменттерді көздерімен бірге көрсетеді. Екінші нұсқа — жергілікті LLM-ассистент жауап құрастырады, бірақ табылған фрагменттерге қатаң сүйенеді («фантазияны» азайту және жауапты тексеру үшін).

Орнату үшін пилотқа көбіне бір локальды сервер жеткілікті, бөлек контурда және артық трафиктің кірмеуімен. Көбінесе бұл корпоративті ортадан ғана қолжетімді жеке желі сегменті. Компанияда өзіңіздің стейк пен серверлер болса, сол жерде орналастырады; жоқ болса, S200 деңгейіндегі бөлек rack-сервер сияқты аппарат пайдаланады және барлық деректер периметр ішінде қалады.

Қызметкерлер үшін кіру ыңғайлы болуы маңызды. Ең жылдам жол — корпоративтік авторизациясы бар браузердегі веб-чат. Қазір бар корпоративтік мессенджер болса, бот қосуға болады, бірақ пилот үшін бір арна жеткілікті.

Пилот басқарылатын болуы үшін журналдар керек. Олар қателерді талдауға және әсерді дәлелдеуге көмектеседі:

• кім сұрады (есеп жазбасы және рөлі)
• уақыт және арна (веб-чат немесе мессенджер)
• сұраудың мәтіні және соңғы жауап
• қандай құжаттар қолданылды (аттары мен нұсқалары)
• қызметкердің белгісі: пайдалы болды ма, жоқ па

Пилот үшін міндетті минимум: біріккен кіру (SSO немесе кем дегенде домендік есептік жазба), рөлдер бойынша құжаттарға қолжетімдікті бөлу, көздері бар режим (іздеу немесе цитаталармен жауап), журналдар және қарапайым логтарды қарау панелі, чаттағы кері байланыстың батырмасы.

Кейінге қалдыруға болады: дауыстық енгізу, көпқадамды «агенттер», жүйелерде автоматты әрекеттер (өтініш жасау, келісім жүргізу) және компания стиліне дәл баптау. Алдымен жауаптардың дәлдігіне, деректердің қорғалуына және пайданың өлшенетініне көз жеткізіңіз.

Қолжетімділіктер және қауіпсіздік түсінікті тілде

Егер жергілікті LLM-ассистент жасалып жатса, негізгі қағида қарапайым: ассистент пайдаланушыдан артық ештеңе көрмеуі керек. Солайша пилот сезімтал процестерде де іске қосыла алады және жоба ұзақ келісімдерге айналмайды.

Рөлдерден бастаңыз. Әдетте төрт рөл жеткілікті: пайдаланушы (сұрақ қояды), эксперт (жауаптарды және ережелерді нақтылайды), әкімші (жүйені баптайды), деректер иесі (құжаттарды қосуға шешім қабылдайды). Деректер иесі бөлек рөл болуы маңызды, себебі рұқсаттарды оңай «өтінішпен» ұлғайтпайды.

Құжаттарға және ассистент функцияларына рұқсаттың екі түрін бөліңіз. Мысалы, қызметкерге сатып алу регламентін оқу құқығы болуы мүмкін, бірақ ассистенттен массалық экспорт сұрауға рұқсат болмауы керек. Сол сияқты, білім базасында іздеуге рұқсат беріп, компания атынан дайын хат жасауға тыйым салуға болады.

Шектеулерді алдын ала және анық қою жақсы: тыйым салынған тақырыптар (жеке деректер, жалақы, медициналық карталар, коммерциялық шарттар), тыйым салынған командалар (массалық экспорт, «бәрін көрсет», файлға экспорт), лимиттер (бірден қанша құжат, жауап ұзындығы, сұраулар саны), цитаталаудың ережелері (ішкі құжаттың атауы және нұсқаның датасы).

Журналдар мен аудит минималды түрде: кім сұрады, қашан, қандай көздер қолданылды, блоктау бар ма, қысқа нәтиже (сәтті/сәтсіз). Бұл әдетте инциденттерді талдауға және ассистенттің «галлюцинацияларын» байқауға жеткілікті.

Сақтау саясаты скучно көрінгенімен пилотты құтқарады. Не сақталатынын (сұрақтар, жауаптар, контекст фрагменттері), қанша уақыт (мысалы, 30–90 күн) және кімнің қолы жететінін (әдетте әкімші мен деректер иесі) бекітіңіз. Егер пилот компания инфрақұрылымында немесе бөлінген серверлерде болса, бұл ережелерді сақтау оңайырақ.

Білімдерді дайындау: ассистенттің ережелеріңізге сүйенуі үшін

Пилоттың мәні — жергілікті LLM-ассистент жауаптарды «бастан шығару» емес, сіздің құжаттарыңызға сүйеніп беруі. Солайша жауаптар тексерілетін: қай регламент, нұсқаулық немесе шаблонға сүйенгені әрқашан көрінеді.

RAG: құжаттарыңыз негізінде жауаптар

Пилотта RAG жеткілікті: ассистент алдымен базадан 3–7 сәйкес фрагмент тауып, содан соң табылғандарға қатаң негізделіп жауап құрастырады. Бұл дәл формулировкалар маңызды жерде әсіресе пайдалы: сатып алулар, кадрлық үдерістер, ИТ-өтініштер, ішкі келісімдер.

Практикалық мысал: «жеке жеткізушіден сатып алу үшін қандай құжаттар керек?» — ассистент ішкі ережеден тиісті бөлікті шығарып, қадамдар түрінде жауап береді және соңында жетіспейтін деректерді (сома, қаржыландыру көзі, тауар түрі) нақтылап сұрайды.

Жауап ережелері, шаблондар және міндетті ескертулер

Жауаптар біркелкі және пайдалы болсын десеңіз, формат ережелерін алдын ала қойыңыз. Мысалы: қысқа жауап (5–10 жол, кейін «Келесі қадамдар»), деректер жетіспесе 2–3 нақты сұрақ қою, құжаттар мен келісушілер тізімін көрсету, жоғары тәуекелді жерлерде «адам тексеруі қажет» белгісін қосу және қандай материалдар қолданылғанын (құжат атауы және бөлім) көрсету.

Шаблондарды да алдын ала дайындаңыз: заңгерлерге «фактілер -> тәуекелдер -> не келісу керек», бухгалтерияға «проводкалар/құжаттар/мерзімдер», ИТ-ге «симптом -> тексеріс -> шешім -> қашан эскалациялау» сияқты құрылымдар. Бұл айырмашылықты азайтып, үйренуді жылдамдатады.

Білімдердің ескірмеуі үшін жауапты және қарапайым жаңарту үдерісін тағайындаңыз: әр құжат жинағы үшін бір жауапты адам (сатып алулар, HR, ИТ), сипатты мерзім (пилотта — 2 аптада бір рет, әрі қарай — айына бір рет), бір формат (PDF/Doc + атауда нұсқа және дата), және «не өзгерді» қысқаша тізімі сапаны жылдам тексеру үшін.

Сәттілік критерийлері және сапаны өлшеу

Пилот «бәріне ұнай қалды» деген сезімге тез түсіп кетуі мүмкін, сондықтан нақты не сәттілік екенін алдын ала келісіңіз. Жергілікті LLM-ассистент ішкі ережелермен жұмыс істейтін болғандықтан, сапаны қауіпсіздік сияқты қатты өлшеу керек.

Бастапқы тексерулерден бастаңыз. Әр таңдаған сценарий үшін 30–100 типтік сұраулар банкін жинаңыз: нақты хаттар, чат сұрақтары, жаңадан келгендер мен тәжірибелі қызметкерлердің нұсқаулары. Бұл жинақ аптасына бір рет тест жүргізіп, прогресті көруге мүмкіндік береді.

Одан кейін «эталонды» анықтаңыз. Ол әрқашан мінсіз мәтін болмауы мүмкін. Кейде дұрыс нәтиже — дұрыс маршрут: өтінішті қайда жіберу, қай шаблон қолдану, қандай өрістер толтыру және қандай құжаттарды қосу. Мысалы, «сатып алу» сценарийінде эталон — келісім қадамдары мен міндетті қосымшалар тізімі.

Өлшенетін метрикалар

3–4 көрсеткіш таңдап, күрделендірмеңіз:

• пайдалы жауаптардың үлесі (қызметкер жұмысын жалғастыра алғаны)
• шешімге дейінгі уақыт (сұрақтан кейінгі келесі қадамға кеткен минуттар)
• эскалациялардың үлесі (қашан адамға немесе басқа бөлімге бару керек болды)
• қанағаттану (жауаптан кейін қысқа баға: «пайдалы/пайдасыз»)

Әртүрлі рөлдерде және қолжетімділікте тест жасаңыз. Бір сұрақ бухгалтер мен сатып алу менеджерінен әртүрлі тереңдікті талап етуі мүмкін. Егер ассистент «артық көрсе» немесе әрқашан жалпылама жауап берсе, пилот қағазда ғана сәтті көрінуі мүмкін.

Қателерді қалай тіркеу және тез жетілдіру

Қателерді бір жерде және бірдей форматта тіркеңіз:

• категория: қате факт, ескірген ереже, дұрыс маршрут емес, «түсінбеді»
• қай дереккөз: қандай құжат қателікке себеп болды (немесе деректер жетіспеді)
• рөл және қолжетімділік: кім сұрады және оған не көрсетілді
• приоритет: жұмысты бөгейтін мәселе ме әлде жай ыңғайсыздық па

Осылай деректерді, ережелерді не рұқсаттарды не өзгертуді тез анықтауға болады.

4 апталық пилоттың кезең-кезең жоспары

Пилоттың мақсаты — тамаша ассистент емес, ашық жауап: жергілікті LLM-ассистент қызметкерлерге өлшенетін пайда әкеледі ме және деректер қауіпсіз бе. Бұл жоспар әдетте 4 аптаға сыяды, егер иелер белгіленіп, тапсырмалар тым ұлыланбаған болса.

1 апта: мақсаттар мен шекараларды келісу

2–3 сценарий таңдаңыз, жауаптарды құжаттар арқылы тексеруге болатындай етіп. Бизнестен сценарий иесін және деректер иесін тағайындаңыз. Сәттілік критерийлерін бірден бекітіңіз: ассистент қандай сұрақтарды жабуы керек, қандай жауаптар қате саналады, және неге тыйым салынады (мысалы, жеке деректер, коммерциялық шарттар, келісімшарт жобалары).

2–4 апта: жинау, баптау, тексеру

Екінші аптада құжаттарды және рұқсаттарды дайындап, серверде жұмыс істейтін прототип жинайсыз (әдетте бір тест түйін жеткілікті). Үшінші аптада сапа промпттар мен тесттер арқылы жақсарады, төртінші аптада нақты пайдаланушыларда тексеріледі.

• 2 апта: құжаттарды тазалау, бірдей атаулар мен нұсқалар; рөлдер; сұрауларды журналға жазатын прототип
• 3 апта: 50–100 сұраудан тұратын тест жиынтығы; промпт пен жауап форматтарын түзету; «қауіпті» тақырыптар тізімі
• 4 апта: 10–30 адамдық топта пилот; метрикалар жинау; шешім: ауқымдауға, сценарийді өзгертуге немесе тоқтатуға

Пилоттың тарап кетпеуі үшін күнделікті 15 минуттық ритм орнатыңыз: бүгін не істен шықты, 3–5 нашар жауап мысалы және неге, бір жедел түзету және кім қашан істейді.

Егер 4 апта соңына қарай пайдалы жауаптардың үлесі өссе, типтік сұрақтарға кеткен уақыт азайса және рұқсаттар бойынша инциденттер болмаса, пилотты кеңейтуге болады.

Пилот мысалы: сатып алу және келісімдерге арналған ассистент

Жылдам пилот — күнделікті қайталанатын сұрақтар мен көп хат алмасу бар жерде көмектесу. Сатып алулар мен келісімдер жиі үйлеседі: регламенттер күрделі, құжаттар көп және уақыт сұрақтарға кетеді.

Сценарий: сатып алушы қарапайым тілмен сұрақ қояды, жергілікті LLM-ассистент ішкі ереже мен шаблондарға сүйене отырып жауап береді. Ол «ойдан шығармайды», дайындалған құжаттарға сүйеніп анық жоспар ұсынады.

Пилот үшін жеткілікті материал: сатып алу туралы регламенттер, құжат комплектінің чек-листтері, типтік хаттар және жиі қойылатын сұрақтарға жауаптар. Алдын ала «шындық көзі» қандай екені және қайталанулар жойылғаны маңызды.

Мысал сұраулар (кодтар, пункт нөмірлері және қайрақтылықсыз):

• «Сервер сатып алу керек. Қандай қадамдар және кім келіседі?»
• «Жеке жеткізушіден сатып алу үшін қандай құжаттар қажет?»
• «CP сұрау үшін хат үлгісін бер және онда не міндетті жазу керек?»
• «Келісім қанша күнге созылады және қай кезеңдерде жиі қайтарылады?»

Жақсы жауап нақты болуы тиіс: қадамдар бойынша, мерзімдер, рөлдер (инициатор, сатып алулар, заңгерлер, қаржы), қайдан форма табуға болады, не қосу керек және не кері қайтарылу себебі болуы мүмкін.

Нәтижені өлшеу қарапайым: қайталанатын сұрақтар санының азаюы («форма қайда?», «кім келіседі?»), алғашқы жобаның дайындалуы жылдамдауы (сұрақтан бастап дайын комплектке дейінгі уақыт), және қайта жіберулердің азаюы толық емес комплектілерге байланысты.

Осындай пилот нақты ұйымға оңай бейімделеді. Мысалы, GSE.kz контурында айтарлықтай талаптарға ие компанияларда ассистент ішкі ережелерді дәл қайталауы маңызды, сондықтан пилотта рөлдер бойынша қолжетімділік бірден қойылады: сатып алушылар шаблондар мен чек-листтерді көреді, ал қаржылық лимиттер немесе келісімдер тек тиісті тұлғаларға көрінеді.

Пилот қателері мен оларды қалай болдырмау

Ең көп кездесетін сәтсіздік себептері — тапсырманы дұрыс қоюдың болмауы. Команда тым көп бөлім мен сұрауды бірден алады, нәтижесінде ешбір сценарий күнделікті қолдануда қалыптаспайды.

Ереже: бір бөлім, 2–3 сценарий, бір анық нәтиже. Мысалы, сатып алулар үшін — регламенттер мен хат шаблондары бойынша іздеу және жиі сұрақтарға жауап.

Тағы бір мәселе — құжаттардың әртүрлі нұсқалары. Егер екі ұқсас атаулы регламент қойсаңыз, ассистент сенімді түрде жауап береді, бірақ жауаптар бір-біріне қайшы болуы мүмкін. Қызметкер сенімді үнді көріп, содан кейін ескі ереже қолданылғаны анықталуы мүмкін.

Көбінесе контент иесі ұмытылып кетеді. Пилот басталғанда бәрі жақсы көрінуі мүмкін, бірақ бір айдан кейін нұсқаулар өзгереді, білімдер ескіріп, сенім төмендейді және құрал пайдаланудан қалып қояды.

Тағы бір қате — сапаны сезімдерге қарай бағалау. Тест жиынтысы жоқ болса, талғам туралы дау болады: біреуге ұнады, біреуге — жоқ. Қай жауаптар дұрыс екенін және не үшін дұрыс екенін де көп сақтамайды.

Және рұқсаттарды ұмыту — егер ассистент пен қызметкерлерге тым кең қолжетімділік берілсе, адамдар құқықтарды шатастырып, қажетсіз құжаттарды көріп қалады немесе бос жауаптар алады. Бұл әсіресе құқықтық және қаржылық секторларда сезіледі.

Тәуекелді азайту тәсілдері:

• пилотты бір процесс пен өлшенетін нәтиже бойынша тарылтыңыз (жауап уақыты, қолдау сұрауларының саны, шешілген сұраулар үлесі)
• қайнар көздерді ретке келтіріңіз: бір актуалды нұсқа қалдырыңыз, дата, иесі және статус қосыңыз
• контентке жауапты адамды және жаңарту кестесін тағайындаңыз (мысалы, 2 аптада бір рет)
• 30–50 нақты сұрақтан тұратын тест жиынтығын жинап, жауапты қалай бағалайтыныңызды алдын ала келісіңіз
• рөлдер бойынша құқықтарды баптап, 3–5 типтік қолданушыда тексеріңіз, содан кейін ғана қолжетімділікті кеңейтіңіз

Осыны басттан дұрыс жасасаңыз, пилот көрсетілімнен гипотезаны тексеруге айналады және қажет болса ауқымдауға дайын болады.

Қысқа чек-лист және пилоттан кейінгі қадамдар

Пилот — жергілікті LLM-ассистент қызметкерлер мен үдерістерге пайдалы ма деген айқын жауап беретін құрал. Соңғы есепке дейін нәтижені сезімге емес, алдын ала келісілген ережелерге сай бағалағаныңызға көз жеткізіңіз.

Қысқаша тексеру:

• сценарийлер, мақсатты аудитория және пайдалану шекаралары бекітілді ме (неге және не сұрамау керек)
• сәттілік критерийлері мен метрикалар анықталған (жауап уақыты, пайдалы жауаптар үлесі, уақыт үнемдеу, қанағаттану)
• деректер дайын: қайталанулар мен ескірген нұсқалар жойылды, құжат иелері анықталған
• рұқсаттар рөлдер бойынша бөлінген, сұраулар мен әрекеттер журналданады
• нақты жұмыс сұрақтарынан тұратын тест жиынтығы бар, оған сәйкес ассистент нұсқаларды салыстырады

Егер осы тармақтар орындалса, пилот бойынша шешім прагматикалық болады. Мысалы, сатып алуларда ассистент регламенттер мен шаблондар бойынша жақсы көмек береді, бірақ сирек ерекшеліктерде қателеседі. Бұл сәтсіздік емес — сценарийді тарылту немесе ережелерді қосу керек деген сигнал.

Келесі қадамдардан көбіне біреуін таңдайды: ұқсас командаларға ауқымдау және 1–2 сценарий қосу; пилотты бір сценарийге тарылтып, тест жиынтығында сапаны жетілдіру; немесе тоқтату, қорытындыларды жазып, датасет пен метрикаларды сақтап қою, кейін қайтып келу үшін.

Практикалық келесі қадам — жергілікті инфрақұрылымды және қолдауды таңдау: серверлер қайда тұрады, жаңартулар, резервтік көшіру және рұқсаттар кімге тән. Пилот үшін көбіне бөлінген серверлер мен базалық интеграция жеткілікті, әрі қарай кезең-кезеңімен дамытуға болады. Егер жергілікті орнату және сүйемелдеу қажет болса, оны GSE.kz (gse.kz) арқылы талқылауға болады: серверлер мен жұмыс станцияларын таңдауынан бастап жүйелік интеграция мен 24/7 қолдауға дейін.