Kısa cevap: AI otomasyon, tetikleyiciyle başlayan iş akışına bir dil modeli ekleyerek metin sınıflandırma, bilgi çıkarma, taslak üretme veya yönlendirme yaptırmaktır. AI agent ise hedefe ulaşmak için hangi aracı hangi sırayla kullanacağına sınırlı ölçüde karar verebilir. n8n ve Make gibi platformlarla güvenli sistem kurmak için önce deterministik akışı tasarlayın, modele yalnızca gerekli araçları verin, şema doğrulaması ve insan onayı ekleyin, hata–tekrar–maliyet sınırlarını belirleyin ve bütün çalışmaları kaydedin.
Bu rehber “AI agent nedir, n8n mi Make mi seçilmeli, webhook ve araç çağırma nasıl tasarlanır, insan onayı nereye konur, prompt injection ve aşırı yetki nasıl önlenir, otomasyon nasıl test edilir?” sorularını yanıtlar. Amaç gösterişli bir demo değil; ölçülebilir, geri alınabilir ve işletilebilir üretim sistemi kurmaktır.
Klasik otomasyonda adımlar önceden bellidir: form gelince alanları doğrula, CRM kaydı oluştur ve bildirim gönder. AI destekli otomasyon bu sabit akışın bir adımında serbest metni sınıflandırabilir veya özetleyebilir. Agent sisteminde model mevcut araçlar arasından seçim yapar, ara sonucu değerlendirir ve bir sonraki adımı belirleyebilir.
Her otomasyonun agent olması gerekmez. Vergi hesabı, stok düşme veya izin kontrolü gibi kesin kurallı işlemler normal kod ve doğrulama ile yapılmalıdır. Model yalnızca belirsiz dil veya içerik yorumunun gerçekten değer kattığı noktaya eklenmelidir.
Her iki platform da tetikleyici, uygulama bağlantıları, veri eşleme, dallanma ve hata yönetimiyle iş akışı kurar. Seçimi yalnızca ekran görünümüne göre değil; barındırma, veri bölgesi, ekip yetkileri, gerekli entegrasyonlar, kod ihtiyacı, yürütme modeli, fiyatlandırma ve gözlemlenebilirlik üzerinden yapın.
Kendi gerçek iş akışınızla küçük pilot yapın. Make'in resmî agent rehberi tetikleyici, model, talimat, araç, bilgi ve test adımlarını ayrı ayrı tanımlar. n8n de AI Agent düğümlerini normal workflow tetikleyicileri, araçları ve insan onayıyla birleştirir. Ürün özellikleri sık değiştiği için güncel resmî belgeyi esas alın.
Webhook, zamanlayıcı, yeni e-posta, form veya veri değişikliği akışı başlatır. Webhook URL'si kimlik doğrulama, imza doğrulama, rate limit ve tekrar saldırısı koruması olmadan açık bırakılmamalıdır. Aynı olay iki kez gelirse idempotency anahtarı çift işlem yapılmasını önlemelidir.
Agentın ihtiyaç duyduğu müşteri, görev ve politika verisini en az kapsamda sağlayın. Uzun sohbet geçmişini sınırsız taşımak maliyet ve gizlilik riski oluşturur. Kalıcı hafıza için neyin yazılacağı, ne kadar tutulacağı ve kullanıcının nasıl sileceği belirlenmelidir.
Arama, CRM okuma, e-posta taslağı, takvim veya veri tabanı sorgusu gibi her araç dar ve açık bir işleve sahip olmalıdır. Parametreleri şemayla doğrulayın. “Her şeyi yapabilen” genel araç, en az yetki ilkesini bozar.
Hangi işlemin otomatik, hangisinin kullanıcı onaylı, hangisinin tamamen yasak olduğunu matris halinde yazın. Okuma ile yazma; taslak oluşturma ile gönderme; fiyat önerme ile tahsilat birbirinden ayrılmalıdır. Yüksek etkili işlem öncesinde modele değil, uygulama katmanına bağlı onay kapısı kullanın.
Örneğin destek e-postasını doğrudan yanıtlayan agent yerine önce kategori, önem ve taslak üreten sistem kurun. İnsan onayından sonra gönderin. Ölçümde yalnızca hız değil; yanlış yönlendirme, düzenleme süresi ve müşteri etkisini hesaba katın.
Webhook isteğini HTTPS üzerinden alın; sağlayıcı destekliyorsa imzayı ham gövde üzerinden doğrulayın. API anahtarını URL sorgusuna koymayın. Kaynak IP allowlist'i tek başına yeterli olmayabilir; zaman damgası ve nonce ile tekrar gönderimi engelleyin. Büyük gövde, dosya türü ve istek hızına sınır koyun.
Make belgeleri instant webhook'ların varsayılan olarak paralel işlenebildiğini, sıra gerektiğinde “process data in order” seçeneğinin kullanılabildiğini açıklar. Sıra, bakiye veya stok gibi işlemlerde önemlidir. Başarılı HTTP yanıtı, sonraki bütün modüllerin başarıyla tamamlandığını göstermeyebilir. Yanıtın akıştaki konumunu ve hata bildirimini test edin.
Para transferi, sipariş iptali, dışarıya e-posta gönderme, kullanıcı silme, izin değiştirme, sözleşme yayımlama veya müşteri kaydını güncelleme gibi etkili işlemlerde onay gerekir. Onay ekranı agentın niyetini değil, gerçek parametreleri göstermelidir: alıcı, tutar, kayıt, değişecek alan ve geri alma olanağı.
Onay veren kişinin yetkisi sunucu tarafında kontrol edilmeli; “evet” mesajı her işlem için genel izin sayılmamalıdır. Zaman aşımı sonrası onay geçersiz olmalı ve işlem içeriği değişirse yeni onay istenmelidir.
Agentın okuduğu e-posta veya web sayfasında gizli talimat bulunabilir. Bu içerik sistem kuralı değil, güvenilmeyen veri olarak ele alınmalıdır. OWASP'ın Excessive Agency açıklaması, modele gereğinden fazla işlev, izin veya özerklik verilmesinin gizlilik, bütünlük ve erişilebilirlik etkileri doğurabileceğini vurgular.
Agentın “bu işlem güvenli” demesi güvenlik kontrolü değildir. Yetki ve doğrulama model dışında uygulanmalıdır.
Geçici ağ hatası ile doğrulama hatasını ayırın. Geçici hatada exponential backoff ve sınırlı tekrar; hatalı veride manuel inceleme kullanın. Aynı işlemin tekrarında kopya sipariş veya e-posta oluşmaması için idempotency anahtarı saklayın. Sonsuz döngüyü önlemek amacıyla maksimum adım, süre, token ve maliyet limiti belirleyin.
Başarısız işi “dead-letter” kuyruğuna taşıyın; hata nedeni, girdi özeti ve yeniden çalışma bağlantısı gösterin. Kısmi başarıda hangi adımın geri alınacağı tanımlı olmalıdır. Retry, yanlış mantığı daha hızlı tekrarlamamalıdır.
Normal örneklerin yanında boş alan, uzun metin, farklı dil, bozuk JSON, yinelenen webhook, yetkisiz kullanıcı, zararlı talimat ve servis kesintisini test edin. Araçları test ortamında veya mock ile çalıştırın. Agentın yanlış aracı seçme, doğru araca yanlış parametre gönderme ve sonuçtan sonra gereksiz ek işlem yapma durumlarını ölçün.
Gölge modda agent karar üretir ama işlem yapmaz; mevcut sistemle karşılaştırılır. Canary dağıtımda küçük trafik yüzdesi yeni sürüme yönlendirilir. Model, prompt, araç şeması ve workflow değişikliğinde regresyon testini yeniden çalıştırın.
Her çalışma için correlation ID, kullanıcı, tetikleyici, model, prompt sürümü, araç çağrıları, süre, token, maliyet, onay ve sonuç kaydedin. Loglarda kişisel veri ve sırları maskeleyin. Başarı oranı yanında insan müdahalesi, yanlış işlem, tekrar, kuyruk süresi ve görev başına maliyeti izleyin.
Bütçe alarmı, kullanıcı ve akış bazlı kota, maksimum konuşma geçmişi ve gereksiz araç çıktısını filtreleme maliyeti sınırlar. Hızlı model ile karmaşık model arasında görev bazlı yönlendirme yapılabilir; ancak her yol aynı kalite testinden geçmelidir.
Ekibin deneyimi ve entegrasyonuna bağlıdır. Make görsel senaryo kurulumuyla, n8n ise özelleştirme ve barındırma seçenekleriyle farklı ihtiyaçlara uyabilir. Küçük pilotu maliyet, hata yönetimi ve yetki gereksinimiyle karşılaştırın.
Düşük riskli, geri alınabilir ve iyi test edilmiş görevlerde sınırlı özerklik mümkündür. Dış iletişim, finansal veya geri alınması zor işlemlerde insan onayı ve sıkı politika gerekir.
Chatbot çoğunlukla yanıt üretir. Agent, araç çağırıp dış sistemde işlem yapabilir ve birkaç adımlı hedef izleyebilir. Bu ek yetenek güvenlik ve gözlemlenebilirlik ihtiyacını artırır.
Basit akışlar kodsuz kurulabilir; güvenli üretim sistemi için API, veri yapısı, kimlik doğrulama, hata yönetimi ve test bilgisi gerekir.
Sonuç olarak güvenilir AI otomasyon; dar kapsam, en az yetki, doğrulanmış araç parametreleri, insan onayı, idempotency, gözlemlenebilirlik ve sürekli test ile kurulur. Agentın ne yapabildiğini artırmadan önce ne zaman duracağını ve nasıl geri alınacağını tasarlayın.
Bu rehber “AI agent nedir, n8n mi Make mi seçilmeli, webhook ve araç çağırma nasıl tasarlanır, insan onayı nereye konur, prompt injection ve aşırı yetki nasıl önlenir, otomasyon nasıl test edilir?” sorularını yanıtlar. Amaç gösterişli bir demo değil; ölçülebilir, geri alınabilir ve işletilebilir üretim sistemi kurmaktır.
AI otomasyon ile AI agent arasındaki fark nedir?
Klasik otomasyonda adımlar önceden bellidir: form gelince alanları doğrula, CRM kaydı oluştur ve bildirim gönder. AI destekli otomasyon bu sabit akışın bir adımında serbest metni sınıflandırabilir veya özetleyebilir. Agent sisteminde model mevcut araçlar arasından seçim yapar, ara sonucu değerlendirir ve bir sonraki adımı belirleyebilir.Her otomasyonun agent olması gerekmez. Vergi hesabı, stok düşme veya izin kontrolü gibi kesin kurallı işlemler normal kod ve doğrulama ile yapılmalıdır. Model yalnızca belirsiz dil veya içerik yorumunun gerçekten değer kattığı noktaya eklenmelidir.
n8n ve Make nasıl karşılaştırılır?
Her iki platform da tetikleyici, uygulama bağlantıları, veri eşleme, dallanma ve hata yönetimiyle iş akışı kurar. Seçimi yalnızca ekran görünümüne göre değil; barındırma, veri bölgesi, ekip yetkileri, gerekli entegrasyonlar, kod ihtiyacı, yürütme modeli, fiyatlandırma ve gözlemlenebilirlik üzerinden yapın.- Entegrasyon: Kullandığınız CRM, e-posta, dosya ve veri tabanı modülleri mevcut mu?
[/*] - Kontrol: Kendi ortamında barındırma veya özel ağ bağlantısı gerekiyor mu?
[/*] - Hata yönetimi: Tekrar, kuyruk, dead-letter ve manuel yeniden çalıştırma nasıl işliyor?
[/*] - Yetki: Bağlantı bilgileri, rol ve ortam ayrımı yönetilebiliyor mu?
[/*] - Maliyet: Bir başarılı iş için işlem, token ve üçüncü taraf API maliyeti nedir?
[/*]
Kendi gerçek iş akışınızla küçük pilot yapın. Make'in resmî agent rehberi tetikleyici, model, talimat, araç, bilgi ve test adımlarını ayrı ayrı tanımlar. n8n de AI Agent düğümlerini normal workflow tetikleyicileri, araçları ve insan onayıyla birleştirir. Ürün özellikleri sık değiştiği için güncel resmî belgeyi esas alın.
AI agent mimarisi hangi bileşenlerden oluşur?
Tetikleyici
Webhook, zamanlayıcı, yeni e-posta, form veya veri değişikliği akışı başlatır. Webhook URL'si kimlik doğrulama, imza doğrulama, rate limit ve tekrar saldırısı koruması olmadan açık bırakılmamalıdır. Aynı olay iki kez gelirse idempotency anahtarı çift işlem yapılmasını önlemelidir.
Bağlam ve durum
Agentın ihtiyaç duyduğu müşteri, görev ve politika verisini en az kapsamda sağlayın. Uzun sohbet geçmişini sınırsız taşımak maliyet ve gizlilik riski oluşturur. Kalıcı hafıza için neyin yazılacağı, ne kadar tutulacağı ve kullanıcının nasıl sileceği belirlenmelidir.
Araçlar
Arama, CRM okuma, e-posta taslağı, takvim veya veri tabanı sorgusu gibi her araç dar ve açık bir işleve sahip olmalıdır. Parametreleri şemayla doğrulayın. “Her şeyi yapabilen” genel araç, en az yetki ilkesini bozar.
Politika ve onay
Hangi işlemin otomatik, hangisinin kullanıcı onaylı, hangisinin tamamen yasak olduğunu matris halinde yazın. Okuma ile yazma; taslak oluşturma ile gönderme; fiyat önerme ile tahsilat birbirinden ayrılmalıdır. Yüksek etkili işlem öncesinde modele değil, uygulama katmanına bağlı onay kapısı kullanın.
İlk AI otomasyonu nasıl planlanır?
- Tek, tekrarlı ve düşük riskli süreci seçin.
[/*] - Mevcut adımları, süreyi ve hata oranını ölçün.
[/*] - Girdi, çıktı ve istisnaları örneklerle belgeleyin.
[/*] - Deterministik adımları model adımlarından ayırın.
[/*] - Her dış sistem için en az yetkili bağlantı oluşturun.
[/*] - Yapılandırılmış çıktı ve alan doğrulaması ekleyin.
[/*] - Hata, zaman aşımı, tekrar ve manuel kuyruğu tasarlayın.
[/*] - Test verisiyle gölge modda çalıştırın.
[/*] - Başarı eşiğini geçtiğinde sınırlı kullanıcıya açın.
[/*]
Örneğin destek e-postasını doğrudan yanıtlayan agent yerine önce kategori, önem ve taslak üreten sistem kurun. İnsan onayından sonra gönderin. Ölçümde yalnızca hız değil; yanlış yönlendirme, düzenleme süresi ve müşteri etkisini hesaba katın.
Webhook güvenliği nasıl sağlanır?
Webhook isteğini HTTPS üzerinden alın; sağlayıcı destekliyorsa imzayı ham gövde üzerinden doğrulayın. API anahtarını URL sorgusuna koymayın. Kaynak IP allowlist'i tek başına yeterli olmayabilir; zaman damgası ve nonce ile tekrar gönderimi engelleyin. Büyük gövde, dosya türü ve istek hızına sınır koyun.Make belgeleri instant webhook'ların varsayılan olarak paralel işlenebildiğini, sıra gerektiğinde “process data in order” seçeneğinin kullanılabildiğini açıklar. Sıra, bakiye veya stok gibi işlemlerde önemlidir. Başarılı HTTP yanıtı, sonraki bütün modüllerin başarıyla tamamlandığını göstermeyebilir. Yanıtın akıştaki konumunu ve hata bildirimini test edin.
İnsan onayı hangi işlemlerde zorunludur?
Para transferi, sipariş iptali, dışarıya e-posta gönderme, kullanıcı silme, izin değiştirme, sözleşme yayımlama veya müşteri kaydını güncelleme gibi etkili işlemlerde onay gerekir. Onay ekranı agentın niyetini değil, gerçek parametreleri göstermelidir: alıcı, tutar, kayıt, değişecek alan ve geri alma olanağı.Onay veren kişinin yetkisi sunucu tarafında kontrol edilmeli; “evet” mesajı her işlem için genel izin sayılmamalıdır. Zaman aşımı sonrası onay geçersiz olmalı ve işlem içeriği değişirse yeni onay istenmelidir.
Prompt injection ve excessive agency nasıl önlenir?
Agentın okuduğu e-posta veya web sayfasında gizli talimat bulunabilir. Bu içerik sistem kuralı değil, güvenilmeyen veri olarak ele alınmalıdır. OWASP'ın Excessive Agency açıklaması, modele gereğinden fazla işlev, izin veya özerklik verilmesinin gizlilik, bütünlük ve erişilebilirlik etkileri doğurabileceğini vurgular.- Agent araçlarını yalnızca görev için gerekenlerle sınırlayın.
[/*] - Okuma ve yazma kimlik bilgilerini ayırın.
[/*] - Hassas veriyi araç çıktısından filtreleyin.
[/*] - Alıcı, alan ve miktar için allowlist kullanın.
[/*] - Harici içeriğin talimat olmadığını sistemde belirtin.
[/*] - Yüksek etkili çağrıları bağımsız politika motorundan geçirin.
[/*] - Gizli anahtarları prompta veya loga koymayın.
[/*]
Agentın “bu işlem güvenli” demesi güvenlik kontrolü değildir. Yetki ve doğrulama model dışında uygulanmalıdır.
Hata yönetimi ve tekrar politikası nasıl kurulur?
Geçici ağ hatası ile doğrulama hatasını ayırın. Geçici hatada exponential backoff ve sınırlı tekrar; hatalı veride manuel inceleme kullanın. Aynı işlemin tekrarında kopya sipariş veya e-posta oluşmaması için idempotency anahtarı saklayın. Sonsuz döngüyü önlemek amacıyla maksimum adım, süre, token ve maliyet limiti belirleyin.Başarısız işi “dead-letter” kuyruğuna taşıyın; hata nedeni, girdi özeti ve yeniden çalışma bağlantısı gösterin. Kısmi başarıda hangi adımın geri alınacağı tanımlı olmalıdır. Retry, yanlış mantığı daha hızlı tekrarlamamalıdır.
AI otomasyon nasıl test edilir?
Normal örneklerin yanında boş alan, uzun metin, farklı dil, bozuk JSON, yinelenen webhook, yetkisiz kullanıcı, zararlı talimat ve servis kesintisini test edin. Araçları test ortamında veya mock ile çalıştırın. Agentın yanlış aracı seçme, doğru araca yanlış parametre gönderme ve sonuçtan sonra gereksiz ek işlem yapma durumlarını ölçün.Gölge modda agent karar üretir ama işlem yapmaz; mevcut sistemle karşılaştırılır. Canary dağıtımda küçük trafik yüzdesi yeni sürüme yönlendirilir. Model, prompt, araç şeması ve workflow değişikliğinde regresyon testini yeniden çalıştırın.
İzleme ve maliyet kontrolü nasıl yapılır?
Her çalışma için correlation ID, kullanıcı, tetikleyici, model, prompt sürümü, araç çağrıları, süre, token, maliyet, onay ve sonuç kaydedin. Loglarda kişisel veri ve sırları maskeleyin. Başarı oranı yanında insan müdahalesi, yanlış işlem, tekrar, kuyruk süresi ve görev başına maliyeti izleyin.Bütçe alarmı, kullanıcı ve akış bazlı kota, maksimum konuşma geçmişi ve gereksiz araç çıktısını filtreleme maliyeti sınırlar. Hızlı model ile karmaşık model arasında görev bazlı yönlendirme yapılabilir; ancak her yol aynı kalite testinden geçmelidir.
AI agent kontrol listesi
- Amaç, kapsam ve yasak işlemler yazılı mı?
[/*] - Deterministik adımlar agenttan ayrıldı mı?
[/*] - Her araç en az yetkiyle mi çalışıyor?
[/*] - Webhook kimlik doğrulama ve idempotency var mı?
[/*] - Yazma işlemlerinde insan onayı var mı?
[/*] - Şema, alan ve iş kuralı doğrulaması yapılıyor mu?
[/*] - Zaman, adım, retry, token ve maliyet limiti var mı?
[/*] - Hata kuyruğu ve geri alma süreci test edildi mi?
[/*] - Prompt injection ve veri sızıntısı testleri var mı?
[/*] - Model veya workflow değişiminde eval yeniden çalışıyor mu?
[/*]
Sık sorulan sorular
n8n mi Make mi daha kolay?
Ekibin deneyimi ve entegrasyonuna bağlıdır. Make görsel senaryo kurulumuyla, n8n ise özelleştirme ve barındırma seçenekleriyle farklı ihtiyaçlara uyabilir. Küçük pilotu maliyet, hata yönetimi ve yetki gereksinimiyle karşılaştırın.
AI agent tamamen otomatik çalışabilir mi?
Düşük riskli, geri alınabilir ve iyi test edilmiş görevlerde sınırlı özerklik mümkündür. Dış iletişim, finansal veya geri alınması zor işlemlerde insan onayı ve sıkı politika gerekir.
Agent ile chatbot aynı şey mi?
Chatbot çoğunlukla yanıt üretir. Agent, araç çağırıp dış sistemde işlem yapabilir ve birkaç adımlı hedef izleyebilir. Bu ek yetenek güvenlik ve gözlemlenebilirlik ihtiyacını artırır.
Başlamak için kod bilmek gerekir mi?
Basit akışlar kodsuz kurulabilir; güvenli üretim sistemi için API, veri yapısı, kimlik doğrulama, hata yönetimi ve test bilgisi gerekir.
Resmî kaynaklar
- n8n: Advanced AI belgeleri
[/*] - n8n: Human fallback
[/*] - Make: İlk AI agentını oluşturma
[/*] - Make: Webhook işleyişi ve hata yönetimi
[/*] - OpenAI: Agent oluşturma rehberi
[/*] - OWASP: Excessive Agency riski
[/*]
Sonuç olarak güvenilir AI otomasyon; dar kapsam, en az yetki, doğrulanmış araç parametreleri, insan onayı, idempotency, gözlemlenebilirlik ve sürekli test ile kurulur. Agentın ne yapabildiğini artırmadan önce ne zaman duracağını ve nasıl geri alınacağını tasarlayın.