Bir Anthropic Mesajlar API ağ geçidi, Claude uyumlu bir istemci ile model sağlayıcı arasında bulunur. Geliştiriciler için vaatler basit: Uygulamanızın halihazırda kullandığı Anthropic Mesajlar sözleşmesini koruyun, ağ geçidi temel URL'sini ve kimlik bilgilerini değiştirin ve merkezi faturalandırma, anahtar kontroller, analizler, model yönlendirme ve politika uygulaması elde edin.

Zor kısmı, Mesajlar API'in yalnızca bir metin tamamlama uç noktası olmamasıdır. Yapılandırılmış mesaj bloklarını, adlandırılmış akış olaylarını, araç kullanım döngülerini, çok modlu girişleri, belirteç sayımı, istemi önbelleğe alma alanlarını, genişletilmiş düşünme veya sıkıştırma gibi beta yeteneklerini ve eşzamansız İleti Gruplarını içerir. Bunu genel bir ters proxy olarak ele alan bir ağ geçidi, temel bir istem için çalışabilir ve bir uygulama, araç çağrılarını aktardığında, göndermeden önce belirteçleri saydığında, önbellek okuma muhasebesine güvendiğinde veya mutabakat için toplu özel kimlikler kullandığında başarısız olabilir.

Bu kılavuz, bir Anthropic İleti API ağ geçidinin neleri koruması gerektiğini, bir ağ geçidinin yasal olarak neleri farklı şekilde uygulamayı seçebileceğini ve Claude SDK trafiğinin operasyonel kaybı olmadan nasıl taşınacağını açıklamaktadır. netlik.

Anthropic Mesajlar API ağ geçidi ne yapar?

Doğrudan Anthropic API, Mesajlar için POST /v1/messages, jeton sayımı için POST /v1/messages/count_tokens ve Mesaj Grupları için POST /v1/messages/batches dahil olmak üzere https://api.anthropic.com'de bir REST yüzeyini ortaya çıkarır. Ağ geçidi, kendi ana bilgisayarında uyumlu bir uç nokta sağlar ve bu istekleri hesap kurallarına göre iletir, yönlendirir, kaydeder veya yönetir.

Model Gate için, Anthropic biçimli istemciler temel URL olarak https://api.model-gate.com kullanır ve /v1/messages'i çağırır. Bu ayrıntı önemlidir çünkü Anthropic tarzı SDK'lar sıklıkla kök API ana bilgisayarını beklerken, OpenAI uyumlu istemciler genellikle /v1 ile biten bir temel URL bekler. /v1'nın yanlış yere eklenmesi veya kaldırılması, en yaygın taşıma hatalarından biridir.

Yararlı bir ağ geçidi, uyumluluk sınırını açıkça belirtmelidir. En azından aşağıdakiler için desteği değerlendirin:

  • /v1/messages akış dışı istekler ve yanıtlar.
  • stream: true.
  • Metin, resim, tool_use, tool_result ve desteklendiğinde düşünmeyle ilgili bloklar dahil olmak üzere yapılandırılmış içerik blokları için Sunucu Tarafından Gönderilen Etkinlikler.
  • /v1/messages/count_tokens davranışı maliyet önizlemeleri ve bağlam penceresi kontrolleri için.
  • /v1/messages/batches uyumluluğu ve sonuç alma.
  • x-api-key, Authorization: Bearer veya her ikisi ile kimlik doğrulama.
  • anthropic-version gibi Anthropic üstbilgileri gereklidir.
  • Kullanım kaydı, faturalandırma ödemesi, harcama kontrolleri ve request attribution.

Ağ geçidi, bir proxy'den daha fazlası olduğu için tam olarak değerlidir. API anahtarına, kullanıcıya, ekibe, kiracıya, projeye veya iş ortağı hesabına istek ekleyebilir; model kısıtlamalarını uygulayın; nihai kullanımdan sonra maliyetin ödenmesi bilindiğinde; ve sağlayıcılar arasındaki analizleri ortaya çıkarın.Bu operasyonel özellikler, Mesaj API sözleşmesinin sessizce değiştirilmesi pahasına olmamalıdır.

Temel URL ve kimlik doğrulama değişiklikleri

Geçiş işlemlerinin çoğu iki değişiklikle başlar: SDK'yi ağ geçidi ana bilgisayarına yönlendirin ve sağlayıcı API anahtarını bir ağ geçidi anahtarıyla değiştirin.

Bir Anthropic SDK ağ geçidi yapılandırması için, istemci, bunun için kullanılan ağ geçidi kök URL'sine istek göndermelidir. Anthropic-uyumlu trafik. Model Gate'de, yani https://api.model-gate.com, Mesaj istekleri POST /v1/messages'e gidiyor. Buna karşılık, OpenAI uyumlu ağ geçidi taşıma işleminde genellikle https://api.model-gate.com/v1 gibi bir temel URL kullanılır. Bu kuralların karıştırılması, /v1/v1/messages veya eksik sürüm önekleri gibi çift yollara neden olur.

Kimlik doğrulamanın da bilinçli bir şekilde ele alınması gerekir. Anthropic, x-api-key numaralı belgeyi belgeler ve ayrıca API-anahtar veya erişim belirteci kimlik doğrulaması için Authorization: Bearer öğesini destekler. Bir ağ geçidi, farklı istemcilere uyum sağlamak için her iki stili de kabul edebilir, ancak kabul edilen her yol, güvenlik yüzeyinin bir parçası haline gelir. Denetim günlükleri, anahtar rotasyonu, ekip sahipliği ve kullanım ilişkilendirmesi, müşterinin hangi başlığı kullandığından bağımsız olarak aynı şekilde çalışmalıdır.

anthropic-version başlığı API sözleşmesinin bir parçasıdır, dekoratif bir ayrıntı değildir. Sabit kodlama, bırakma veya belgeleme olmadan yeniden yazma, istek davranışını değiştirebilir. Taşıma testleri, aynı sürüm başlığının uyumlu uç noktaya ulaştığını ve bir sürüm veya beta başlığı desteklenmediğinde hataların anlaşılabilir kaldığını doğrulamalıdır.

Mesajların uyumluluğu, bilgi istemi iletmekten daha fazlasıdır

Anthropic Mesajlar API, kullanıcı ve asistan mesajlarından oluşan yapılandırılmış bir liste gönderir. Çok turlu görüşmeler API açısından durum bilgisizdir: uygulama her aramada ilgili geçmişi yeniden gönderir. Her mesaj, tek bir metin dizesi yerine içerik blokları içerebilir ve asistan yanıtı birden fazla blok türü içerebilir.

A Claude Mesajlarla uyumlu uç nokta, mümkün olduğu yerde yanıt şemalarını, içerik blok sıralamasını, durma nedenlerini, model tanımlayıcılarını, kullanım alanlarını ve hata şekillerini korumalıdır. Uygulamalar genellikle stop_reason üzerinde dallanır, tool_use blokları algılar veya son yanıttan jeton kullanımını kaydeder. Bir ağ geçidi bu alanları başka bir sağlayıcı şekline göre normalleştirirse, görünen yanıt doğru görünse bile istemci mantığı bozulabilir.

Bu ayrım özellikle OpenAI-uyumlu API'ler kullanan ekipler için önemlidir. OpenAI Sohbet Tamamlamaları ve Anthropic Mesajlar farklı sözleşmelerdir. OpenAI-uyumlu bir API ağ geçidine geçiş yapmak üzere tasarlanmış bir sistemin, Claude Mesaj trafiğini güvenli bir şekilde taşıyabilmesi için hâlâ ayrı bir doğrulamaya ihtiyacı vardır.

Bir ağ geçidi üzerinden akış

Anthropic akışı, Sunucu Tarafından Gönderilen Etkinlikleri kullanır. Belgelenen etkinlik akışı message_start, content_block_start, content_block_delta, content_block_stop, message_delta ve message_stop ile olası ping ve error olaylarını içerir. Metni artımlı olarak işleyen veya akış sırasında araç çağrılarını algılayan uygulamalar için etkinlik adları ve blok sınırları önemlidir.

Bir Anthropic Mesaj akışı ağ geçidi, akışı salt metin parçalarına düzleştirmek yerine, adlandırılmış SSE olaylarını sadık bir şekilde iletmelidir. Düzleştirme tool_use deltaları, düşünme blokları, kullanım deltaları, durma nedenleri ve sağlayıcı hataları gibi bilgileri kaybeder.Ayrıca mevcut Claude SDK tüketicilerinin doğru davranmasını da zorlaştırır.

Kullanım muhasebesi akışa özgü başka bir sorundur. Anthropic, message_delta etkinliğe kümülatif kullanım bilgisi içerebilir. Ağ geçitleri, sanki her olay artımlıymış gibi kümülatif değerleri toplamaktan kaçınmalıdır. Daha güvenli bir model, akışın sonunda, message_stop veya son yetkili kullanım güncellemesinden sonra son kullanımı kaydetmek ve ardından faturalandırmayı ve analizleri bu nihai değere göre ayarlamaktır.

İstemci bağlantı kesintilerinin de bir politikaya ihtiyacı vardır. Yukarı akış isteği devam ederken kullanıcının bağlantısı kesilirse, ağ geçidi yukarı akış yürütmeyi iptal edip etmeyeceğine, devam edip son kullanıma devam edip etmeyeceğine veya isteği eksik olarak işaretleyip işaretlemeyeceğine karar vermelidir. Bu karar faturalandırmayı, desteği, yeniden deneme davranışını ve algılanan güvenilirliği etkiler.

Araç kullanımı ve tool_result döngüler

Anthropic araç kullanımı yapılandırılmış bir protokoldür. Model, kimlikleri ve giriş yüklerini içeren tool_use bloğu döndürür. Uygulama ilgili aracı çalıştırır ve ardından eşleşen araç kullanım kimliklerine referans veren tool_result blokları kullanarak sonucu daha sonraki bir kullanıcı mesajıyla geri gönderir.

Bir ağ geçidi bu kimlikleri ve blok yapılarını korumalıdır. Uç nokta açıkça çeviri sözü vermedikçe ve uç durumları belgelemedikçe Claude araç çağrılarını sessizce OpenAI araç çağrısı semantiğine dönüştürmemelidir. Küçük değişiklikler bile döngüyü bozabilir: tool_use kimliğini değiştirmek, tool_result bloklarından önce beklenmeyen metin eklemek, bir araç sonucunu desteklenmeyen bir role dönüştürmek veya kısmi akışlı araç çağrısını bırakmak, sonraki isteğin başarısız olmasına neden olabilir.

Sunucu tarafı araçları ayrı bir uyumluluk sorusu oluşturur. Sağlayıcı bir aracı doğrudan çalıştırdığında, faturalandırma, gecikme, erişim kontrolü ve sonuç kaynağı, aracın istemci tarafında yürütülmesinden farklıdır. Bir ağ geçidinin hangi sunucu tarafı araçlardan geçtiğini, hangilerinin beta başlıklar gerektirdiğini ve yönlendirilmiş bir model için hangilerinin desteklenmediğini belgelemesi gerekir.

Görme, çok modlu yükler ve model yeteneği kontrolleri

Görme ve çok modlu Mesaj istekleri, yapılandırılmış içerik bloklarına ve model yeteneğine bağlıdır. Bir ağ geçidi, her şeyi metne dönüştürmek yerine görüntü bloklarını, medya meta verilerini ve boyutla ilgili hataları korumalıdır. Model takma adları kullanılırsa ağ geçidinin, takma adın arkasındaki standart modelin istenen yükü gerçekten işleyebildiğinden emin olması gerekir.

Takma adların hem yararlı hem de riskli hale geldiği yer burasıdır. Geliştiriciler, ağ geçidi bunu kanonik bir modele çözerken kararlı bir takma ad talep edebildiklerinden, uygulama karmaşasını azaltırlar. Ancak ağ geçidinin hem istenen takma adı hem de isteğe hizmet eden standart modeli kaydetmesi gerekir. Fiyatlandırma, kullanım maliyeti, istek geçmişi ve model kısıtlamaları, faturaların ve hata ayıklamanın açıklanabilir kalması için standart modele dayalı olmalıdır.

Jeton sayımı, istem önbelleğe alma ve kullanım alanları

Birçok üretim uygulaması, gönderimden önce /v1/messages/count_tokens numaralı telefonu arar. Maliyeti önizlemek, bağlam penceresi uygunluğunu kontrol etmek, bir yedek model seçmek veya bir isteği pahalı hale gelmeden reddetmek için bunu kullanırlar. Geçiş testlerinde jeton sayımının isteğe bağlı olarak ele alınması bir hatadır.

Bir ağ geçidinin birkaç olası uygulaması vardır. Sayım isteklerini Anthropic uyumlu bir sayım uç noktasına iletebilir, belirli modeller için yerel olarak tahminde bulunabilir veya desteklenmeyen model ve sağlayıcı birleşimlerini reddedebilir. Her seçim yalnızca geliştirici tarafından görülebiliyorsa geçerlidir. Yerel bir tahmin, aynı belirteç ve istek yorumuna sahip olmadığı sürece tam sağlayıcı muhasebesi olarak sunulmamalıdır.

İstem önbelleğe alma, başka bir muhasebe katmanı ekler. Anthropic tarzı yanıtlar, önbellek oluşturmayı ve önbellek yazma ve önbellek isabeti kullanımı gibi önbellek okuma belirteci alanlarını ortaya çıkarabilir. Analitik, bu değerleri sıradan girdi belirteçlerine daraltmamalıdır. Bunu yapmak, önbelleğe almanın çalışıp çalışmadığını gizler ve maliyet raporlamasını bozar.Önbellek davranışı, sistem istemi, araçlar, düşünme ayarları veya mesaj yapısı değiştiğinde de değişebilir; dolayısıyla taşıma testleri, tekrarlanan bir sabit önek isteği içermelidir.

Ağ geçidi düzeyinde maliyet kontrolleri kullanan kuruluşlar için, son kullanım anlaşması, yalnızca ham sağlayıcı günlüklerinde yaşamak yerine birleşik AI API faturalandırma'ya bağlanmalıdır. Bu, ilk etapta Claude trafiğini bir ağ geçidi üzerinden yönlendirmenin ana nedenlerinden biridir.

Genişletilmiş düşünme, sıkıştırma ve beta üstbilgileri

Genişletilmiş düşünme, bağlam düzenleme ve sıkıştırma, genel metin oluşturma seçenekleri değildir. Bağlam boyutunu, yanıt bloklarını, belirteç hesaplamasını, önbellek davranışını ve gerekli beta başlıklarını etkileyebilirler. Anthropic, compact-2026-09-04 beta başlığı ve compaction parametresiyle isteğe bağlı sıkıştırmayı belgeler; özetlenen bağlamın korunması için döndürülen imzalı sıkıştırma bloğunun sonraki isteklerde geri iletilmesi gerekir.

Beta başlıklarını çıkaran veya bağlam yönetimi parametrelerini yeniden yazan bir ağ geçidi, belirgin belirtiler olmadan uygulama davranışını değiştirebilir. Gelişmiş Claude uygulamaları beta desteğini bir uyumluluk yüzeyi olarak ele almalıdır. Güvendiğiniz beta başlıklarını ve yanıt bloklarını tam olarak test edin ve bu testleri sıradan kısa mesaj kontrollerinden ayrı tutun.

Koruyucu ağ geçidi politikası, tanınan Anthropic başlıklardan geçmek ve desteklenmeyen özellikleri açıkça reddetmektir. Sessiz bozulma, doğrudan hatadan daha kötüdür çünkü farklı bir sözleşme kapsamında geçerli görünen yanıtlar üretebilir.

Bir ağ geçidi üzerinden İleti Toplu İşlemleri

Anthropic İleti Toplu İşlemleri birden fazla İleti API isteğini eşzamansız olarak işler. Oluşturma uç noktası, geliştirici tarafından sağlanan custom_id değerlerine sahip bir requests dizisini kabul eder ve Anthropic, oluşturma şemasında maksimum 100.000 isteği belgeler. Grupların tamamlanması 24 saate kadar sürebilir ve sonuçlar istek sırası dışında iade edilebilir. Bu, custom_id'i dayanıklı uygulama korelasyon anahtarı yapar.

Anthropic mesaj toplu ağ geçidinin önemli bir tasarım seçeneği vardır: sağlayıcının yerel toplu altyapısına gönderin, kendi dayanıklı kuyruğunu yönetin veya her ikisini de destekleyin. Model Gate, toplu işlemleri kalıcı olarak depolayan ve sağlayıcıya özgü bir Anthropic toplu iş akışını yukarı akışa göndermek yerine her öğeyi normal Model Gate /v1/messages yolu üzerinden yürüten Claude İleti Grupları uyumluluk katmanını belgelemektedir. Ayrıca bu toplu uyumluluk katmanında akışın desteklenmediğini ve her bir öğenin, istek modu, protokol, toplu iş kimliği ve özel kimlik gibi toplu meta verilerle ayrı bir istek olarak hesaba katıldığını da belgeler.

Bu tasarımın pratik sonuçları vardır. Ağ geçidi tarafından yönetilen dayanıklı bir kuyruk, her toplu iş öğesi için birleşik muhasebe, model kısıtlamaları, yeniden deneme kontrolü ve istek geçmişi sağlayabilir. Sağlayıcının yerel toplu ekonomik veya gecikme davranışıyla eşleşmeyebilir. Sağlayıcıya özgü gruplar, sağlayıcıya özel anlamlar sunabilir ancak bunların ağ geçidi düzeyindeki harcama sınırları ve anahtar başına ilişkilendirmeyle bağdaştırılması daha zor olabilir.

Geliştiriciler, toplu sonuçların gönderilen isteklerle aynı şekilde sıralandığını varsaymaktan kaçınmalıdır. Her zaman custom_id ile eşleştirin. Ayrıca, ağ geçidi açıkça desteklemediği sürece toplu öğelerin içine stream: true göndermekten kaçının. Model Gate'nin Claude toplu uyumluluk katmanı da dahil olmak üzere birçok toplu iş sistemi, toplu iş öğelerinin akışını desteklemez.

Harcama kontrolleri ve ilişkilendirme

Bir ağ geçidi, operatörlere doğrudan sağlayıcı anahtarlarının veremeyeceği kontrolü verdiğinde üretimdeki yerini kazanır. Her istek, buna neden olan ağ geçidi API anahtarıyla, kullanıcıyla, ekiple, kiracıyla, grupla, projeyle veya iş ortağı hesabıyla ilişkilendirilebilmelidir.Bu ilişkilendirme analizleri, limitleri, olaylara müdahaleyi ve müşteri faturalandırmasını destekler.

Gönderim öncesi harcama kontrolleri faydalıdır ancak bunlar tahmindir. Nihai maliyet, çıktı uzunluğu, akışın tamamlanması, araç döngüleri, düşünme belirteçleri, önbellek okuma ve yazma işlemleri, yeniden denemeler veya toplu yürütme nedeniyle farklılık gösterebilir. Güçlü sistemler, bir ön kontrol politikasını yanıt tamamlandıktan sonra nihai ödemeyle birleştirir.

Anahtar başına kontroller, farklı uygulamalar bir hesabı paylaştığında özellikle önemlidir. Ayrı anahtarlar, ekiplerin bütçeleri izole etmesine, alakasız hizmetleri bozmadan erişimi iptal etmesine ve hangi iş yükünün maliyet artışına neden olduğunu anlamasına olanak tanır. Daha derin bir operasyonel model için bkz. LLM API anahtara göre harcama sınırları.

Geçiş testi kontrol listesi

Üretim Claude trafiğini taşımadan önce, odaklanmış bir uyumluluk paketi oluşturun. Çok büyük olması gerekmez ancak uygulamanızın gerçekte dayandığı davranışları kapsamalıdır.

  • Üretimde kullanılanla aynı istek gövdesine sahip akış dışı /v1/messages.
  • Adlandırılmış SSE etkinlikleri ve son kullanım kaydıyla metin akışı.
  • Kısmi tool_use deltaları ve eşleşen tool_result dahil olmak üzere akış aracı kullanımı takip mesajları.
  • Görme verileri ve uygulamanızın gönderdiği tüm çok modlu bloklar.
  • /v1/messages/count_tokens desteklenen ve desteklenmeyen modeller için.
  • Önbellek oluşturma ve önbellek okuma senaryoları için önbelleğe alma alanlarını isteyin.
  • Maksimum jeton kesme, durdurma dizileri ve durdurma nedenleri.
  • Geçersiz model, geçersiz başlık ve bağlamın çok büyük olduğu durumlar dahil olmak üzere sağlayıcı ve ağ geçidi 4xx hataları.
  • 429 davranış ve mevcut olduğunda yeniden deneme başlıkları.
  • Toplu oluşturma, yoklama, sonuç alma, sıra dışı sonuçlar ve custom_id eşleştirme.
  • İstenen her ikisini de gösteren takma ad çözümleme günlükleri takma ad ve standart model.
  • Sıradan, akışlı, önbelleğe alınmış, araç, düşünme ve toplu istekler için nihai faturalandırma anlaşması.

Amaç, ağ geçidinin arkasında her Anthropic özelliğinin mevcut olduğunu kanıtlamak değildir. Amaç, tam olarak hangi özelliklerin uyumlu olduğunu, hangilerinin kasıtlı olarak desteklenmediğini ve hangilerinin ağ geçidine özgü anlamlara sahip olduğunu bilmektir.

Yaygın hatalar

İlk hata, yanlış temel URL şeklinin kullanılmasıdır. Anthropic-formatlı SDK'lar kök ağ geçidi URL'sine ihtiyaç duyabilirken, OpenAI-tarzı istemciler genellikle /v1 tabanına ihtiyaç duyar. Yalnızca kopyalanmış bir ortam değişkeni değil, gerçek bir istek yolu ile onaylayın.

İkinci hata, Sohbet Tamamlama uyumluluğunun Claude istemciyi kapsadığını varsaymaktır. Anthropic Mesajlar'ın farklı içerik blokları, araç-sonuç akışı, durma nedenleri, başlıkları ve akış etkinliği adları vardır. Buna kendi API sözleşmesi gibi davranın.

Üçüncü hata, akışları düzleştirmektir. Metin işe yarıyor gibi görünebilir ancak araç çağrıları, düşünme blokları, kullanım etkinlikleri, hata olayları ve durdurma meta verileri kaybolabilir.

Dördüncü hata, sağlayıcı ve ağ geçidi hatalarını genel bir 500'ün arkasına saklamaktır. İyi bir yeniden deneme davranışı, temiz 4xx, 429 ve yukarı akış hata bilgilerine bağlıdır.

Beşinci hata, her iş yükü için bir paylaşılan ağ geçidi anahtarı kullanmaktır.Bu, ilişkilendirmeyi yok eder ve harcama sınırlarını çok daha az kullanışlı hale getirir.

Doğrudan Anthropic erişimi yerine ağ geçidi ne zaman kullanılmalı

Doğrudan Anthropic API erişimi, Anthropic-yerel davranışa anında erişmeniz gerektiğinde ve paylaşılan faturalandırmaya, ağ geçidi anahtarlarına, kullanım analizine, yönlendirmeye veya ekip kontrollerine ihtiyacınız olmadığında en temiz yoldur. Ayrıca, yeni bir beta özelliğini bir ağ geçidinden taşımasını istemeden önce doğrulamanın en basit yoludur.

Anthropic-uyumlu bir API ağ geçidi, söz konusu trafikle ilgili operasyonel kontrole ihtiyaç duyduğunuzda daha iyi seçimdir: merkezi kimlik bilgileri, birleştirilmiş faturalandırma, model kısıtlamaları, takma ad yönetimi, analiz, ekip sınırları, iş ortağı hesapları veya dayanıklı toplu işleme. Ağ geçidi, Mesajlar sözleşmesini ne kadar açık bir şekilde koruduğuna ve davranışının doğrudan Anthropic yürütülmesinden farklı olduğu yerleri ne kadar dürüst bir şekilde belgelediğine göre değerlendirilmelidir.

Sonuç

Bir Anthropic Mesajlar API ağ geçidi, geliştiricilerin Claude SDK trafiğini, uygulama mantığını yeniden yazmaya gerek kalmadan kontrollü, gözlemlenebilir, faturalandırılabilir bir platform üzerinden yönlendirmesine izin verebilir. Bunu güvenli bir şekilde yapmak için uyumluluğu somut bir kontrol listesi olarak ele alın: temel URL, kimlik doğrulama üstbilgileri, anthropic-version, mesaj şemaları, akış etkinlikleri, tool_use döngüleri, belirteç sayımı, bilgi istemi önbelleğe alma alanları, beta üstbilgileri, model takma adları, toplu anlambilim ve son kullanım çözümü.

En iyi geçiş, kör uç nokta takası değildir. Bu, ağ geçidi tarafından yönetilen anahtarlar, analizler, harcama kontrolleri, yönlendirme ve faturalandırmanın operasyonel avantajlarını elde ederken gerçek Claude iş yüklerinizin hala doğru şekilde çalıştığını kanıtlayan küçük, iyi alet edilmiş bir uyumluluk testidir.