AI Agent vs Kural Tabanlı eBay Otomasyonu: Hangi İşte Hangisi Güvenli?

AI agent vs kural tabanlı eBay otomasyonu tartışmasında yanlış soru “hangisi daha gelişmiş?” sorusudur. Doğru soru, hangi kararın belirsizlik taşıdığı ve yanlış kararın kaç ilana, siparişe veya hesaba zarar vereceğidir. AI agent bağlam okuyup seçenek önerebilir; kural motoru aynı girdi için aynı sonucu üretir. eBay operasyonunda bu iki özellik rakip değil, farklı güvenlik katmanlarıdır.

Stok sıfırsa quantity düşürmek, minimum kârın altına inmemek ve zorunlu item specific yoksa yayınlamamak deterministik davranış ister. Supplier açıklamasından ürün tipini çıkarmak, alıcı mesajını konuya göre sınıflandırmak veya anomaliyi özetlemek ise esnek yorumdan faydalanır. eBay API mi no-code otomasyon mu? yazısı entegrasyon yolunu karşılaştırır; burada karar motorunun nasıl tasarlanması gerektiğine odaklanıyoruz.

Kural tabanlı otomasyon nedir?

Kural tabanlı sistem açık koşul ve aksiyonlardan oluşur: supplier stok değeri sıfırsa eBay quantity sıfırla; maliyet yüzde 8'den fazla arttıysa otomatik fiyat değiştirme, manuel kuyruğa gönder; ürün başlığında yasaklı ifade varsa yayını durdur. Bu yapı açıklanabilir, test edilebilir ve loglarda yeniden oynatılabilir.

Güçlü yanı öngörülebilirliktir. Aynı maliyet ve ücret girdisi aynı taban fiyatı verir. Zayıf yanı ise dünyanın kurala uymamasıdır. Supplier “out of stock” yerine butonu kaldırır, varyant yapısını değiştirir veya fiyat metnine üyelik indirimi eklerse veri toplayıcı yanlış sinyal üretebilir. Kural motoru hatalı girdiyi doğruymuş gibi kararlı biçimde işler.

AI agent nedir?

AI agent hedef, araç ve bağlam kullanarak çok adımlı görev planlayabilen model tabanlı akıştır. Supplier sayfasını okuyup alanları eşleştirebilir, eksik bilgiyi işaretleyebilir, eBay kategori adaylarını karşılaştırabilir veya bir hata kaydından olası kök neden çıkarabilir. Sabit şablondan daha esnektir.

Ancak esneklik kesinlik değildir. Agent kaynakta olmayan özelliği tamamlayabilir, yanlış aracı çağırabilir, belirsiz fiyatı normal fiyat sanabilir veya başarı mesajını işlem sonucu yerine kabul edebilir. Model cevabının akıcı olması, eBay'deki listing'in doğru yayınlandığı anlamına gelmez. Sonuç API'den geri okunup doğrulanmalıdır.

Gerçek karşılaştırma

Sonuç hibrittir: AI anlamlandırır ve önerir; kurallar sınır koyar; yüksek etkili işlem insan veya güçlü doğrulama kapısından geçer.

Listing üretiminde güvenli görev ayrımı

Supplier sayfasından başlık, ölçü, materyal ve paket içeriğini çıkarmak AI için uygun adaydır. Çıktının her alanında kaynak metni veya kaynak konumu saklanmalıdır. AI daha sonra okunabilir başlık ve açıklama taslağı üretir. Buraya kadar işlem geri alınabilir ve taslaktır.

Kategori kimliği, zorunlu item specifics, SKU benzersizliği, quantity, iş politikaları, minimum kâr ve görsel varlığı deterministik validasyondan geçmelidir. eBay'in resmi Inventory API genel bakışı, inventory item ile offer'ı ayrı varlıklar olarak tanımlar ve bazı alanların oluşturma sırasında değil yayınlama anında zorunlu hale gelebileceğini belirtir. Bu ayrım önemlidir: “taslak kaydedildi” ile “aktif ilan başarıyla yayınlandı” aynı durum değildir.

Güvenli akış:

1. AI supplier verisini çıkarır ve her alan için kaynak gösterir.
2. Kural motoru ölçü, fiyat, stok ve zorunlu alanları doğrular.
3. AI listing taslağı ve risk özeti üretir.
4. Kâr ve politika kapısı yayına izin verir veya insan onayı ister.
5. Yayın sonrası sistem eBay'den ilan durumunu geri okuyup beklenen değerlerle karşılaştırır.

Fiyat ve stokta agent neden final karar olmamalı?

Fiyat değişikliği yaratıcı yazı işi değildir. Supplier maliyeti, marketplace maliyeti, reklam, kargo ve minimum kâr belirli formülle hesaplanmalıdır. AI eksik maliyeti tahmin edebilir veya para birimini yanlış yorumlayabilir. Bu nedenle agent yalnızca “fiyat anomalisi var” açıklaması ve öneri üretebilir; yayınlanacak rakam test edilmiş hesaplayıcıdan gelmelidir.

Stokta da benzer sınır gerekir. Agent “available for delivery” metnini yorumlayabilir, fakat quantity artırma kararı varyant, postcode, adet sınırı ve son başarılı kontrol ile doğrulanmalıdır. Stok belirsizse güvenli varsayılan satışa devam etmek değil, quantity düşürmek veya ürünü manuel kuyruğa almaktır.

Mesaj ve case yönetiminde görev ayrımı

AI agent alıcı mesajını “gecikme”, “hasar”, “uyumluluk” veya “return” olarak sınıflandırabilir; sipariş zaman çizelgesini özetleyip yanıt taslağı hazırlayabilir. Fakat refund gönderme, return'ü reddetme veya eBay'den müdahale isteme gibi işlemler parasal ve hesap sağlığı etkisi taşır. Bunlar kural ve yetki kontrolü olmadan agent'a bırakılmamalıdır.

Örneğin tracking teslim edildi gösteriyor diye her Item Not Received mesajına otomatik ret vermek yanlıştır. Teslimat postcode'u, carrier olayı, alıcının önceki mesajı ve seller protection koşulları okunmalıdır. AI kanıt paketini özetler; final işlem belirli politika kontrolünden geçer.

Hata kurtarma tasarımın parçasıdır

İyi otomasyon yalnızca başarılı yolu değil, yarım kalan işlemi de tanımlar. Agent açıklamayı üretti fakat publish çağrısı başarısız olduysa süreç “tamamlandı” sayılmamalıdır. Fiyat 100 ilanın 37'sinde güncellendiyse geriye kalanlar ayrı kuyrukta görünmelidir. Aynı çağrının tekrar edilmesi çift işlem oluşturuyorsa idempotency anahtarı gerekir.

Minimum güvenlik paketi şunlardır:

• Her aksiyon için correlation ID ve önce/sonra değeri
• Dry-run ve küçük SKU grubu ile canary test
• Maksimum fiyat veya quantity değişim sınırı
• Başarısız işlemler için retry sayısı ve karantina kuyruğu
• Model, prompt ve kural sürümünün loglanması
• Toplu değişiklikte kill switch ve geri alma planı

Agent'ın “başarılı” demesi yerine eBay kaynağından gerçek durum doğrulanmalıdır. API hata metni insan dostu olmasa bile yok sayılmamalı; yeniden denenecek hata ile veri düzeltilmesi gereken hata ayrılmalıdır.

Maliyet ve hız hesabı

Kural motoru kurulduktan sonra birim işlem maliyeti düşüktür, fakat yeni edge case için mühendislik ister. AI agent ilk prototipi hızlandırabilir, ancak token maliyeti, gecikme, değerlendirme ve insan incelemesi getirir. Her ürün sayfasını büyük modelle tekrar tekrar okumak yerine içerik hash'i, değişiklik tespiti ve küçük sınıflandırıcı kullanılabilir.

Ekonomik seçim işlem değerine bağlıdır. Günde 20 listing taslağında insan onaylı agent mantıklı olabilir. On binlerce stok kontrolünde deterministik ve hafif sistem gerekir; agent yalnızca anomali grubuna çağrılır. En pahalı model her zaman en iyi toplam maliyet değildir.

30 günlük geçiş planı

İlk hafta sadece gözlem yapın: agent öneri üretsin, işlem yapmasın. İkinci hafta doğru/yanlış örneklerden değerlendirme seti oluşturun. Üçüncü hafta düşük riskli taslak ve sınıflandırma görevlerini otomatikleştirin. Dördüncü hafta yalnızca güven skoru yüksek ve deterministik kapılardan geçen küçük SKU grubunda kontrollü aksiyon açın.

Başarı metriği yalnızca saat tasarrufu değildir. Yanlış alan oranı, manuel düzeltme, yayın hatası, kâr tabanı ihlali, stok iptali ve geri alma süresi birlikte ölçülmelidir. Hız artarken düzeltme maliyeti daha hızlı artıyorsa otomasyon başarısızdır.

TurkoLister ile hibrit workflow

TurkoLister'ın pratik yaklaşımı AI üretimini satış gerçeğinden ayırmamaktır. Başlık ve açıklama taslağı; supplier verisi, stok-fiyat takibi, kâr hesabı ve risk kontrolleriyle aynı akışta ele alınır. Bu yapı AI'ya uygun yaratıcı işleri, kurala uygun yayın kapılarından ayırmayı kolaylaştırır.

TurkoLister free trial ile birkaç gerçek ürün üzerinde hangi alanların AI tarafından önerildiğini, hangilerinin kaynaktan doğrulandığını ve hangi koşulda yayının durduğunu test edin. Otomasyonun kalitesi yaptığı iş sayısıyla değil, hatayı büyütmeden durabildiği noktayla ölçülür.

Sonuç

AI agent vs kural tabanlı eBay otomasyonu seçiminde tek teknolojiye bağlanmak gereksiz risktir. Agent belirsiz veriyi yorumlasın, taslak ve açıklama üretsin; kurallar para, stok, zorunlu alan ve yetki sınırını korusun. Yüksek etkili işlemler doğrulansın, küçük grupta test edilsin ve geri alınabilsin. Güvenli otomasyon en otonom görünen değil, her kararın kaynağını ve sınırını gösterebilendir.