Kabak AI

Problem: istek ile ürün bağlamı arasındaki boşluk

Bir giyim ürünü için görsel üretim isteği yalnızca serbest metinden oluştuğunda, ürünün hangi özelliklerinin korunacağı belirsiz kalabilir. Kabak AI, bu problem alanında hazırlanmış bir web uygulaması denemesi. Projenin herkese açık tanıtımı giyim ürünleri için AI destekli görsel üretimine odaklanıyor. Buradaki vaka, doğrulanmış arayüzü ve açık depo yapısını anlatır; satış artışı veya üretim kalitesi ölçümü sunmaz.

Benim rolüm ve görülebilen kapsam

Proje kişisel GitHub hesabımdaki açık Kabak-AI deposunda bulunuyor. İncelenebilir istemci başlangıç noktası client/README.md; depoda TypeScript ve MIT lisansı bilgisi var. Açık demo arayüzü ayrıca erişilebilir. Bu kanıt, ürün denemesinin görünen yüzünü değerlendirmeye yeterli; arka uçtaki her adımın çalıştığı sonucunu çıkarmaya yetmez.

Deneyimin tasarım sorusu

Bu vakayı incelerken üç soruyu ayrı tutuyorum: kullanıcı hangi ürün üzerinde çalışıyor, nasıl bir görsel istiyor ve ortaya çıkan sonucu nasıl değerlendirecek? İstek alanının tek başına güzel görünmesi bu üç sorunun yanıtlandığını kanıtlamaz. Bir sonraki tasarım turunda ürün referansı, korunacak ayrıntılar ve kullanılacak çıktı amacı aynı bağlam içinde görünür olmalı. Bunlar tamamlandığı iddia edilen araştırma sonuçları değil, sonraki sürüm için kabul koşullarıdır.

Üretim beklerken kullanıcı girdisinin korunması, hata olduğunda tekrarın ücretli bir çağrı oluşturup oluşturmadığının anlaşılması ve görselin gerçek ürün fotoğrafı gibi sunulmaması da önemli değerlendirme başlıkları. Yapay zekâ ile üretilmiş bir sonuç varsa kaynağı ve kullanım sınırları açıklanmalı. Bu vaka herhangi bir modelin ticari kullanım hakkını varsaymıyor.

Gerçek ekran ve doğrulama sınırı

Kapak görseli 4 Kasım 2026 tarihinde açık Netlify demosundan alınmış gerçek arayüz ekranıdır. Demoyu aç. Bu incelemede AI yanıtı, ücretli model kullanımı veya arka uç üretim sonucu çalıştırılmadı. Dolayısıyla görsel kalitesi, tamamlanma süresi, maliyet ve dönüşüm oranı için ölçülmüş sonuç paylaşmıyorum.

Bu ayrım portföyde özellikle görünür: bir arayüzün erişilebilir olması ile üretim hizmetinin doğrulanması farklı kanıtlardır. Ekran görüntüsünü gerçek bir kullanıcı araştırmasının veya model performans testinin yerine koymuyorum.

Sonraki doğrulama planı

İzinli örnek bir ürünle başlangıç, bekleme, hata ve tamamlanma durumları test edilmeli. Başlık ve ürün referansı kaybolmadan bir hatadan geri dönülebilmeli. Üretilen sonuç incelenmeden otomatik yayımlanmamalı. Erişilebilirlik için klavye kullanımı, alan etiketleri, durum mesajı ve mobil yerleşim birlikte kontrol edilmeli. Ölçüm yapılırsa örnek sayısı, ortam ve tarih sonuçla birlikte belirtilmeli.

Kaynaklar

• Açık GitHub deposu
• İstemci README
• Canlı arayüz