Daha yaxşı və daha ucuz AI modelləri durmadan ortaya çıxır. Tətbiqi buraxarkən uyğun olan model bir neçə həftə sonra artıq ən yaxşı seçim olmaya bilər. Lakin həmin modelin ID-si nəşr olunmuş iOS tətbiqində və ya deploy olunmuş serverdədirsə, hər yeniləmə yeni bir reliz deməkdir. İstifadəçilər köhnə build-lərdən istifadə edərkən tətbiqi necə aktual saxlamaq olar? Haimaker tətbiqinizin istifadə etdiyi modelləri yenidən deploy etmədən yeniləməyə imkan verir. Model ID kimi haimaker/auto göndərin, sonra idarə panelində default modeli və ya prompta xas qaydaları dəyişin.
Hər yeni model çıxanda bu problem yenidən ortaya çıxır. Tərtibatçılar keyfiyyəti, xərci və imkanları öz iş yüklərinə uyğun test etməlidir. Model seçimini deploy olunmuş koddan kənarda saxlamaq onlara bu nəticələrə əsasən yeni tətbiq və ya server relizi planlaşdırmadan hərəkət etməyə imkan verir.
Sabit model ID buraxılışdan sonra köhnəlir
Sabit model ID hər model yeniləməsini tətbiqin buraxılış prosesindən asılı edir. İlk versiyanı hazırlayarkən bu, idarə oluna bilən məsələdir. Lakin buraxılışdan sonra hər ümidverici model və ya qiymət dəyişikliyi kod redaktəsi, testlərin aparılması, serverlərin deploy olunması və ya mobil yeniləmənin göndərilməsi demək ola bilər. Yeni modellər tətbiq relizləri arasında ortaya çıxa bilər.
iOS tətbiqi üçün klientə yerləşdirilmiş model ID yeniləməni quraşdırmayan istifadəçilər üçün dəyişə bilməz. Apple tətbiq yeniləmələrini paylamadan əvvəl nəzərdən keçirir və istifadəçilər yeni build mövcud olduqdan uzun müddət sonra da köhnə versiyaları saxlaya bilərlər. API çağırışını backend-ə köçürmək tətbiqə provayder açarı qoyulmasının qarşısını alır, lakin həmin backend-də hardcode olunmuş model ID hələ də konfiqurasiya dəyişikliyi və ya deploy tələb edir.
Tək başına gateway endpoint problemi həll etmir. Əgər sorğuda sabit model adı göstərilirsə, çağıran tərəf hələ də həmin seçimə bağlı qalır. Məsələn, OpenRouter adlandırılmış modelləri, eləcə də öz openrouter/auto router-ini dəstəkləyir. Auto-router əsas model seçimini deploy olunmuş koddan kənarda saxlaya bilər. Haimaker tətbiq buraxıldıqdan sonra öz prompt sinifləriniz üçün yönləndirmə siyasətini tənzimləməyə imkan verir.
Deploy olunmuş tətbiq yeni modellərə necə ayaq uydura bilər?
Tətbiqdən bir sabit model ID göndərin və seçim siyasətini Haimaker-də saxlayın. Router-in uyğun gəlməyən sorğular üçün default modeli və müəyyən növ promptları başqa yerə yönləndirən qaydaları var. Router API açarına təyin olunur. Hədəflərini dəyişdikdə, deploy olunmuş çağıran tərəf haimaker/auto göndərməyə davam etsə də, sonrakı sorğular fərqli modellərə çata bilər.
Mobil məhsulda tətbiq backend-ə sorğu göndərməli, backend isə Haimaker-ə sorğu göndərməlidir. Bu, API açarını istifadəçilərin cihazlarından uzaq saxlayır. Server tətbiqi eyni sxemdən birbaşa istifadə edə bilər: onun sorğu kodu yerində qalır, operator isə router-i tənzimləyir. Quraşdırma sənədləri router yaratmağı, default seçməyi, API açarı təyin etməyi və sorğuları test etməyi göstərir.
import OpenAI from "openai";
// Run this on your backend; do not bundle the API key in a mobile app.
const client = new OpenAI({
baseURL: "https://api.haimaker.ai/v1",
apiKey: process.env.HAIMAKER_API_KEY,
});
const response = await client.chat.completions.create({
model: "haimaker/auto",
messages: [{ role: "user", content: prompt }],
});
Yuxarıdakı kod default dəyişdikdə yeni model adına ehtiyac duymur. Haimaker router konfiqurasiyalarını 60 saniyəyə qədər keşləyir, buna görə idarə panelindəki redaktənin bütün sonrakı sorğulara çatması üçün bir dəqiqə vaxt verin.
Default-u yeniləyin, sonra daha ucuz işləri ayrıca yönləndirin
Default modeli dəyişmək geniş iş yükünü yeniləmiş olur. Qaydalar isə yeni model bir tapşırıq üçün daha ucuz və ya daha yaxşı olduqda daha dar dəyişikliklər etməyə imkan verir. Bu fərq vacibdir: tətbiq uzun mətn redaktəsi üçün güclü default-a ehtiyac duyarkən qısa başlıq təkliflərini daha aşağı xərcli modelə göndərə bilər. Hər iki qərar buraxılışdan sonra çağıran tərəfin model ID-sini dəyişmədən dəyişə bilər.
Backend-i bütün AI sorğularını eyni router vasitəsilə göndərən yazı tətbiqini təsəvvür edin. Yeni buraxılmış model uzun mətn redaktələrini yaxşılaşdırır, komanda onu test edir və router-in default-unu dəyişir. Sonra daha ucuz model başlıq təkliflərini kifayət qədər yaxşı bacarır. Komanda “Bu qeyd üçün beş qısa başlıq təklif et” və “Bu qaralamaya qısa başlıq ver” kimi nümunələrlə qayda əlavə edir və həmin qaydanı daha ucuz modelə yönləndirir. Köhnə tətbiq versiyalarındakı istifadəçilər hər iki dəyişikliyi mövcud backend vasitəsilə alırlar.
Nümunə əsaslı qaydalar üçün hər tapşırıq üzrə 3–10 nümunəvi prompt istifadə edin. Uyğunluq sorğunu qaydanın hədəfinə yönləndirir; uyğun gəlməyən sorğular default-dan istifadə edir. İmkan yoxlamaları qaydanın vision, tool-use və ya structured-output sorğusunu bunu idarə edə bilməyən modelə göndərməsinin qarşısını alır. Yönləndirmə logları həll olunmuş modeli və onu seçən qaydanı göstərir. Uyğunlaşdırma və fallback mexanizmləri üçün yönləndirmə bələdçimizə və xərc yönləndirmə təlimatımıza baxın.
Bu, buraxılışdan sonra komanda üçün nəyi dəyişdirir?
Əsas fayda ondan ibarətdir ki, model seçimi buraxılış təqvimi əvəzinə iş yükünü izləyə bilər. Komanda yeni default qəbul edə, təkrarlanan prompt sinifini daha ucuz modelə keçirə və ya nəticələr pisləşərsə əvvəlki hədəfi bərpa edə bilər. Server kodu və quraşdırılmış mobil klientlər eyni API sorğusunu göndərməyə davam edir. İş yönləndirmə qərarının test edilməsinə və nəzərdən keçirilməsinə yönəlir.
| Buraxılışdan sonra dəyişiklik | Kodda sabit model ilə | haimaker/auto ilə |
|---|---|---|
| Daha yaxşı ümumi model çıxır | Model ID-ni dəyişin və kodu və ya konfiqurasiyanı reliz edin | Test edin, sonra router-in default-unu dəyişin |
| Daha ucuz model bir prompt sinifinə uyğundur | Tətbiq yönləndirmə məntiqi əlavə edin və deploy edin | Həmin prompt sinifi üçün qayda əlavə edin və ya redaktə edin |
| Model dəyişikliyi çıxış keyfiyyətini pisləşdirir | Kod və ya konfiqurasiya dəyişikliyini geri qaytarın | Əvvəlki router hədəfini bərpa edin |
| İstifadəçilər hələ də köhnə mobil build işlədir | Yerləşdirilmiş model ID köhnə qalır | Backend cari router siyasətindən istifadə edə bilər |
Bu, server relizlərində əlaqəsiz işlər gözləyəndə də kömək edir. Model qərarı həmin deploy pəncərəsini gözləmək məcburiyyətində deyil. Ayrı iş yükləri müxtəlif API açarlarına təyin edilərək ayrı routerlərdən istifadə edə bilər; Haimaker hər açara bir router dəstəkləyir.
Yönləndirmə dəyişiklikləri hələ də kod dəyişiklikləri ilə eyni mühakiməni tələb edir. İdarə panelindəki sandbox promptun hansı modeli seçəcəyini göstərir, lakin cavabın keyfiyyətli olduğuna zəmanət vermir. Təklif olunan modelə qarşı nümunəvi promptları işə salın, real çıxışı yoxlayın, həll olunmuş model loglarına baxın və keyfiyyət düşərsə əvvəlki hədəfə qayıdın. Haimaker model seçimini dəyişir; promptların, tool sxemlərinin və ya tətbiq davranışının dəyişdirilməsi hələ də tətbiq tərəfindən iş tələb edir.
Model seçimini növbəti buraxılışa hazır saxlayın
Router yaradın, default model seçin və onu backend-inizin istifadə etdiyi API açarına təyin edin. Sorğuda haimaker/auto göndərin, sonra iş yükünü təmsil edən bir neçə promptu test edin. Yeni model gəldikdə, default-u və ya dar qaydanı dəyişməzdən əvvəl onu həmin promptlara qarşı qiymətləndirin. Haimaker sənədləri router quraşdırmasını, test sandbox-ını və yönləndirmə tarixçəsini əhatə edir.
Yeni modellər növbəti tətbiq relizinizdən əvvəl gələ bilər. Model seçimini Haimaker-də saxlamaq, tərtibatçılar buraxılış dövrlərini yeni kod tələb edən dəyişikliklərə sərf edərkən, tətbiqin aktual qalmasını təmin edir.
Tez-tez verilən suallar
Nəşr olunmuş mobil tətbiqdə AI modelini necə dəyişə bilərəm?
Tətbiq backend-ə sorğu göndərsin, backend isə Haimaker-ə model: ‘haimaker/auto’ göndərsin. Bundan sonra yeni mobil build göndərmədən idarə panelində router-in default modelini və ya prompt qaydalarını dəyişə bilərsiniz. Router dəyişikliklərinin qüvvəyə minməsi 60 saniyəyə qədər vaxt ala bilər.
Haimaker vasitəsilə model dəyişmək server deploy-u tələb edirmi?
Xeyr. Əgər deploy olunmuş server artıq router-ə təyin olunmuş API açarı ilə model: ‘haimaker/auto’ göndərirsə, idarə panelində router-in model hədəflərini dəyişə bilərsiniz. Tətbiq promptlarına, sorğu formatlarına və ya koduna edilən dəyişikliklər hələ də adi deploy tələb edir.
Yalnız sadə promptları daha ucuz modelə keçirə bilərəmmi?
Bəli. Sadə tapşırıq üçün 3–10 nümunə prompt ilə qayda əlavə edin və daha ucuz hədəf modeli seçin. Haimaker hədəfin sorğunu dəstəklədiyini yoxlayır, qaydaya uyğun gəlməyən promptlar isə router-in default modelindən istifadə edir..