iletiMerkezi

Bir AI ajanına SMS yeteneği eklemek geçen aya kadar şu demekti: 11 endpoint için 11 tool şeması yaz, hash hesaplama mantığını kur, hata kodu mapping'ini elle çıkar. Bugün itibarıyla gerekmiyor. iletiMerkezi resmi MCP Server npm'de yayında.

Kısacası: e-İmza süreci sipariş + form + e-Devlet onayı + kargo + Palma + panel girişi. Atlanan tek adım sürecin dakikalarda biten kısmını günlere çevirir. Adım adım rehber: iletimerkezi.com/blog/iletimerk…

6) Panel'de e-İmza ile giriş. USB takılı, masaüstü yardımcı uygulama açık, PIN giriliyor. PIN 3 kez yanlış girilirse kart bloke, çözüm sadece TürkTrust ile iletişim. Önemli: API kullanıcılarının e-İmza ihtiyacı yok, sadece toplu SMS panel ekranı için.

e-İmza siparişi verdiniz, sertifika beklerken takıldınız. "TürkTrust e-postası gelmedi", "Palma Mac'te çalışmıyor", "PIN bloke oldu" sırayla gelir. Aslında süreç altı net adım, biri atlanırsa ipucu vermeden duruyor. Sırayı paylaşıyorum.

Sağlık sektöründe randevu hatırlatma SMS'i lüks değil, kapasite yönetimi. 24 saat öncesi tek SMS, no-show oranını yarıya indiriyor. AI ajanı takvimi okur, hatırlatmayı atar, gelmeyenleri raporlar. Üç adımda kayıp gelir geri kazanılıyor. iletimerkezi.com/saglik

Kısacası: MCP sunucusu tool şemasını taşımamalı, sağlamalı. Çalışma anında manifest'ten çek, fallback'i ihmal etme, tek kaynak prensibini sıkı tut. iletiMerkezi MCP server bu mimaride yazıldı: iletimerkezi.com/ai

Pratikte iki ek katman gerekli: 1) Build-time fallback → manifest erişilemezse paket içindeki snapshot kullanılır 2) Schema validation → manifest yapısı bozuksa sunucu bilinçli fail eder, sessiz hata üretmez

MCP server tasarlarken sessiz bir karar var: tool şemasını paket içine mi gömeyim, manifest'ten mi çekeyim? Pratikte bu karar 6 ay sonra geri dönüp ısırıyor. Niye önemli, anlatayım.

Kısacası: AI ajanı sadece komut gönderiyorsa yarım. DLR ve gelen yanıt webhook ile karar mekanizmasına bağlanırsa ajan gerçekten ajan oluyor. Üç yaklaşımı yan yana koyan kod örnekli yazı: iletimerkezi.com/blog/llm-ajani…

İnbound SMS de aynı mantık. Kullanıcı "STOP" yazdı, "EVET" yazdı, kod girdi. Bu yanıtlar webhook ile ajana iner, multi-step akış (rezervasyon onayı, anket, opt-out) tek konuşmada ilerler. Outbound MCP, inbound webhook, ikisi tamamlayıcı.

AI ajanınız SMS gönderiyor, harika. Peki SMS gitmediğinde ne yapıyor? Karar veremiyorsa ajan değil, sadece sender. Webhook bu yüzden var: DLR ajana geri besler, "iletilemedi" durumunda fallback kanal devreye girer.

Kısacası: prompt mühendisliği yapmıyorsunuz, sıkı bir iskelet kuruyorsunuz. Dört parça + sabit system prompt + 7 şablon. AI default tonundan kurtulup marka sesine geçiyor. iletimerkezi.com/blog/ai-ile-sm…

Üretim workflow'u: 1) System prompt = marka sesi (sabit) 2) Şablon = kampanya tipine göre seçilen 3) AI 3 varyant üretir, ekip biri seçer 4) İlk batch'e gönder, dönüşümü ölç 5) En iyi varyant tüm listeye

Kampanya SMS'i için AI'dan iyi çıktı almak prompt mühendisliği değil, dört parçayı atlamamak: hedef kitle, amaç, ton, kısıt. Bu dördünü her prompt'a koyan ekibin çıktısı 3'üncü taslakta hazır oluyor. İskelet ve 7 hazır şablon.