Артық шығынсыз шағын модельдермен тауар карточкаларын байыту

Неге тауар карточкалары тез сапасын жоғалтады

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

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

Көбіне бір атаудың ішінде бәрі араласып кетеді: бренд, тауар түрі, түсі, өлшемі, материалы және артикулы. Мысалы: «Nike Hoodie M Black Cotton 2024». Егер мұндай жолды ешкім өрістерге бөлмесе, дүкенде атрибуттар бар сияқты көрінгенімен, фильтрлер мен іздеу оларды көрмей қалады.

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

Одан тек карточкалар ғана зардап шекпейді. Сатып алушы түс бойынша фильтрді ашады да, тауардың бір бөлігін көрмейді. «синяя рубашка linen» деген сұраумен іздеу түсі атауда қалған, ал материалы толтырылмаған позицияларды өткізіп жібереді. Дүкен тауар жоқ болғандықтан емес, каталог біркелкі сипатталмағандықтан көрсетілімнен ұтылады.

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

Сондықтан карточка сапасы әдемі шаблонға емес, деректер тәртібіне сүйенеді. Егер кіріс деректер лас болса, ал өрістерді әркім өз білгенінше толтырса, каталог әдетте бытырап кетеді.

Шағын жергілікті модель нені жақсы істейді

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

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

Жақсы мысал — киім мен тұрмыстық тауарлар. «Футболка жен. хлопок 95%, эластан 5%, р-р M, черн.» сияқты жолдан модель әдетте қалыпты өрістер жиынтығын қиындықсыз жинайды: әйелдер футболкасы, M өлшемі, «хлопок 95%, эластан 5%» материалы, «қара» түсі.

Ол сондай-ақ қарапайым ережелермен құрылған тегтер бар санаттарда да сенімді жұмыс істейді. Егер тауар «кофе» бөліміне түскен болса, мәтінде не кестеде осы белгілер болса, модель «дәнді», «250 г», «орташа қуыру» сияқты тегтерді қоя алады.

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

Ұсақ-түйекті қалыпқа келтіру де бөлек пайдалы. Модель «мл», «ml» және «миллилитр» сөздерін бір үлгіге келтіреді, «р-р», «разм.» және «size» қысқартуларын бір форматқа айналдырады, бренд пен серия қысқартуларын түзетеді, атаудағы артық таңбалар мен қайталануларды жояды.

Үлкен партияларда мұндай модель әдетте үлкен модельге қарағанда әлдеқайда жылдам жұмыс істейді. Бұл 500 карточканы емес, түн ішінде 50 000 карточканы өңдеу керек болғанда және қымбат сыртқы модельдің кезегінде тұрмау қажет болғанда маңызды.

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

Қарапайым тілмен айтқанда, шағын модель ұқыпты сұрыптауға ұқсайтын жерде жақсы, ал тауарға сараптама жасау қажет болғанда емес.

Жергілікті модель қашан қателесе бастайды

Жергілікті модель тар міндетке ғана пайдалы: ашық деректерді алып, оларды ретке келтіру. Мәселе одан болжам күтсе басталады. Егер фидте материал, көлем, құрам немесе нақты үйлесімділік жоқ болса, модель шындықты қайта құрып бере алмайды. Ол ең ықтимал нұсқаны қояды.

Бұл қарапайым мысалда жақсы көрінеді. Куртка карточкасында тек «ерлерге арналған қысқы капюшонды күртеше» деген атау және артикул ғана бар. Модель өзі-ақ «су өткізбейтін мата», «синтепоннан жасалған жылытқыш», «температуралық режим -20-ға дейін» деп қоса салуы мүмкін. Мәтін сенімді естіледі, бірақ бұл енді ойдан шығару. Дүкен үшін бұл — артық қайтарым мен шағым.

Сирек тауарлар суретті одан да тез бұзады. Егер модель дәнекерлеу жинақтарын, медициналық шығын материалдарын немесе тар B2B-позицияларды аз көрсе, ол таныс шаблондарға сүйенеді. Нәтижесінде тегтер тым жалпы болады, ал атрибуттар көрші санатқа ауысып кетеді. Жаппай киімде мұндай қате кешірімді болуы мүмкін. Сирек нишада ол іздеу мен фильтрлерге тікелей соққы береді.

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

Тағы бір әлсіз тұс — ұзын үйлесімділік ережелері. Шығарылған жылды, ревизияны, бекітпе өлшемін, аймақтық нұсқаны және ерекшеліктерді ескеру керек болғанда, модель шарттардың бір бөлігін жоғалтады. Ол сөйлемді қысқартып жіберіп, мағынасы өзгеріп кетуі мүмкін. Мысалы, «2021-2023 модельдеріне жарайды, Pro нұсқасынан басқа» дегеннің орнына жай ғана «2021-2023 модельдеріне жарайды» болып қалады.

Әдеттегі ескерту белгілері мынадай: карточкада бастапқы деректе болмаған сипаттамалар пайда болды; сирек тауарға жаппай санаттағыдай тегтер берілді; сипаттама оны мың басқа карточкаға да сала салуға болатын мәтін сияқты естіледі; үйлесімділік блогы бастапқы спецификациядан қысқарып қалды.

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

Қандай деректерді кіріс ретінде беру керек

Шикі деректер көбіне нәтижені модельдің өзінен де қатты бұзады. Атрибуттар үшін жақсы жергілікті модельдің өзі де, егер оған тек екі сөзден тұратын тауар атауын және жеткізушінің шулы мәтінін жіберсеңіз, әлсіз нәтиже береді.

Әдеттегі ең аз жиынтық мынадай: атау, толық сипаттама, егер бар болса, фотоға жазылған қысқа түсіндірме немесе alt-мәтін. Осылардың өзі модельге негізгі атрибуттарды бөліп алуға, тегтер қоюға және артық қиялсыз қысқа сипаттама құрастыруға жетеді.

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

Тегін сұраудан гөрі қатаң шекара әлдеқайда жақсы жұмыс істейді. Модельге рұқсат етілген атрибуттар тізімін және алдын ала бекітілген мәндерді беріңіз. Мысалы, киім үшін олар түс, құрам, маусым, қону, жең ұзындығы және ілгек түрі болуы мүмкін. «Өзі түсін тап» дегеннен гөрі «қара, ақ, беж, көк» сияқты тізім әлдеқайда пайдалы. Осылайша қателерді кейін емес, іске қоспай тұрып азайтасыз.

Үлгілер жиыны да көмектеседі. Әр санат үшін сіз қалаған жауап форматына сай 5-10 жақсы мысал көрсеткен жөн. Аяқ киімге бір мысал, футболкаға бір мысал, сөмкеге бір мысал — әлсіз тәсіл. Мысалдар ағымдағы тауарға ұқсас болса, модель стиль мен құрылымды жақсырақ ұстайды.

Егер сізде киім ағыны болса, модельге мынадай контекст беріңіз: «Женская рубашка oversize» атауы, «рубашки» санаты, бренд, жеткізуші сипаттамасы, «ұзын жең, хлопок, белый цвет» деген фото жазуы және түс, материал, силуэт үшін рұқсат етілген мәндер тізімі. Мұндай форматта ол әдетте жинақы JSON береді де, карточкада жоқ нәрсе туралы болжамға кірмейді.

Іске қоспай тұрып кіріс деректерді тазалау керек. Қайталануларды, HTML үзінділерін, сипаттамадағы қызметтік артикулдарды, «новинка топ хит» сияқты қоқыс сөздерді және жүктемеден келген жабыстырылған өрістерді алып тастаңыз. Егер каталогта SKU-лары әртүрлі үш бірдей сипаттама болса, модель ескі қателерді тез әрі жаппай қайталай бастайды.

Кіріс неғұрлым таза, сөздік неғұрлым нақты болса, кейін қолмен түзету соғұрлым аз болады. Кіші дүкен үшін бұл сағаттарды үнемдейді. Үлкен каталог үшін — тұтас күндерді.

Қалай кезең-кезеңімен іске қосу керек

Бастау үшін бәрін бірден толтыруға тырыспаңыз. Оның орнына бір минут ішінде дереккөз бойынша оңай тексерілетін 3-5 өрісті таңдаған дұрыс. Алғашқы іске қосуға әдетте мәндері анық өрістер жарайды: түс, материал, маусым, тауар түрі.

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

Жауаптың бір форматы көптеген артық қол еңбегін алып тастайды. Егер бір тауарға модель JSON қайтарса, екіншісіне кәдімгі мәтін берсе, үшіншісінде атрибуттар мен сипаттаманы араластырса, конвейер бұзыла бастайды. Сондықтан бірден бір схеманы бекітіп, оны барлық санатқа қолданған дұрыс, тіпті кейбір өрістер әзірге бос қалса да.

{
  "attributes": {"color": "", "material": "", "season": ""},
  "tags": [],
  "short_description": "",
  "needs_review": false
}

Содан кейін бәрін шағын таңдамада тексеріңіз. Бір жеткізушінің 10 мінсіз карточкасын алмаңыз. Нақты қателерді көру үшін әртүрлі сападағы бастапқы деректері бар 100-200 тауарды алыңыз.

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

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

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

Киім ағынының мысалы

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

Мысалы, экспортта мына жазба келеді: «Футб жен oversize молоч 95хл 5эл L арт 1842». Адамға мәні түсінікті, бірақ мұндай жолды каталогқа сол күйінде салуға болмайды. Модель оны қарапайым атрибуттарға бөліп, тиісті өрістерге қояды.

Нәтижесінде дүкен шикі мәтінді емес, құрылымды алады: жынысы «әйелдерге арналған», материалы «хлопок 95%, эластан 5%», түсі «сүт түсті», өлшемі L және тауар түрі «футболка».

Одан кейін сол модель каталог пен іздеу үшін тегтер қоя алады. Әдетте қиялсыз қысқа жиынтық жеткілікті: «әйелдер киімі», «футболка», «oversize», «хлопок», «негізгі». Бұл тек фильтрлерді ластайтын ұқсас ұзын тегтер тізімінен әлдеқайда жақсы.

Қысқа сипаттаманы да жергілікті түрде жасауға болады, егер міндетті тар ұстасаңыз. Қалыпты нұсқа былай естіледі: «Хлопокқа аздаған эластан қосылған, еркін пішілген әйелдер футболкасы. Жұмсақ мата, сүт түсті, L өлшемі». Мұнда мән бар, бірақ жарнамалық шу, артық уәде және «премиум» туралы кездейсоқ сөздер жоқ.

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

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

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

Ең жиі қате — модельден бір шақыруда тым көп нәрсе сұрау. Оған тауар атауын, жеткізушіден екі жолды беріп, бірден атрибуттарды, тегтерді, қысқа сипаттаманы, SEO мәтінді, тіпті санатты қайтару сұралады. Мұндай режимде шағын модель міндеттерді шатастыра бастайды: факт шығару керек жерде ол ойдан қосады, ал мәтін жазу керек жерде сипаттамаға шикі өрістерді сүйреп кіреді.

Екінші қате — шекарасыз еркін жауап. Егер рұқсат етілген мәндер тізімі берілмесе, модель өзі вариант ойлап табады: «қою көк», «қара-көк», navy, «көк-қара». Адам үшін бұлардың бәрі дерлік бір нәрсе. Каталог үшін бұл — төрт бөлек мән, бұзылған фильтрлер және аналитикадағы қоқыс.

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

Көп команда нәтиженің өзін де нашар тексереді. Олар 20 кездейсоқ карточканы қарап, «жалпы жаман емес» деп, ағынды қосып жібереді. Кейін модель дубликаттарда, қысқартуларда және сатушы сленгінде қиналатыны анықталады. «ХБ» мен «хлопок», «муж» бен «мужской», «48 RU» мен «L» жиі әртүрлі өрістерге бөлініп кетеді, ал мағынасы бір.

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

Әдетте қарапайым тәртіп көмектеседі. Атрибуттарды шығару мен мәтін генерациясын бөлек сұрауларға бөліңіз, рұқсат етілген мәндер сөздігін және жауап форматын беріңіз, модельді дубликаттарда, қысқартуларда және жеткізушілердің лас деректерінде тексеріңіз. Промпт нұсқасын бекітіп, тек бірдей таңдамада тесттен кейін ғана өзгертіңіз. Және тек жалпы дәлдікті емес, бос, күмәнді және ойдан шығарылған мәндердің үлесін де міндетті түрде есептеңіз.

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

Іске қоспас бұрынғы қысқа тексеріс

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

Кем дегенде 100 тауардан эталондық жиынтық жинаңыз. Тек бәрі анық қарапайым позицияларды емес, аралас каталог кесіндісін алыңыз: толық емес деректері бар, атаулары ұқсас және сипаттама форматтары әртүрлі тауарлар. Мұндай жиын модельдің қай жерде дұрыс болжайтынын, ал қай жерде шатасатынын тез көрсетеді.

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

Тестте нені тексеру керек

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

Күмәнді жауаптарды бөлек санаған дұрыс. Бұл әрдайым анық қате емес. Мысалы, модель базалық футболкаға «спорт» тегін қоя алады, формалды түрде бұл брак емес, бірақ сіздің рубрикацияңыз үшін мұндай тег фильтрлер мен іздеуге кедергі келтіруі мүмкін.

Қолмен тексеру маршрутын бірден анықтаңыз. Күмәнді карточкаларды кім қарайды, бір карточкаға қанша уақыт кетеді, және қандай шектен кейін нәтижені адамға жібересіз. Егер ревьюер бір карточкаға 20-30 секунд жұмсаса да, бұл үлкен ағын үшін елеулі шығын.

Құнын да пилоттан кейін емес, алдын ала есептеңіз. Есепке тек модель шақыруы емес, қайталау әрекеттері, валидация, ереже логикасы және қолмен түзету кіреді. Егер сіз локал және сыртқы модельдерді AI Router сияқты бірыңғай шлюз арқылы тексерсеңіз, мұндай есепті жасау жеңілдейді: қай модель қандай сапаны қандай артық құнсыз беретіні көрініп тұрады.

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

Әрі қарай не істеу керек

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

Мұны бірдей тауар жиынында тексеру әлдеқайда пайдалы. Мысалы, қолмен белгіленген 200 карточка алып, оларды шағын жергілікті модель арқылы және үлкен сыртқы модель арқылы өткізіңіз. Тек орташа дәлдікке емес, қателердің түріне де қараңыз. Көбіне шағын модель атрибуттар мен тегтерді дұрыс толтырады, бірақ екіұшты атауларда, аралас жинақтарда және маркетингтік сипаттамаларда шатасады.

Осындай тесттен кейін схема әдетте қарапайым болады: шағын жергілікті модель жаппай ағынды өңдейді, үлкен сыртқы модель тек күрделі жағдайларды алады, адам күмәнді карточкаларды кезектен тексереді, ал шығару ережелері нақты қателерге қарай жаңартылады.

Бұл қымбат модель арқылы бүкіл каталогты өткізгеннен арзанырақ әрі команда үшін түсініктірек. Көптеген дүкен үшін мұндай жол барлық жағдайға бір «идеал» модель іздеуден әлдеқайда практикалық.

Егер сізде аралас схема болса, яғни міндеттердің бір бөлігі жергілікті open-weight модельдерге, ал бір бөлігі сыртқы API-лерге кетсе, әр маршрутқа бөлек қабықша жинамаған дұрыс. Екі жаққа да бірдей кіріс ұстау оңайырақ. Бұл сценарийде AI Router немесе api.airouter.kz пайдалануға болады: сервис бір OpenAI-үйлесімді эндпоинт береді, ол арқылы SDK-ны, кодты және промпттарды өзгертпей-ақ трафикті жергілікті модельдер мен сыртқы провайдерлер арасында бөлу ыңғайлы.

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

Бұл ережелерді ай сайын қайта қарап отырыңыз. Есеп үшін емес, қайталанатын ақауларды алып тастап, оларға қайтадан ақша төлемеу үшін.