Developer Mode vs Store

1. Giriş

Əvvəlki mühazirələrdə artıq ChatGPT App-in nə olduğunu, hansı qatlardan ibarət olduğunu və köhnə plaginlərdən, sadəcə OpenAI API üzərində işləyən botlardan nə ilə fərqləndiyini danışmışdıq. İndi isə belə bir tətbiqin həyat dövrünə keçirik.

Əgər siz bir neçə ildir veb-servislər yazırsınızsa, “lifecycle” sözü sizi qorxutmur. Hər bir məhsulun primitiv bir yolu var: “lokalda yazdıq → staging-ə yayına verdik → production-a yayına verdik → bəzən hər şeyi sındırdıq → düzəltdik”. ChatGPT ekosistemində App ilə hər şey eynidir, amma nüanslar var: Dev Mode birbaşa ChatGPT-nin içində peyda olur və ayrıca bir entiti — Store.

İki müstəvini dəqiq ayırmaq vacibdir:

1. Kodunuz fiziki olaraq harada yaşayır: lokal Next.js serveri, Vercel, hansısa Kubernetes klasteri və s. Bu sizin dünyanızdır, orada siz sahibisiniz.
2. ChatGPT sizin App-ınızı necə görür: metadatalar, URL və icazələr toplusu kimi; bunları ya Developer Mode-da qoşa, ya da Store-da hazır məhsul kimi rəsmiləşdirə bilərsiniz. Bu artıq OpenAI dünyasıdır — öz qaydaları, review prosesi və istifadəçiləri ilə.

Bu mühazirə məhz ikinci müstəvi haqqındadır. Sizin vərdiş etdiyiniz mühit modelinə (dev / staging / prod) söykənəcəyik, amma ona ChatGPT-nin gözü ilə baxacağıq. Məqsədimiz odur ki, siz istənilən an özünüzə bir neçə sualın cavabını verə biləsiniz. Mənim App-ımı indi konkret hansı kod işlədir? Onu kimlər görür? Necə təhlükəsiz eksperiment edə bilərəm? Və ümumiyyətlə, Store-da “App-ı yeniləmək” nə deməkdir?

2. Developer Mode: ChatGPT daxilində şəxsi sandbox

Ən xoş yerdən başlayaq: istədiyinizi sındıra biləcəyiniz və bununla demək olar ki, heç kəsi incitməkdən qorxmayacağınız sandbox.

Developer Mode — ChatGPT-də xüsusi rejimdir; burada siz öz ChatGPT Apps-inizi URL üzrə birbaşa qoşa bilərsiniz: review keçmədən, Store-da dərc etmədən və App-ı bütün dünyaya göstərmədən. Ruhən bu, brauzerdə localhost:3000-a bənzəyir, sadəcə ChatGPT dünyasında.

Bu konseptual olaraq necə görünür

Ən asanı sxemi belə təsəvvür etməkdir:

flowchart TD
    User("ChatGPT UI (Dev Mode)")
    AppConfig["App üçün Dev konfiq (URL + metadatalar)"]
    AppServer["Sizin App serveriniz (Next.js + Apps SDK)"]

    User -->|çat sorğusu| ChatGPTCore[GPT]
    ChatGPTCore -->|App lazımdır| AppConfig
    AppConfig --> AppServer
    AppServer -->|UI/alətlər| ChatGPTCore
    ChatGPTCore --> User

Siz, bir inkişaf etdirici kimi, Developer Mode ayarlarında ChatGPT-yə deyirsiniz: “Budur mənim App-ım, budur onun URL-i, adı və bacardıqları”. ChatGPT bu URL-i tətbiqinizin mənbəyi hesab etməyə başlayır. Siz App-ı Store-a təqdim etməyənədək onu yalnız siz (və ehtimal ki, komandanıza inkişaf etdirici kimi əlavə etdiyiniz digər üzvlər) görəcəksiniz.

Qoşulmanın texniki detalları (HTTPS tunel, Vercel və s.) haqqında sonra danışacağıq. Burada əsas ideyanı anlamaq vacibdir: Dev Mode — ChatGPT-nin çağıra bildiyi dev-serverinizə “dinamik qısayol” kimi işləyir.

Developer Mode-u necə aktivləşdirmək olar

Yerli serverinizi ChatGPT interfeysinə "qoşmaq" imkanınız olması üçün tənzimləmələrdə müvafiq keçid düyməsini aktivləşdirmək lazımdır.

• https://chatgpt.com/#settings/Connectors/Advanced linkinə keçin və ya Settings -> Connected apps -> Advanced bölməsinə daxil olun.
• Developer Mode - ON

Bunu etdiyiniz kimi, sizdə Create App düyməsi peyda olacaq.

Dev Mode production-dan nə ilə fərqlənir

Fərq adi vebdə dev mühitinin production-dan fərqinə çox bənzəyir, amma bir neçə spesifik məqam var.

Birincisi, görünürlük. App-ınız Dev Mode-da, adətən, sıravi ChatGPT istifadəçilərinə açıq olmur. Onu yalnız siz və, ehtimal ki, müvafiq hüquqlara malik təşkilat üzvləri görəcək. Sındırılmış UX-ə təsadüf edən kimsədən çəkinmədən eksperiment edə bilərsiniz.

İkincisi, sabitlik və eksperimentlər. Dev Mode-da istəsəniz kodu hər iki dəqiqədən bir dəyişə, lokal serveri qaldırıb-endirə, tuneli yenidən başlada bilərsiniz. ChatGPT göstərdiyiniz URL-ə getməyə çalışacaq, amma bəzən 500 qaytarsanız və ya ümumiyyətlə cavab verməsəniz, inciməyəcək — bunun üçün dev rejimidir.

Üçüncüsü, icazələr və siyasət. Dev Mode-da müxtəlif konfiqurasiyaları sınaqdan keçirmək daha asandır. Amma unutmayın ki, kontent və əsas təhlükəsizlik siyasətləri dev rejimində belə söndürülmür: ChatGPT sizi qəfil “hamı üçün hacker App”ına çevrilməyə qoymayacaq. Bununla belə, Store review çərçivələri hələ işə düşmür: ideal listing, gözəl loqo və s. tələb olunmur.

Və nəhayət, Dev Mode-da adətən problemləri diaqnostika etmək daha asandır. Siz məntiqi tez dəyişə, ChatGPT-dən serverinizə hansı sorğuların gəldiyini izləyə və “istifadəçi miqrasiyaları”nı düşünmədən davranışı tənzimləyə bilərsiniz.

Artıq Dev Mode-a tətbiqlər üçün şəxsi sandbox kimi baxdıq və bir qədər də Store tərəfinə nəzər saldıq. İndi isə bütün bunları App-in həyat dövrünün aydın “hal maşını”na salaq.

3. ChatGPT App-in halları: qaralamadan dərcin dayandırılmasına qədər

İndi isə App-iniz üçün aydın bir “hal maşını” quraq. Şərti olaraq dörd əsas haldan danışacağıq: Draft / Dev-only, Under review, Published və Paused/Removed.

Həyat dövrünün hal maşını

Bunu diaqram kimi təsvir etməyə çalışaq:

stateDiagram-v2
    [*] --> Draft

    Draft: Dev Mode / qaralama
    Review: Under review (Store)
    Published: Store-da, istifadəçilər üçün əlçatandır
    Paused: Paused / Removed

    Draft --> Review: Review-ə göndər
    Review --> Draft: Rədd edildi / yenidən işləməyə qaytar
    Review --> Published: Təsdiqləndi
    Published --> Paused: Fasiləyə qoy / çıxar
    Paused --> Draft: dev rejimində işi bərpa et
    Draft --> Published: Store-suz daxili rollout (təşkilat üçün)

Draft halında sizin App-ınız yalnız dev resursu kimi mövcuddur. Onu Developer Mode-da qoşa, müxtəlif funksiyaları sınaqdan keçirə, amma Store-da göstərməyə tələsməyə bilərsiniz.

İnsanlara göstərməyə hazır olduğuna qərar verəndə onu “review”-a göndərirsiniz — bu, Under review halıdır. Burada OpenAI (və ya təşkilatınız üçün daxili review sistemi) siyasətlərə uyğunluğu, sabitliyi, əsas təhlükəsizliyi və UX-in adekvatlığını yoxlayır.

Hər şey qaydasında olsa, App Published-ə keçir: Store-da görünür və ya şirkətinizin istifadəçiləri üçün əlçatan olur (korporativ ssenari). Bu andan real istifadəçilər gəlməyə başlayır və kod və konfiqurasiya ilə etdiklərinizi daha ehtiyatla planlamalısınız.

Əgər müvəqqəti olaraq App-ın əlçatan olmasını istəmirsinizsə, onu Paused/Removed halına keçirə bilərsiniz. Paused halında o, yeni istifadəçilərdən gizlədilir, amma artıq başlayan sessiyalar üçün işləməyə davam edə və ya tam söndürülə bilər — detallar platforma reallaşdırmasından və ayarlardan asılıdır.

4. Store: App-ınız məhsula çevriləndə

Developer Mode — sizin şəxsi qarajınızdır. Store — artıq rəsmi diler mərkəzidir. Burada işə istifadəçilər, reytinqlər, listing qaydaları və review daxil olur.

Store-a gedəndə nə dəyişir

Birinci və ən vacib: App-ınız “məhsul”a çevrilir. Onun listing-i yaranır: ad, təsvir, ikon, kateqoriyalar, bəzən dialoq üçün başlanğıc ipucları. Bu metadatalara görə ChatGPT Store tətbiqinizi istifadəçilərə axtarış və tövsiyə ilə çatdıracaq, model isə hansı ssenarilərdə App-in uyğun olduğunu daha yaxşı anlayacaq.

İkinci vacib məsələ — review və siyasət. App Store-da görünməzdən əvvəl təhlükəsizlik, məzmun və UX tələblərinə uyğunluq üçün yoxlanılacaq. Bu o deməkdir ki:

• artıq şəxsi məlumatları gizlincə toplamaq olmaz;
• App-ın etmədiyi şeyləri vəd etmək olmaz;
• icazə verilən məzmun kateqoriyalarının hüdudlarından kənara çıxmaq olmaz.

Siyasət və sandbox mövzularını növbəti mühazirələrdə ayrıca müzakirə edəcəyik, amma artıq indi Store-u yalnız nisbətən “tərbiyəli” versiyaları apardığınız bir məkan kimi qəbul etmək faydalıdır.

Üçüncü məsələ — sabitliyə görə məsuliyyət. Dev Mode-da oynayarkən sıradan çıxmalar sizin probleminizdir. Store-da isə App-ınızdan normal əlçatanlıq, məqbul gecikmə və vidcetdə “qırmızı ölüm ekranları”nın olmaması gözlənilir. Sonrakı modullarda SLO, metriklər və Store review-u barədə məhz bu kontekstdə danışacağıq.

Versiyalar: dev əleyhinə production

Tipik sual: “Kodu yeniləsəm, istifadəçi nə görəcək?”. ChatGPT Apps dünyasında eyni anda iki “budaq” barədə düşünmək faydalıdır:

• dev budaq — Developer Mode-a qoşulub IDE-nizin yanında duran dev-serveri göstərə bilər;
• production budaq — Store-dakı dərc olunmuş konfiqurasiya ilə assosiasiya olunur və sabit URL-ə işarə edir.

Mimar baxımdan bunu layihənizdə kiçik bir TypeScript tipi ilə ifadə etmək olar:

type AppStage = 'dev' | 'production';

interface ChatGPTAppConfig {
  id: string;
  stage: AppStage;
  endpointUrl: string;
}

const giftGeniusDev: ChatGPTAppConfig = {
  id: 'giftgenius',
  stage: 'dev',
  endpointUrl: 'https://dev.giftgenius.example.com',
};

const giftGeniusProd: ChatGPTAppConfig = {
  id: 'giftgenius',
  stage: 'production',
  endpointUrl: 'https://app.giftgenius.example.com',
};

Real həyatda konfiqurasiyanı sizin kodunuz yox, ChatGPT platforması saxlayır, amma bu kimi strukturlar eyni App-in iki fərqli “obrazı” olduğunu yadda saxlamağa kömək edir.

ChatGPT App relizi daha çox Apple App Store-da tətbiq buraxılışına bənzəyir, nəinki sayt yenilənməsinə. Sizin vidcetlər və mcp-tools hər dəfə tətbiq buraxılışı zamanı keşlənir. Və review 2 həftə çəkə bilər. Odur ki, “production-a çıxarıb orada test edərik” yanaşması uyğun deyil. Review-a artıq tam sınaqdan keçmiş və sabit tətbiqi göndərməlisiniz.

5. Təşkilati kontekst: şəxsi hesab vs şirkət

App-ı dev və production budaqlarına böldük və bunun Store-da necə əks olunduğuna baxdıq. Həyat dövrünün daha bir vacib ölçüsü — onun təşkilati olaraq “harada” yaşamasıdır.

Ən sadə halda siz App-ı şəxsi ChatGPT Plus hesabınızda fərdi şəxs kimi hazırlayırsınız. O zaman Dev Mode — sırf sizindir, Store — də hesabınız altında. Hər şey nisbətən sadədir: özünüz üçün etdiniz, paylaşdınız, dünyanı sevindirdiniz.

Amma çox vaxt ChatGPT Apps korporativ kontekstdə yaşayır. Onda bir neçə əlavə rol meydana çıxır. Təşkilat adminləri var — hansı App-lərin əməkdaşlara açıq olacağına, hansının bloklanacağına, hansının yalnız pilot qrup üçün istifadəsinə qərar verirlər. Sizin App bütün dünya üçün deyil, konkret bir şirkət üçün, hətta onun daxilində konkret şöbələr üçün dərc edilə bilər.

Belə ssenaridə həyat dövrü belə görünə bilər: əvvəlcə App yalnız komanda daxilində dev layihəsi kimi mövcud olur, sonra “daxili production” yaranır — misal üçün, yalnız satış şöbəsinə pilot üçün açıq. Ancaq bundan sonra, hər şey yaxşı gedərsə, App-ı qlobal Store-a göndərməyə qərar verirsiniz ki, onu xarici məhsula çevirəsiniz.

Mimarlıq baxımından bu ona görə vacibdir ki, App-ı həm daxili alət, həm də ictimai məhsul kimi adekvat işləyəcək formada dizayn etməlisiniz. Bəzən bu, feature flag-lərin, “yalnız özümüz üçün” rejimlərinin və ayrıca autentifikasiya ayarlarının olmasını tələb edir.

6. Praktiki ssenari: GiftGenius-un həyat dövrü

Bütün deyilənlərin abstrakt qalmaması üçün gəlin kurs boyu bizi müşayiət edəcək şərti App — GiftGenius-a baxaq; hədiyyə seçimi üzrə köməkçidir.

Mərhələ 1. Fikir və Dev Mode-da ilkin prototip

Siz GiftGenius hazırlamağa qərar verirsiniz: App, istifadəçidən hədiyyənin kimə lazım olduğunu, büdcəni və alıcının maraqlarını soruşur, sonra isə öz məhsul kataloqunuzdan istifadə edərək variantlar təklif edir.

Birinci addımda siz:

1. Minimal vidcetlə sadə Next.js layihəsi qaldırırsınız.
2. ChatGPT-də Developer Mode-u aktivləşdirir və dev-serverinizin URL-ni əlavə edirsiniz.
3. Bir neçə test dialoqu aparırsınız: GPT-dən “Gamer dostum üçün 50 $-dək hədiyyə seçməyə kömək et” deməsini xahiş edir, onun sizin App-ı necə çağırdığına, vidceti necə render etdiyi və UX-in necə göründüyünə baxırsınız.

Bu mərhələdə Store, review, gözəl iconlar barədə düşünmürsünüz. Vəzifəniz — ideyanın ümumiyyətlə işlədiyini və ChatGPT platformasının tələb olunan ssenarini reallaşdırmağa imkan verdiyini özünüzə və komandaya sübut etməkdir.

Mərhələ 2. Prototipin möhkəmləndirilməsi və daxili “alfa”

Əsas ssenarinin işlədiyinə əmin olanda “möhkəmləndirmə” mərhələsi başlayır. Siz:

• məntiqi az-çox anlaşılan struktura gətirirsiniz;
• hansı icazələr və məlumatların həqiqətən App üçün lazım olduğunu düşünməyə başlayırsınız;
• App-in səhvlərdə özünü necə apardığını yoxlayırsınız (məsələn, məhsul kataloqu cavab verməyəndə).

Hələ də Dev Mode-dasınız, amma artıq tək deyilsiniz: həmkarları inkişaf etdirici və ya testçi kimi əlavə edir və onların da ChatGPT-lərinə App-ı qoşa bilmələrini təmin edirsiniz. Bu mərhələdə həyat dövrü hələ də Draft ətrafında fırlanır: kodu tez-tez yeniləyir, müxtəlif UX pattern-lərini sınayır, komanda daxilində rəy toplayırsınız.

Mərhələ 3. Store və review-a hazırlıq

Bu addımda qərar verirsiniz: “Bəli, GiftGenius artıq xarici istifadəçilərə göstəriləcək qədər düzgündür”. İndi fokus koddan məhsul paketlənməsinə keçir:

• App üçün dürüst və anlaşılan təsvir yazırsınız;
• icazələri tənzimləyirsiniz: App-ın hansı məlumatlara və nə üçün müraciət etdiyini izah edirsiniz;
• UX-in yanıltmadığına və App-ın mümkünsüz vədlər vermədiyinə əmin olursunuz.

Bu, Draft-dan Under review-a keçid anıdır. App-ı review-a göndərirsiniz və o, bir müddət bu aralıq vəziyyətdə yaşayır. Bəlkə də qeydlər gələcək: məxfilik siyasətini dəqiqləşdirmək, ifadələri düzəltmək, icazələri daraltmaq lazım olacaq. Draft-a qayıdıb düzəliş edir, yenidən göndərirsiniz.

Mərhələ 4. Dərc və “həqiqi həyat”

Təsdiqdən sonra GiftGenius Published halına keçir. İndi istifadəçilər onu Store-da tapa bilər, ChatGPT onu uyğun sorğular üçün təklif edə bilər və siz real rəy toplamağa, istifadəni izləməyə, miqyaslama barədə düşünməyə başlayırsınız.

Artıq hər bir kod dəyişikliyi sadəcə “indi tez bir funksiya əlavə edim” deyil. Bu, kiçik relizdir. Geri uyğunluq (backward compatibility), miqrasiyalar barədə düşünməli, imkan daxilində əvvəlcə dev versiyanı dəyişməli, onu yoxlamalı və yalnız sonra production konfiqurasiyasını yeniləməlisiniz.

Zərurət olduqda App-ı müvəqqəti Paused vəziyyətinə keçirə bilərsiniz, məsələn, kritik boşluq tapanda və ya backend yükə tab gətirməyəndə. Amma ideal mənzərə — Published budağını tədricən inkişaf etdirmək, eksperimentlər üçün dev mühiti unutmaq deyil.

7. İnkişaf etdirici üçün mühitlər barədə düşünmək: dev, staging, production + Dev Mode

GiftGenius nümunəsində Dev Mode-dan dərc olunmuş App-a qədər keçidi gördük. İndi isə bunu inkişaf etdiriciyə tanış dev/staging/production mühit sxeminə yerləşdirək və onun Dev Mode və Store ilə necə əlaqələndiyini nəzərdən keçirək.

Əksər hallarda zehində bu cədvəl rahatdır:

Developer Mode, mahiyyət etibarilə, sizin dev və ya staging infrastrukturunuza “yapışır”: siz ora ChatGPT-nin testlər üçün istifadə etdiyi müvəqqəti URL dərc edirsiniz. Store konfiqurasiyası isə artıq yetkin production-URL-ə işarə edir.

Gələcəkdə Vercel-ə deployment və tunellərdən danışanda bu cədvəl konkret addımlar dəstinə çevriləcək. Amma artıq indi sadə ideyanı yadda saxlamaq faydalıdır: cari ChatGPT sorğusunun harada olduğunu həmişə dərk edin — dev sandbox-ınızdamı, yoxsa istifadəçilərin getdiyi döyüş mühitindədirmi.

8. Həyat dövrü barədə kiçik “kod parçası”

Bunu sizin üçün alışılmış TypeScript yanaşı ilə bağlamaq üçün platforma səviyyəsində deyil, öz tooling-iniz səviyyəsində App-ın həyat dövrünü əks etdirən sadə bir tip yazaq. Onu repozitoriyə qoyub müxtəlif halları unutmayasınız.

type AppLifecycleState = 'draft' | 'under_review' | 'published' | 'paused';

interface LifecycleSnapshot {
  id: string;
  name: string;
  state: AppLifecycleState;
  lastDeployedAt: Date | null;
  devUrl?: string;
  prodUrl?: string;
}

const giftGeniusLifecycle: LifecycleSnapshot = {
  id: 'giftgenius',
  name: 'GiftGenius – hədiyyə seçimi',
  state: 'draft',
  lastDeployedAt: null,
  devUrl: 'https://dev.giftgenius.example.com',
};

Belə bir obyekti heç vaxt ChatGPT-yə göndərməyəcəksiniz, amma komandanın eyni kontekstdə qalmasına kömək edir. Hətta bütün App-lərinizin vəziyyətini göstərən sadə bir CLI də yaza bilərsiniz ki, harada qaralama, harada isə artıq Store-da olan və ya ona yaxın bir şeyin olduğunu qarışdırmayasınız.

Növbəti modullarda bu həyat dövrü modelinə davamlı qayıdacağıq: tunelləri və Vercel-ə deployment-i quraşdıranda, MCP serverini və agent ssenarilərini dizayn edəndə, commerce‑axını və Store review-a hazırlığı planlaşdıranda. Dev Mode və Store-u eyni sistemin iki qütbü kimi düşünün: eksperimentlər üçün sandbox və yetkin məhsul üçün vitrin.

9. Dev Mode və Store ilə işləyərkən tipik səhvlər

Səhv №1: “Birbaşa Store-a, orada başa düşərik”.
Bəzən mümkün qədər tez “bazar ələ keçirilsin” deyə App hələ yarımçıq prototip mərhələsindəykən Store-a yerləşdirilir. Bu, demək olar ki, qaçılmaz olaraq neqativ rəylərə, zəif istifadə statistikalarına və review zamanı əlavə suallara gətirib çıxarır. Daha sağlam yol əvvəlcə bir neçə iterasiyanı Developer Mode-da yaşamaq, həmkar və dostlardan rəy toplamaq, əsas UX-i sabitləşdirmək, yalnız sonra Store-a getməkdir.

Səhv №2: dev və production mühitlərini qarışdırmaq.
Tipik ssenari: Dev Mode-u production ilə eyni URL-ə bağlayırsınız, sonra isə “bir neçə debug dəyişikliyi”nin real istifadəçilərə necə göründüyünə təəccüblənirsiniz. dev və prod URL-lərini adi veb-servislərdə etdiyiniz kimi diqqətlə ayırmaq lazımdır. Əgər ChatGPT App konfiqində production-URL göstərilibsə — onu “axşamlar sürətli eksperimentlər” üçün istifadə etməyin.

Səhv №3: Hallar barədə aydın təsəvvürün olmaması.
İnkişaf etdiricilər App-ın hansı halda yaşadığını (Draft, Under review, Published, Paused) anlamayanda qəribə situasiyalar yaranır: kimsə komandada App-ın artıq Store-da olduğunu düşünür, digəri hələ də onu lokal prototip sayır. Layihənin README-sində heç olmasa App-ın cari halını və növbəti mərhələyə keçmək üçün nə etmək lazım olduğunu yazmağa dəyər.

Səhv №4: Siyasət və review-un son ana qədər nəzərə alınmaması.
Bəzi komandalar App-ı “sanki bu sadəcə saytdır” kimi yazır, siyasət, icazələr və Store tələblərini isə review-a göndərmədən bir gün əvvəl xatırlayırlar. Nəticədə məlumatların toplanması və saxlanması ciddi şəkildə yenidən işlənməli, təsvirlər yenilənməli, hüquqlar daraldılmalıdır. Çərçivələri lap əvvəlcədən nəzərə almaq və Dev Mode-da dərhal dürüst, minimal icazələrlə eksperiment etmək daha yaxşıdır.

Səhv №5: Daxili və xarici istifadə üçün ayrıca strategiyanın olmaması.
Əgər App əvvəlcə daxili korporativ alət kimi yaradılıb, sonra isə ondan ictimai məhsul etmək istənirsə, hədəf auditoriyanı qarışdırmaq asandır. Şirkət daxilində daha az “parıltılı” UX və daha mürəkkəb ssenarilərə yol vermək olar, xarici Store-da isə istifadəçilər başqa səviyyədə rahatlıq gözləyirlər. Hansı rejimdə olduğunuzu anlamamaq nəticəsində ictimai App daxili admin aləti kimi görünür, daxili pilot isə çox tez qlobal Store barədə düşünməkdən dayanır.

Səhv №6: Dev Mode ilə müşahidəolunurluğun bağlı olmaması.
Developer Mode debug üçün əladır, amma bu üstünlükdən istifadə etmək lazımdır. Əgər loglara baxmır və dev mühitində ChatGPT-nin sizin App-a hansı sorğuları göndərdiyini qeyd etmirsinizsə, sonra production-da xoşagəlməz sürprizlər sizi gözləyə bilər. Dev Mode-u modelin və istifadəçilərin real davranışını öyrənmək üçün meydança kimi istifadə etmək daha yaxşıdır, yalnız “vidcet compile olurmu”nu yoxlamaq üçün yox.