Claude Opus 5 Saatlerce Kendi Başına Kod Yazabiliyor. Bir POS Sisteminin Hangi Parçaları Hâlâ Koddan Fazlasına İhtiyaç Duyuyor?

Bir POS sisteminin hâlâ koddan fazlasına ihtiyaç duyan parçaları paraya ve fiziksel dünyaya dokunan kısımlardır: Ödeme işleme sözleşmeleri, PCI uyumluluğu (kart verilerini işlemek için kart sektörünün güvenlik kuralları), sertifikalı yüz yüze ödeme (card-present) terminalleri ve her seferinde eksiksiz doğru olması gereken kayıt tutma işlemleri. 24 Temmuz 2026'da yayınlanan Claude Opus 5, minimum denetimle saatlerce kodlama oturumu çalıştırabilir¹. Bu saatlerin hiçbiri bir üye iş yeri hesabı üretmez.

Bu yazıdaki model sürümleri ve tarihler yayın tarihi itibarıyla doğrudur; detayları bir anlık görüntü olarak değerlendirin.

Claude Opus 5 gerçekte neyi değiştirdi?

Anthropic bunu uzun süreli çalışan ajanlar için oluşturulmuş bir model olarak tanımlıyor: Bilinçli bir şekilde plan yapar, kendi işini doğrular ve önceki Opus modellerine kıyasla daha uzun süre ve daha otonom çalışır². Anthropic'in en zor yazılım mühendisliği testinde önceki modelinin puanını ikiye katlamıştır¹. İlk test edenler, eskiden birçok küçük parçaya bölünen işleri modele teslim ettiklerini ve eksiksiz sonuçlar aldıklarını bildiriyor.

Bu gerçek bir değişimdir ve GPT-5.6 çıktığında ele aldığımız bir kalıbı pekiştirir: Her birkaç ayda bir, tek bir komut isteminden elde ettiğiniz çalışan yazılım miktarı büyüyor. Geçen yıl bir hafta komut istemi yazmayı gerektiren bir ödeme arayüzü artık bir öğleden sonrayı alıyor ve Opus 5 ile model siz uzaklaştıktan sonra da çalışmaya devam ediyor.

Daha fazla kodlama süresi neden işi bitirmeye yetmiyor?

Çünkü bir satış noktasının en zor kısımları kod şeklinde sorunlar değildir. Otonom bir model daha fazla kod ve daha iyi kontrol edilmiş kod üretir. Ne kadar süre çalışırsa çalışsın bir risk inceleme (underwriting) kararı, donanım sertifikasyonu veya güvenlik denetimi üretemez. Bunlar derleyicilerden değil, kurumlardan gelir.

İkinci ve daha ince bir sınır daha var. Opus 5'in öne çıkan yeteneği kendi işini doğrulamasıdır ve doğrulama temel bir gerçeğe ihtiyaç duyar. Bir model ödeme matematiğinin doğru hesaplandığını test edebilir. Gerçek bir kart ağına, gerçek bir takas/hesaba geçme takvimine (kart fonlarının bankanıza ne zaman ulaştığına) veya gerçek bir vergi dairesine karşı test yapamaz; çünkü bunların hiçbiri bir kodlama sanal alanında (sandbox) mevcut değildir. Kod kendi içinde mükemmel bir şekilde tutarlı olabilir ve yine de gerçeklikle ilk kez kasanızda karşılaşabilir.

Bir POS'un hangi parçaları hâlâ koddan fazlasına ihtiyaç duyar?

Başlıca dört parça.

• Para hareketi. Bir karttan tahsilat yapmak bir ödeme kuruluşu ile (kart fonlarını bankanıza aktaran şirket) bir ilişki gerektirir: Risk incelemesi, ödeme takvimleri, dolandırıcılık izleme, itiraz yönetimi. Hiçbir kodlama oturumu onaylanmış bir üye iş yeri hesabı çıktı olarak veremez.

• Kart verileri güvenliği. PCI uyumluluğu, kart numaralarına dokunan her sistem için geçerlidir. Kart verilerini işleyen üretilmiş ödeme kodu bu denetim yükünü size yükler; sertifikalı ödeme altyapısı tam da üye iş yerlerini bu kapsamın dışında tutmak için vardır.

• Yüz yüze ödeme (card-present) donanımı. Temassız ve çipli ödemeler, kimsenin rastgele yazamayacağı güvenli yazılıma sahip sertifikalı terminallerde çalışır. Bu, vibe-coded ödeme uygulamalarının App Store tarafından reddedilmesine neden olan aynı duvardır: Engeller kod kalitesi değil, yetkiler ve sertifikalardır.

• Her seferinde tam doğru kayıtlar. Aynı anda yapılan iki satışta ayakta kalan stok ve mutabakat sağlayan (gerçekte gelen parayla eşleşen) raporlar teknik olarak koddur, ancak sonsuza kadar doğru kalması gereken koddur. Bu duvarı Bir Satış Noktasını Vibe Coding ile Kodlamak yazımızda haritalandırdık. Opus 5 bu tür kodları kendinden önceki tüm modellerden daha iyi yazar; yine de ilk canlı ortam testinin Cumartesi günkü yoğunluğunuz olmasını istemezsiniz.

Peki Claude Opus 5'in neyi inşa etmesine izin vermelisiniz?

Bu çizginin üzerindeki her şeyi: Ekranları, akışı, mantığı, bir POS sistemini hazır bir şablon yerine işletmenize uygun hale getiren sektöre özel davranışı. Bu katman koddur ve Opus 5 şu anda tartışmasız bunun için mevcut en güçlü araçtır.

Pratik yol MCP'dir (Model Context Protocol - yapay zeka araçlarının diğer yazılımlara bağlanmasını sağlayan açık standart). Modelden ödemeleri sıfırdan yeniden inşa etmesini istemek yerine, onu para hareketinin, donanım sertifikasyonunun ve uyumluluğun halihazırda var olduğu bir platforma bağlar ve ödeme ekranını bunun üzerine inşa etmesini sağlarsınız. Daha önce bir yapay zekanın işletebileceği platformlar ile bir yapay zekanın üzerinde inşa edebileceği platformlar arasındaki fark hakkında yazmıştık; otonom modeller ikinci kategoriyi çok daha önemli hale getiriyor, çünkü model artık siz olmadan bir geliştirmeyi uzun bir yol boyunca sürdürebiliyor.

Final'ın Build özelliği bu şekilde çalışır: Oluşturucu komut istemi tabanlıdır, istediğiniz akışı tanımlarsınız veya kendi yapay zekanızı MCP üzerinden bağlarsınız ve akış; Final Pay'in, sertifikalı terminallerin ve alttaki kayıt tutma işlemlerinin halihazırda halledildiği bir altyapıya dağıtılır. Çalışan bir POS inşa etmek için Claude Fable 5 nasıl kullanılır yazısı, Opus 5'in daha büyük kardeşiyle bunun nasıl göründüğünü anlatıyor.

Peki, bir POS'un hangi parçaları hâlâ koddan fazlasına ihtiyaç duyar?

Bir sözleşme, bir sertifika veya bir ödeme ile sonuçlanan kısımlar: Ödeme işleme, PCI uyumluluğu ve yüz yüze ödeme donanımı, artı her seferinde doğru olması gereken kayıtlar. Claude Opus 5, bir kodlama oturumundan ne kadar POS elde edebileceğinizi değiştirdi. Ancak bir kodlama oturumunun ne üretebileceğini değiştirmedi. Kullanışlı bir temel kural: Görev kodla bitiyorsa modele teslim edin; bir sözleşmeyle, sertifikayla veya para hareketiyle bitiyorsa altyapıya teslim edin.

Sınırın pratikte nerede durduğunu görmek istiyorsanız, kendi yapay zekanızı MCP üzerinden Build'e bağlayın ve modelin şu anda çok iyi olduğu kısmı yapmasına izin verin.