AWS, Bedrock’a Tek Seferlik RAG ve Yalnızca Getirme Modu Ekliyor

Amazon Web Services, 9 Kasım 2026’da Amazon Bedrock Yönetilen Bilgi Tabanı’nın tek seferlik getirme destekli üretimi (RAG) ve yalnızca pasaj döndüren istekleri artık desteklediğini duyurdu; bu özelliklere AgenticRetrieveStream. 0–5 aralığının genişletilmesiyle maxAgentIteration uygulamalar kaynak getirmeyi, tek aramalı yanıt üretimini veya hizmetin mevcut çok adımlı ajanlı bilgi getirme özelliğini seçebiliyor.

Güncelleme, tek bir bilgi getirme işleminin ardından yanıt üretilmesinden oluşan temel RAG modelini, karmaşık aramalarda kullanılan aynı akış API’sine taşıyor. Tek seferlik RAG, yanıt üretmek için temel modelin tek bir çağrısını kullanırken yalnızca bilgi getirme istekleri hiç model çağrısı yapmıyor. AWS, tek seferlik işlemin ajanlı bilgi getirmeye kıyasla gecikmeyi ve model kullanımını azaltabileceğini söylüyor; ancak duyuruda gecikme veya maliyet karşılaştırmasına ilişkin ölçüm sonuçları verilmiyor.

Bilgi Getirme Modunu Tek Bir Parametre Belirliyor

0 değeri, yanıt üretmeden eşleşen pasajları döndürür; 1 değeri bir kez bilgi getirir ve generateResponse=truekullanarak yanıt üretir; 2’den 5’e kadar olan değerler ise mevcut ajanlı davranışı korur. Her mod birden fazla bilgi tabanını destekler. Dolayısıyla tek seferlik ifadesi, bilgi getirme işleminin bir kez yapılmasını anlatır; tek bir bilgi tabanıyla sınırlı olunduğu anlamına gelmez.

Bir yineleme, temel modelin tek bir çağrısını ifade eder. Yanıt üretimi etkinleştirildiğinde, n sınırı, son çağrıyı yanıt üretimine ayırır ve en fazla n eksi 1 planlama turuna izin verir. Her planlama turunda bir sorgu yeniden yazılır ve ardından bilgi getirilir. İlk tahmine dayalı bilgi getirme işlemi planlamadan önce çalışır ve hiçbir zaman sınıra dahil edilmez.

0 değerinde yanıt üretimi kapalı olmalıdır. Bu özelliğin açılması, yanıt üretmek için model çağrısı gerektiğinden 4xx hatasına yol açar. 1 değerinde akış, planlama izine ilişkin olaylar olmadan tek bir bilgi getirme işlemi ve dayanakları belirtilmiş bir yanıt içerir. 2–5 değerlerini kullanan mevcut isteklerde değişiklik olmaz.

Akış Davranışı ve İşletim Sınırları

AgenticRetrieveStream API başvurusu, messages, retrieversve agenticRetrieveConfiguration öğelerini zorunlu istek girdileri olarak tanımlarken generateResponse isteğe bağlıdır. Yanıt üretimi etkinleştirildiğinde yanıt parçaları oluşturulup iletilir. Sonuçta getirilen öğeler, sentezlenmiş bir yanıt ve yanıtın belirli bölümlerini destekleyici sonuçlara bağlayan alıntılar bulunabilir.

Yalnızca bilgi getirme işlemi, doğrudan Retrieve çağırmaya denktir; ancak yanıt biçimi farklıdır: pasajlar akışın result olayında görünür; score veya location alanları bulunmaz. Halihazırda AgenticRetrieveStream kullanan uygulamalar böylece ayrı bir API’yi entegre etmek yerine bir parametreyi değiştirerek Retrievetarzı davranış elde edebilir.

Karmaşık sorular için Amazon Bedrock Kullanıcı Kılavuzu, sorguları alt sorgulara ayıran, getirilen kanıtların yeterli olup olmadığını kontrol eden, ek aramalar yapan ve tam bir belgeye kadar genişleyebilen bir iş akışını açıklıyor. Ajanlı bilgi getirme yalnızca tam olarak yönetilen Bedrock bilgi tabanlarını destekliyor ve istek başına en fazla beş bilgi getiriciye izin veriyor. Yineleme üst sınırının düşürülmesi, ajanın daha erken durmasını sağlayabilir ve karmaşık sorularda doğruluğu potansiyel olarak azaltabilir.

Uygulama Ekipleri Modu Seçip Test Ediyor

AWS, ayarları gerçek bir müşteri dağıtımında değil, kurgusal bir bankanın kurum içi politika asistanı örneği üzerinden gösteriyor. Şahıs işletmesiyle ilgili bir belge sorusu için maxAgentIteration=1kullanılırken, şahıs işletmesiyle LLC gerekliliklerini karşılaştıran ve yerleşik olmayan sahipler için geçerli kuralları da denetleyen bir istekte 4 kullanılır; bu değer en fazla üç planlama turuna izin verir. Politika metnini inceleme isteğinde 0 kullanılır ve özet yerine kaynak pasajlar döndürülür.

Modu uygulamanın seçmesi gerekir; maxAgentIteration istekleri otomatik olarak yönlendirmez. Örnek asistan politika arama ve karşılaştırma işlemlerini yapar; ancak hesapları onaylamaz, banka incelemesi ve yetkilendirmesinin yerini de almaz.

AWS, kullanıma geçiş için tek seferlik RAG ile mevcut ajanlı yapılandırmanın aynı bilgi tabanında, temsilî sorular ve beklenen yanıtlar kullanılarak karşılaştırılmasını öneriyor. Değerlendirmede gecikme ve istek maliyeti ölçülmeli, getirilen pasajların doğruluğu ve yanıtları destekleyip desteklemediği doğrulanmalı; ayrıca birden fazla belgeyi kapsayan ve yanıtlanamayan sorulara da yer verilmelidir. Bu sonuçlar, her iş akışının kalite gereksinimlerini karşılayan en düşük yineleme sınırının seçilmesine yardımcı olabilir.

Bu değişiklik, bilgi getirme derinliğini her istek için açıkça belirlenen bir altyapı kararına dönüştürüyor. Doğrudan aramalar planlama çağrılarını ortadan kaldırabilirken karmaşık sorgularda kanıtlar yinelemeli olarak toplanmaya devam ediyor. Kurumlar açısından temel ödünleşim, model kullanımını azaltmanın kendi belgelerine dayalı, eksiksiz ve desteklenen yanıtları koruyup korumadığıdır; yineleme sınırının daha yüksek olmasının her zaman daha iyi olduğu varsayılmamalıdır.