Claude ile Uzun Süreli Çalışan Yapay Zeka Ajanları Nasıl Oluşturulur?

ÖZET

Claude Yönetilen Aracılar, Anthropic'in üretim aracıları için yeni barındırılan çalışma zamanıdır. Ekibinizi bu altyapıyı sıfırdan kurmaya zorlamadan size sanal ortamda yürütme, uzun süreli oturumlar, kapsamlı izinler, izleme ve isteğe bağlı çoklu aracı koordinasyonu sağlar. Aracınızın dahili araçları, üçüncü taraf API'lerini veya uzun iş akışlarını çağırması gerekiyorsa, Apidog bir aracının gerçek sistemlere dokunmasına izin vermeden önce bu araç sözleşmelerini doğrulamanıza yardımcı olur.

Giriş

Claude Yönetilen Aracılar, aracı projelerinin duraklamasının en büyük nedenlerinden birini hedefliyor: çalışma zamanı, istemden daha zor devreye alınır. Anthropic artık sanal ortam, izinler, izleme ve oturum kalıcılığı ile uzun ömürlü aracıları çalıştırmak için barındırılan bir yol sunuyor, böylece ekipler altyapı inşa etmeye daha az zaman ayırıp daha fazla zamanı faydalı iş akışlarını devreye almaya harcayabilirler.

Dahili API'leri veya araç uç noktalarını bir aracıya açmayı planlıyorsanız, devreye almadan önce bu yüzeyi test etmelisiniz. Apidog, araç uç noktalarını taklit etmeniz, JSON şemasını doğrulamanız, çok adımlı test senaryolarını zincirlemeniz ve CI'da Apidog CLI ile regresyon kontrolleri çalıştırmanız için doğrudan bir yol sunar. Bu, yeni barındırılan bir aracıya canlı erişim vermekten ve üretimde sözleşme hataları keşfetmekten daha güvenli bir başlangıç noktasıdır.

Üretim aracılarını devreye almak neden hala zor?

Bir hafta sonu demo aracı kolaydır. Bir üretim aracı değildir.

Tek bir istek ve yanıtın ötesine geçtiğinizde, zor kısımlar hızla ortaya çıkar:

• Dosyaları oluşturan, verileri dönüştüren veya özel betikleri çağıran eylemler için güvenli kod yürütmeye ihtiyacınız var.
• Ağ kesintilerinden ve tarayıcı yenilemelerinden sonra devam eden bir duruma ihtiyacınız var.
• Bir aracının bir sistemi sessizce başka bir sistemi düzenlemeden okuyabilmesi için net izin sınırlarına ihtiyacınız var.
• Hata ayıklama için izlere ihtiyacınız var çünkü bir olay incelemesi sırasında "model garip bir şey yaptı" yeterli değildir.
• Tüm iş akışını baştan oynatmadan başarısız adımları yeniden denemek için bir yola ihtiyacınız var.
• Aracının çağıracağı API'ler ve araçlar için öngörülebilir sözleşmelere ihtiyacınız var.

İşte bu yüzden birçok ekip prototip ile devreye alma arasında takılıp kalıyor. Model kısmı sürekli gelişiyor. Operasyonel kısım ise hala zaman çizelgesini tüketiyor.

Bu model, aracı ürünleri genelinde tanıdıktır. Kodlama yardımcıları, araştırma aracıları, toplantı hazırlık araçları ve iş akışı otomasyonu oluşturan ekiplerin hepsi aynı darboğaza takılıyor: çalışma zamanı kendi başına bir ürün haline geliyor. Anthropic, bu katmanı yönetilen bir hizmete dönüştürmeye çalışıyor.

Claude Yönetilen Aracılar Neleri İçerir?

Anthropic'in lansman gönderisine göre, Claude Yönetilen Aracılar, Claude'a özel olarak ayarlanmış bir orkestrasyon donanımını barındırılan üretim altyapısıyla birleştiriyor. Uygulamada, lansman API ekipleri için önemli olan beş yeteneği sunuyor.

1. Barındırılan aracı çalışma zamanı

İşi, araç erişimini ve güvenlik önlemlerini siz tanımlarsınız. Anthropic, döngüyü kendi altyapısında çalıştırır. Bu, aksi takdirde bir kuyruk, sanal ortam işçisi, oturum katmanı ve yürütme denetleyicisi oluşturacak ekipler için büyük miktarda özel arka uç işini ortadan kaldırır.

Bu, lansmandaki en büyük değerdir. Çoğu ekip zaten bir modeli çağırabilir. Sahip olmadıkları şey, gerçek işler için temiz bir çalışma zamanıdır.

2. Uzun süreli oturumlar

Anthropic, oturumların saatlerce sürebileceğini ve istemci bağlantısı kesilse bile çıktıları ve ilerlemeyi koruyabileceğini belirtiyor. Bu, araştırma görevleri, büyük dosya oluşturma, çok adımlı planlama veya kısa etkileşimli bir isteğin içine sığmayan arka plan operasyonel çalışmaları için önemlidir.

Aracınız raporlar yazıyor, kod tabanlarını denetliyor, belgeleri işliyor veya çeşitli sistemlerden teslim edilebilirler bir araya getiriyorsa, uzun süreli oturumlar önemli bir kısıtlamayı ortadan kaldırır. Kısa sohbet pencereleri etrafında tasarım yapmayı bırakır, tamamlanmış işler etrafında tasarım yapmaya başlarsınız.3. Sanal ortamda yürütme ve yönetişim

Lansman, güvenli sanal ortam, kimlik doğrulama, kimlik ve kapsamlı izinleri vurguluyor. Bu ikincil bir ayrıntı değil. İlginç bir demo ile kurumsal kullanıma hazır bir sistem arasındaki farktır.

Çekme isteği açabilen, e-tablo oluşturabilen veya finans verileriyle etkileşim kurabilen bir aracı, varsayılan olarak asla geniş erişime sahip olmamalıdır. Barındırılan yönetişim, çalışma zamanının yapabileceklerini kısıtlamanıza olanak tanır ve güvenlik ekiplerine daha net bir inceleme yüzeyi sunar.

4. Yerleşik izleme ve sorun giderme

Anthropic, araç çağrılarının, kararların, analizlerin ve hata modlarının Claude Konsolu'nda görülebilir olduğunu belirtiyor. İyi izleme, "bir şeyler ters gitti" ile "işte tam olarak buna neden olan istek, araç çıktısı ve dal" arasındaki boşluğu kısaltır.

Bu, istemler yerine araçlarda hata ayıklarken özellikle kullanışlıdır. Birçok aracı sisteminde, en zayıf halka modelin kendisi değil, aracın etrafındaki API sözleşmesidir.

5. Çoklu aracı koordinasyonu, araştırma önizlemesinde

Anthropic ayrıca, aracıların işi paralel hale getirmek için diğer aracıları yönlendirebildiği çoklu aracı koordinasyonunu da duyurdu. Bu hala araştırma önizlemesinde, bu yüzden makaleyi üzerine odaklayacağım kısım değil. Yine de, platformun nereye gittiğini gösteriyor: tek çalışanlardan orkestrasyonlu aracı ekiplerine.

Bu, bir aracı ürününün mimarisini nasıl değiştirir?

Yönetilen Aracılar'dan önce, tipik bir ekibin iki seçeneği vardı.

Seçenek A: Çalışma zamanını kendiniz oluşturun

Bu size maksimum kontrol sağlar. Aynı zamanda şunlara sahip olduğunuz anlamına gelir:

• kapsayıcı veya VM izolasyonu
• araç yürütme yaşam döngüsü
• oturum kalıcılığı
• kontrol noktası oluşturma
• sırlar ve kimlik bilgileri
• izin verme
• günlükler ve izler
• yeniden denemeler ve kurtarma
• lansman sonrası operasyonel bakım

Bu yol, alışılmadık bir altyapıya, sıkı şirket içi barındırma gereksinimlerine veya derinlemesine özel orkestrasyon mantığına ihtiyacınız olduğunda hala mantıklıdır.

Seçenek B: Yönetilen bir çalışma zamanı kullanın

Bu, hızı kontrolün bir kısmıyla takas eder. Çalışma zamanı zaten mevcuttur ve ekibiniz altyapı oluşturmak yerine görev tasarımına, UX'e ve araç kalitesine zaman ayırabilir.

İşte bu yüzden Anthropic, Yönetilen Aracılar'ı üretime 10 kat daha hızlı ulaşmanın bir yolu olarak görüyor. Lansman gönderisi ayrıca, yapılandırılmış dosya oluşturma üzerindeki dahili testlerin, standart bir istem döngüsüne göre görev başarı oranlarında 10 puana kadar artış gösterdiğini ve en büyük kazançların daha zor problemlerde olduğunu belirtiyor.

Önemli değişim şu: barındırılan aracı altyapısı, yığınlarınızdaki bir yan proje değil, bir ürün kategorisi haline geliyor.

Claude Yönetilen Aracılar ve Kendin Yap aracı altyapısı

İşte pratik kural.

Ekibiniz bu çeyrekte bir aracı ürününü devreye almak istiyorsa ve temel ayırt edici özelliğiniz iş akışı, kullanıcı arayüzü veya arkasındaki özel araçlar ise Yönetilen Aracılar'ı seçin.

Çalışma zamanının kendisi kalenizden biriyse, barındırma ve orkestrasyon üzerinde tam kontrole ihtiyacınız varsa veya güvenlik modeliniz yönetilen bir hizmetin size sağlayabileceğinden daha derin özel işlem gerektiriyorsa Kendin Yap'ı seçin.

Anlamanız gereken fiyatlandırma ve tavizler

Yönetilen Aracılar, standart Claude Platform jeton fiyatlandırmasına ek olarak etkin oturum saati başına 0,08 dolar kullanır. Bu, zaman içinde gerçek iş yapan aracılar için mantıklıdır, ancak maliyet hakkında düşünme şeklinizi değiştirir.

Normal bir sohbet API iş akışında, maliyetin çoğu jetonlardan gelir. Yönetilen bir çalışma zamanında, maliyet jetonlardan ve geçen etkin çalışma zamanından gelir. Bu, aracıları işi temiz bir şekilde bitirecek, kötü girdilerde hızla başarısız olacak ve anlamsız döngülerden kaçınacak şekilde tasarlamanız gerektiği anlamına gelir.

Benimsemeden önce üç soru önemlidir:

1. Bir oturum ne sıklıkla dakikalarca mı saatlerce mi sürecek?
2. Tamamlanan bir çalıştırma, kullanıcı için ne kadar değer yaratır?
3. Hangi görevler senkronize kalmalı ve hangileri arka plan yürütmesine geçmeli?

Cevap "aracımız çoğunlukla kısa, deterministik çağrılar yapıyor" ise, normal bir API entegrasyonu hala yeterli olabilir.

Cevap "aracımız araştırıyor, yazıyor, yamalar yapıyor, araçları koordine ediyor ve daha sonra bir teslimat döndürüyor" ise, yönetilen çalışma zamanı çok daha cazip görünmeye başlar.

Lansmandan önce Apidog ile aracı aracı API'leri nasıl test edilir

Makalenin burada spesifik olması gerekiyor.

Birçok aracı lansmanındaki zayıf nokta model değildir. Araç katmanıdır. Aracınız `search_customers`, `create_invoice`, `open_pr` veya `send_slack_message` çağırabiliyorsa, bu araçların her biri bir API sözleşmesidir. Yük bozuk olduğunda, şema kaydığında, gerekli bir alan kaybolduğunda veya kimlik doğrulama belirteci yanlış kapsama sahip olduğunda ne olacağını bilmeniz gerekir.

Apidog bu iş akışına iyi uyuyor çünkü aracının üretime geçmesinden önce araç sözleşmelerini modelleyebilirsiniz.

Araç uç noktalarını erken kurmak için Akıllı Mock kullanın

Akıllı Mock, API spesifikasyonunuzdan doğrudan gerçekçi yanıtlar üretir ve JSON Şema kısıtlamalarına uyar. Bu, ekibinize gerçek arka uç hala değişirken sahte araç uç noktalarını hızlı bir şekilde kurma imkanı verir.

Aracı işi için bu önemlidir çünkü her alt hizmet hazır olmadan önce planlamayı ve araç seçimini test edebilirsiniz. Yönetilen aracınız bir `ticket_priority`, `account_id` veya `status` enum bekliyorsa, Akıllı Mock hataları gizleyen elle yazılmış yer tutucular yerine şemaya uyan veriler döndürebilir.

Ekip genelinde bu iş akışını standartlaştırıyorsanız, ayrıca 2026'da Postman Olmadan API Testi makalesine de bakın.

Aracı iş akışları için çok adımlı Test Senaryoları oluşturun

Apidog Test Senaryoları, bir araç çağrısı diğerini beslediğinde kullanışlıdır. Belgeler, sıralı yürütme, istekler arasında veri geçişi, akış kontrolü, önceden tanımlanmış test verileri ve CI/CD entegrasyonu desteğini açıklar.

Bu, aracı sistemlere düzgün bir şekilde eşleşir.

Gerçekçi bir doğrulama akışı şöyle görünebilir:

1. `POST /tasks` öğesini taklit edin veya çağırın
2. Dönen `task_id`'yi çıkarın
3. `GET /tasks/{task_id}` öğesini çağırın
4. Durum geçişlerini doğrulayın
5. Geçersiz kimlik bilgileriyle bir hata dalını tetikleyin
6. Aracıya dönük hata yükünün sözleşme içinde kaldığını doğrulayın

Bu tür bir senaryo, aracı çalışma zamanının üretimde bunlardan kurtulmak zorunda kalmasından önce araç hatalarını yakalar.

Aracıyı bozmadan önce sözleşme kaymasını doğrulayın

Aracılar şema kaymasına karşı hassastır. Yeniden adlandırılmış bir alan, daha gevşek bir enum veya eksik iç içe bir özellik, bir araç zincirini muhakeme hataları gibi görünen şekillerde bozabilir.

İstek ve yanıt şekillerini OpenAPI ve JSON Şema ile sabitlemek için Apidog'u kullanın, ardından arka uç değiştiğinde senaryo tabanlı kontroller çalıştırın. Ekibiniz oluşturulmuş araç tanımları kullanıyorsa, bu daha da önemlidir çünkü aracı verdiğiniz spesifikasyona güvenecektir.

Regresyon kapsamı için CI'ya CLI kontrolleri ekleyin

Apidog CLI, komut satırından test paketlerini çalıştırabilir ve oluşturulan `apidog-reports/` dizinindeki HTML raporları da dahil olmak üzere raporlar çıktı olarak verebilir. Bu, aracı araçları üzerinde birleştirmeden önceki veya dağıtımdan önceki kontroller için uygun hale getirir.

Basit bir politika yeterlidir:

• her araç uç noktasının bir şema kontrolüne ihtiyacı vardır
• her yazma eyleminin en az bir kimlik doğrulama hatası testine ihtiyacı vardır
• her uzun süreli iş akışının bir zaman aşımı ve yeniden deneme durumuna ihtiyacı vardır
• her yüksek riskli aracın kötü durum için bir negatif teste ihtiyacı vardır

Bunu yaptığınızda, yönetilen aracınız daha temiz bir araç yüzeyiyle üretime girer.

Başlamak için basit bir mimari desen

İlk günden itibaren büyük bir aracı platformuna ihtiyacınız yok. Basit bir desen yeterlidir.

Kullanıcı isteği
  -> Claude Yönetilen Aracı oturumu
  -> araç seçimi
  -> dahili API'ler ve üçüncü taraf hizmetleri
  -> sonuç yapıtı veya eylemi
  -> Claude Konsolu'nda izleme incelemesi

Lansman öncesi:
  Apidog spesifikasyonu -> Akıllı Mock -> Test Senaryoları -> CI'da CLI regresyonu

Bu ayrım sağlıklıdır.

Claude Yönetilen Aracılar'ın oturum yönetimi, barındırılan yürütme ve orkestrasyon gibi çalışma zamanı endişelerini ele almasına izin verin. Apidog'un, aracınızın bağımlı olduğu araçlar etrafındaki API sözleşme tasarımını, taklitleri, testi ve regresyon kontrollerini ele almasına izin verin.

Bu, model katmanını ve API kalite katmanını ayrı tutar, ki bu çoğu ekibin tam olarak ihtiyacı olan şeydir.

Bu lansmanın en çok önemli olduğu zaman

Claude Yönetilen Aracılar, beş grup için en ilgi çekicidir:

• kodlama veya hata ayıklama aracıları oluşturan ekipler
• birkaç dakikadan uzun süren belge veya araştırma iş akışlarını çalıştıran ekipler
• bir uygulama içinde arka plan görev yürütme isteyen ürün ekipleri
• yönetişim, izleme ve kapsamlı izinlere ihtiyaç duyan kurumsal ekipler
• zaten dahili araçlara sahip olan ve aracı ürünlerine daha hızlı bir yol isteyen API ekipleri

Ekibiniz hala kullanım senaryosunu kanıtlıyorsa, dar bir iş akışı ve küçük bir araç yüzeyiyle başlayın.

Kullanım senaryosu zaten çalışıyorsa ve altyapı darboğaz ise, bu lansman ciddi dikkat etmeye değerdir.

Sonuç

Claude Yönetilen Aracılar sadece başka bir model özelliği değil. Anthropic'in aracı teslimatının karmaşık kısmını ticarileştirme girişimidir: barındırılan yürütme, kalıcılık, yönetişim ve izleme.

İşte bu yüzden bu lansman önemlidir. Oluşturma sorusunu "bir aracı çalışma zamanını nasıl oluştururuz?" sorusundan "hangi iş akışları bir aracı hak ediyor ve arkasındaki araçlar ne kadar güvenli?" sorusuna kaydırıyor.

İkinci soru, Apidog'un tam olarak uyduğu yerdir. Dahili bir API'yi uzun süre çalışan barındırılan bir aracıya açmadan önce, sözleşmeyi modelleyin, yanıtları taklit edin, hata yollarını test edin ve CI'ya regresyon kapsamı ekleyin.

Bu çalışma, aracıya üzerinde çalışabileceği daha temiz bir yüzey sağlar ve ekibinizin lansmandan sonra daha az sürprizle karşılaşmasını sağlar.

SSS

Claude Yönetilen Aracılar Nedir?

Claude Yönetilen Aracılar, Anthropic'in Claude Platformu'ndaki bulut tabanlı aracılar için barındırılan çalışma zamanıdır. Sanal ortamda yürütme, uzun süreli oturumlar, izleme, kapsamlı izinler ve barındırılan orkestrasyonu içerir.

Claude Yönetilen Aracılar şu anda mevcut mu?

Evet. Anthropic, 8 Nisan 2026'da bunu herkese açık beta olarak duyurdu. Çoklu aracı koordinasyonu ve kendi kendini değerlendirme döngüleri gibi bazı özellikler hala araştırma önizlemesindedir.

Claude Yönetilen Aracılar'ın fiyatlandırması nasıl?

Anthropic, standart Claude Platform jeton fiyatlandırmasının geçerli olduğunu ve buna ek olarak etkin oturum saati başına 0,08 dolar eklendiğini belirtiyor.

Kendi çalışma zamanınızı oluşturmak yerine Yönetilen Aracılar'ı ne zaman kullanmalısınız?

Üretime çıkış hızı, derin çalışma zamanı özelleştirmesinden daha önemli olduğunda Yönetilen Aracılar'ı kullanın. Ekibiniz alışılmadık barındırma, sıkı şirket içi kontrol veya yönetilen bir platformun destekleyemeyeceği özel orkestrasyona ihtiyaç duyuyorsa, Kendin Yap yine de daha uygun olabilir.

API ekipleri aracı araçlarını neden ayrı ayrı test etmeli?

Çünkü birçok aracı hatası, zayıf muhakeme yerine bozuk araç sözleşmeleri, kimlik doğrulama sorunları veya şema kaymasından kaynaklanır. Araçları ayrı ayrı test etmek, bu hataları çalışma zamanına ulaşmadan önce yakalamanıza yardımcı olur.

Apidog, aracı aracı testinde nasıl yardımcı olabilir?

Apidog, araç sözleşmesini tanımlamanıza, Akıllı Mock ile şemadan taklit edilmiş yanıtlar oluşturmanıza, Test Senaryoları ile çok adımlı doğrulamaları zincirlemenize ve Apidog CLI ile CI'da regresyon kontrolleri çalıştırmanıza yardımcı olur.