Bir Nuxt uygulamasını Cloudflare'a taşırken AI'a "bana deploy dosyalarını yaz" demek hızlı görünebilir. Fakat Cloudflare Pages ile Workers, build sırasında gereken değerlerle çalışma anındaki secret'lar ve projedeki Nuxt sürümü birbirine karışırsa düzgün görünen bir yapılandırma yanlış hedefe hizmet eder.
Bu blogun dağıtımını hazırlarken asıl işim bir komut ezberlemek değil, hangi kararın hangi ortamda etkili olduğunu netleştirmekti. AI'ı bu ayrımı sorgulamak için kullanmak daha yararlı.
AI'a önce mevcut durumu ver
İsteme framework adını yazmak yetmez. Hedefin Workers mı Pages mi olduğu, Nuxt ve Wrangler sürümleri, sunucu endpoint'i bulunup bulunmadığı, içeriklerin build sırasında mı yoksa istek anında mı üretildiği belirtilmeli. Gizli anahtarların değerleri ise asla paylaşılmamalı; yalnızca değişken adları yeterli.
Nuxt uygulamamı Cloudflare Workers üzerinde yayınlamak istiyorum. Projede sunucu endpoint'i ve prerender edilen içerik sayfaları var. Sürümleri ve mevcut yapılandırmayı aşağıda vereceğim. Önce eksik bilgileri sor. Sonra build sırasında gereken değişkenlerle yalnızca Worker çalışırken gereken secret'ları ayrı listele. Her öneri için dayandığın güncel resmi belgeyi göster; emin olmadığın ayarı uydurma.
Bu istemde hedef, hazır bir dosya almak değil, değişkenlerin yanlış yere konmasını önleyecek bir kontrol listesi çıkarmak.
Belgeyle proje çıktısını karşılaştır
AI bir ayar önerdiğinde şu üç soruyu ayrı ayrı cevaplamalı: Resmi belgede gerçekten var mı? Bu projenin sürümüne uyuyor mu? Yerel build çıktısında beklenen dosyalar oluşuyor mu? Özellikle platform rehberindeki örnekler yeni projeler için hazırlanmış olabilir; mevcut projedeki content ve API ihtiyaçları ek kontrol gerektirir.
Bu örnekte Cloudflare'ın Nuxt Workers rehberi ile Workers secret rehberi başlangıç kaynaklarıdır. Secret değerinin kaynak koda veya herkese açık yapılandırmaya girmemesi, belgeye bakılarak doğrulanmalıdır.
Son kontrolü çalışma ortamı yapar
AI'ın "hazır" demesi dağıtımın çalıştığını göstermez. Build ve yerel Workers önizlemesinde sayfalar, doğrudan detay bağlantıları ve sunucu endpoint'i kontrol edilmeli. Yayın sonrası domain, RSS, sitemap, 404 ve gerçek e-posta akışı ayrıca sınanmalı. Bir testin neyi kanıtladığını da açıkça yazmak gerekir: başarılı build, DNS veya e-posta teslimini doğrulamaz.
Platform davranışı ve belge yolları zamanla değişir. Bu yüzden yazı bir yapılandırma reçetesi değil, AI'ın önerilerini mevcut proje ve resmi kaynaklarla karşılaştırma yöntemidir.
