- Bir LLM ajanına SMS gönderme yeteneği kazandırmak, tek sağlayıcı için bir REST araç-çağrı fonksiyonu kadar yakın; özel MCP sunucusu gerekmez.
- 2026 manzarasında birkaç SMS'e özel MCP sunucusu var (Ozeki, Infobip, Sendly ve diğerleri), ancak üretim raporları çok sunuculu MCP kurulumlarını araç şişkinliği ve kapsamı zor diye tanımlıyor.
- Asıl risk özerkliktir, taşıma değil: ajan saniyeler içinde kötü bir toplu gönderimi döngüleyebilir; bu yüzden hız tavanı ve belirli alıcı sayısının üstünde insan onayı kapısı, çağrıyı hangi protokolün taşıdığından daha önemlidir.
- SMSRoute'un düz gönderim uç noktası, mesaj başına teslimat makbuzları ve göndermeden önce gösterilen fiyat, sabit çağrı başına maliyet tavanıyla tek araç fonksiyonu olarak sarmalamayı kolaylaştırır.
Bir AI ajanının SMS göndermek için özel MCP sunucusuna ihtiyacı var mı?
Hayır; tek SMS sağlayıcısı için özel MCP sunucusu gerekmez. Bir uç nokta ve bir kimlik doğrulama başlığı olan REST araç fonksiyonu yeter.
2026'ya gelindiğinde Ozeki, Infobip, Sendly ve Mobile Text Alerts özel SMS MCP sunucuları yayımlıyor; kalıp zorunlu gibi görünüyor. Üretim raporları çok sunuculu MCP kurulumlarını kapsam yüküyle araç şişkinliği olarak tanımlıyor. MCP, ajanın tek paylaşımlı protokol arkasında birçok araca veya sağlayıcıya ihtiyacı olduğunda yükünü hak eder. Tek bir SMS API için MCP çoğunlukla gereksiz süreç yüzeyi ekler. Doğrudan REST araç çağrısını tercih edin; yığını tek yerde denetlenecek kadar küçük tutun.
- Minimum uygulanabilir entegrasyon
- bir REST araç fonksiyonu, bir uç nokta, bir kimlik doğrulama başlığı
- MCP ne zaman yükünü hak eder
- ajanın tek paylaşımlı protokol arkasında birçok araca veya sağlayıcıya ihtiyacı olduğunda
- 2026 manzarası
- Ozeki, Infobip, Sendly ve diğerleri tarafından yayımlanan SMS'e özel MCP sunucuları
- Çok sunuculu MCP hakkında topluluk okuması
- üretimde bildirilen araç şişkinliği ve kapsam yükü
Araç şeması tanımı gerçekte nasıl görünür?
send_sms adlı araç şeması, modelin doldurabileceği tek girdiler olarak alıcı numarası, mesaj gövdesi ve isteğe bağlı gönderen etiketini listeler; işleyiciniz çalıştıktan sonra kısa bir durum nesnesi döner.
Model asla kimlik bilgilerine veya HTTP istemcisine dokunmaz. Çağrıyı önerir; çalışma zamanınız argümanları kodladığınız koruma raylarına göre doğrular, sağlayıcıya POST eder ve yalnızca beyan edilen sonucu geri verir. Bu sınır tüm meseledir: şema ajanın gördüğü sözleşmedir; gizli anahtar ve hız mantığı sizin kontrol ettiğiniz kodda kalır. Şema işleyicinizin gerçekte uyguladığından saparsa ajan bir yalanı çağırmaya devam eder.
Bir ajanın yanlışlıkla 10.000 metin göndermesini nasıl engellersiniz?
Sert koruma raylarını sistem istemine değil araç fonksiyonu koduna koyun; istem talimatı teknik kontrol değildir ve ajan ikna veya döngüyle onu geçebilir.
Püf noktası hızdır: ajan gönderim döngüsüne sahip olunca yanlış liste veya yeniden deneme fırtınası kimse fark etmeden bakiyeyi boşaltır. Karar kuralı: çalışma zamanınız her önerilen çağrıyı, istek sağlayıcıya ulaşmadan önce hız tavanı, oturum maliyet tavanı ve onay kapısına karşı doğrular. Bu kontroller model yüzlü metinde değil, denetlediğiniz kodda yer alır. Yukarıdaki zaman çizelgesi sırayı koyar; asıl nokta reddin her seferinde hat öncesinde olmasıdır.
- Ajan bir gönderim önerirmodelin taslakladığı alıcı listesi ve mesaj
- Koruma rayı kontrolü çalışıralıcı sayısı toplu eşiğe, maliyet oturum tavanına karşı
- Eşik aşılırsa onaylayürütme insan onaylayana kadar bloklanır, isteğe bağlı değil
- Yürüt ve günlüğe kaydetonaylı her gönderim için bir API çağrısı, denetim için makbuz günlüğe yazılır
Hız limiti ile onay döngüsü arasındaki fark nedir?
Hız limiti, kontrolden çıkan döngü veya yeniden deneme fırtınasını durduran mekanik tavandır; onay döngüsü, geri alınamaz toplu eylemden önce konan insan karar noktasıdır.
Birbirinin yerine geçmezler. Yalnız hız limiti tavan altında tek kötü toplu çağrıya izin verir. Yalnız onay kapısı hızlı tekrarlı çağrı döngüsünü durdurmaz. İkisini de kullanın. Tavanı araç işleyicisine bağlayın; alıcı eşiğini aşan her topluda insan eveti isteyin ki biri diğerinin kaçırdığını kapsasın.
| Kontrol | Ne engeller | Nerede yaşar |
|---|---|---|
| Hız limiti | Kontrolden çıkan döngüler, yeniden deneme fırtınaları | Çağrıdan önce araç fonksiyonunda uygulanır |
| Onay kapısı | Yanlış bir toplu gönderimin geri alınamaz şekilde çıkması | Belirli alıcı veya maliyet eşiğinin üzerinde insan denetimi |
| Oturum maliyet tavanı | Tekrarlanan meşru çağrılardan bütçe patlaması | Ajanın oturumu boyunca kümülatif izlenir |
Ajanın denetimsiz asla yapmasına izin verilmemesi gereken nedir?
Belirlediğiniz eşiğin üstünde toplu gönderimleri denetimsiz çalıştırmasına, yeni üretilmiş veya doğrulanmamış listelere mesaj atmasına, kontrol edilmiş opt-out olmadan pazarlama göndermesine ya da SMSRoute kabul edilebilir kullanım politikasının reddettiği dolandırıcılık, oltalama, taciz veya kimliğe bürünme içeriği göndermesine asla izin vermeyin. Bunlar, herhangi bir sağlayıcı çağrısı sürecinizden çıkmadan önce araç işleyicisinde uyguladığınız katı duraklardır.
Taslak hazırlayıp öneren ajan sorunsuzdur. Tek başına geri alınamaz toplu gönderim yürüten ajan asıl risktir. Eşik kontrolünü, liste doğrulama kapısını, opt-out zorunluluğunu ve AUP içerik filtresini çağrıyı reddedip net hata döndüren koda koyun. Çalışma zamanınız karar verir; model yalnızca önerir.
{
"name": "send_sms",
"description": "Send one SMS. Blocks and requires human confirmation above 5 recipients.",
"parameters": {
"to": "string, E.164 phone number",
"message": "string, max 160 characters",
"sender_id": "string, optional"
}
}
# guardrail enforced INSIDE the tool function, not the prompt:
if len(recipients) > 5 or session_cost + estimate(recipients) > SESSION_COST_CAP:
return require_human_confirmation(recipients, estimate(recipients))
# the actual call, once approved:
curl -X POST https://api.smsroute.cc/sms/send \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{"to": "+14155550123", "from": "INFO", "message": "Your code is 482913"}'Sıkça sorulan sorular
Ajana SMS gönderme yeteneği vermek için MCP kullanmam gerekir mi?
Hayır. MCP, birçok araç veya sağlayıcının tek protokol yüzeyi paylaştığı durumlarda yararlı olan birkaç entegrasyon modelinden biridir. Doğrudan tanımlı bir REST araç işlevi, denetlenecek daha az parça ile tek sağlayıcı için bugün çalışır. Claude, OpenAI ve açık kaynak SDK'larındaki yerel araç çağırma, MCP host olmadan o işlev şemasını kabul eder; MCP'yi yalnızca birçok sağlayıcıyı zaten tek protokol arkasında standartlaştırdığınızda ekleyin.
Ajanın araç çağrısı başarısız olursa veya zaman aşımına uğrarsa ne olur?
Zaman aşımına uğramış veya başarısız araç çağrısını diğer araç hataları gibi ele alın: kör ajan yeniden denemelerini engelleyin. Yeniden denemenin çift gönderim yapamaması için istemci üretimi referans ID ekleyin ve hatayı başarılı gönderimlerin yanına kaydedin. Sağlayıcı isteği kabul ettikten sonra zaman aşımında yeniden göndermek yerine mesaj ID ile durum sorgulayın; başarısız mesajlar otomatik iade edilir.
Ajan teslimat makbuzlarını geri okuyabilir mi?
Evet. Ajana mesaj teslimat durumunu kontrol eden ikinci bir salt okunur araç verin; bu, gönderim işlevinden farklı bir risk sınıfıdır. Makbuzlara geniş okuma erişimi makuldür, kısıtlamasız gönderim erişimi değildir. Durum DLR webhook'ları ve pano günlüğüyle gerçek zamanlı döner, böylece ajan yazma yetkisi olmadan yoklar veya güncelleme alır.
SMSRoute resmi AI-ajan araçları yayımlıyor mu?
Hayır. SMSRoute resmi MCP sunucusu veya ajana özel SDK yayımlamaz. Temel yüzey, GitHub'da (SMSRoute-cc) Python, PHP, Go ve Node kod örnekleriyle düz bir REST API'dir; ayrıca yüksek hacimli göndericiler için SMPP bağlantılarıyla, bilerek bir ajanın araç-çağırma katmanının MCP ile veya MCP olmadan sarmalaması gereken en küçük yüzeydir. İşleyiciniz her gönderimden sonra DLR webhook'larıyla gerçek zamanlı teslimat durumunu da çeker.
Tarayıcı açık, numara yazılmış, göndermeden önce fiyat gösterilir - mesaj başına 0,004 $'dan, ABD 0,0125 $, kripto ile ödenir.
Test kredileriyle deneyinyalnızca e-posta kaydı · BTC, ETH, USDT, XMR, LTC, SOLPazarlama amaçlı kısa mesaj gönderimi alıcının önceden verdiği onaya tabidir. İYS hükümlerine göre ticari iletiler için açık rıza zorunludur. Bu hukuki tavsiye değildir.