Kazanimlar:
- Kodsuz/az kodlu otomasyon araçlarıyla LLM'i bir iş akışına bağlamanın mantığını kavrar
- Tetikleyici, LLM adımı ve eylem adımlarından oluşan uçtan uca bir akış tasarlar
- Otomasyonda hata, gizlilik ve maliyet güvenliğini (guardrail) kurar
Yapay zekanın gerçek kurumsal değeri çoğu zaman tek bir sohbet penceresinde değil, iş akışlarının içine gömüldüğünde ortaya çıkar: gelen bir e-postayı sınıflandırıp doğru ekibe yönlendirmek, bir formu özetleyip CRM'e yazmak, destek taleplerini önceliklendirmek, sözleşmeleri tarayıp risk bayrağı koymak. Bunu yapmak için her zaman kod yazmanız gerekmez — kodsuz/az kodlu otomasyon araçları bu köprüyü kurar. Bu ünitede n8n, Zapier ve Make gibi araçlarla LLM'i bir iş akışına bağlamanın mantığını, uçtan uca bir akışın anatomisini ve otomasyonda maliyet/gizlilik/hata güvenliğini (guardrail) öğreneceksiniz.
Otomasyon Aracı Nedir?
Bir otomasyon aracı, farklı uygulamaları "eğer bu olursa şunu yap" mantığıyla birbirine bağlayan görsel bir platformdur. Kod yazmadan, kutuları (node/step) sürükleyip bağlayarak bir akış kurarsınız.
- n8n: Açık kaynaklı, kendi sunucunuzda barındırılabilir, en esnek olanı. Teknik ekipler için güçlü.
- Zapier: En yaygın, en kolay; binlerce hazır uygulama bağlantısı. İş kullanıcıları için ideal.
- Make (eski adı Integromat): Görsel ve esnek; karmaşık çok adımlı akışlarda güçlü.
Üçü de aynı temel mantığı paylaşır ve bir LLM adımını akışa eklemenize izin verir.
Uçtan Uca Akışın Anatomisi
Her LLM otomasyonu üç parçadan oluşur:
- Tetikleyici (trigger): Akışı ne başlatır? Yeni e-posta, yeni form yanıtı, yeni CRM kaydı, zamanlanmış bir saat.
- LLM adımı: Veriyi modele gönderir; model sınıflandırır, özetler, çıkarır veya yanıt üretir.
- Eylem (action): Modelin çıktısıyla ne yapılır? CRM'e yaz, Slack'e bildir, etiket ekle, e-posta gönder.
# Tipik akış şeması[Yeni destek e-postası] → [LLM: sınıflandır + aciliyet ata] → [Yüksek aciliyet ise Slack'e bildir] (tetikleyici) (LLM adımı) (eylem, koşullu)
Kritik nokta: LLM adımı akışın ortasındadır. Girdisi önceki adımdan gelir, çıktısı sonraki adıma beslenir. Bu yüzden çıktının yapılandırılmış ve öngörülebilir olması (4. ünitedeki JSON şeması) otomasyonda hayati önemdedir — sonraki adım o çıktıyı programatik okuyacaktır.
Adım Adım: Bir Akış Kurmak
- Tetikleyiciyi seçin. Hangi olay akışı başlatacak? Gereksiz sık tetiklenmesin (maliyet).
- Veriyi hazırlayın. LLM'e yalnızca gerekli alanları geçirin; hassas veriyi maskeleyin (9. ünite).
- LLM adımını yapılandırın. Model, sistem promptu, max_tokens ve çıktı biçimini belirleyin. Çıktıyı JSON isteyin.
- Çıktıyı ayrıştırın. Sonraki adımın okuyacağı alanları (ör. kategori, aciliyet) çıkarın.
- Koşullu eylem ekleyin. "Aciliyet yüksekse bildir", "kategori fatura ise finans ekibine ata" gibi dallanmalar kurun.
- Hata ve sınır koyun. LLM adımı başarısız olursa ne olacak? Belirsiz çıktıda ne yapılacak?
Otomasyonda Güvenlik: Guardrail'ler
Otomasyon güçlüdür ama denetimsiz bırakılırsa risk büyür: yanlış çıktı otomatik bir eyleme dönüşür (yanlış e-posta gönderilir, yanlış kayıt güncellenir). Bu yüzden koruma bantları (guardrail) şarttır.
Risk
Guardrail
Yanlış/uydurma çıktı otomatik eyleme dönüşür
Yüksek etkili eylemleri (e-posta gönderme, silme) insan onayına bağla
Maliyet patlaması (sonsuz tetikleme)
Tetikleyiciyi sınırla, günlük çağrı kotası koy, hızlı model kullan
Hassas veri sızması
Yalnızca gerekli alanı geçir, maskele, akış geçmişinde kişisel veri tutma
Anahtar sızıntısı
API anahtarını aracın gizli kimlik bilgisi (credential) deposunda sakla, adıma düz metin yazma
Belirsiz çıktıda yanlış dallanma
"Emin değilse insana yönlendir" dalını ekle
Dikkat: Otomasyonda en tehlikeli kalıp, LLM çıktısını doğrulamadan doğrudan yüksek etkili bir eyleme bağlamaktır. Model bir kez yanlış "iade onayla" derse, akış onu otomatik uygular. Yüksek etkili eylemleri her zaman bir doğrulama veya insan onayı adımının arkasına koyun (11. ünite).
Kopyalanabilir Şablonlar
# Otomasyon LLM adımı: sistem promptu (yapılandırılmış çıktı)Sen bir talep sınıflandırıcısısın. Girdi bir müşteri e-postasıdır.Yalnızca şu JSON'u döndür, başka metin yazma:{"kategori":"fatura|teknik|iade|diger","aciliyet":"dusuk|orta|yuksek","ozet":"tek cümle"}Emin değilsen kategori "diger", aciliyet "orta" yaz.
# Koşullu dallanma kuralı (araç içi)EĞER aciliyet == "yuksek" → Slack #acil-destek kanalına bildir + yöneticiye ataEĞER kategori == "fatura" → Finans ekibi kuyruğuna ekleDİĞER → normal destek kuyruğu
# Maliyet guardrail'i (planlama)Tetikleyici: yalnızca "yeni destek e-postası" (spam klasörü hariç)Model: hızlı model (sınıflandırma basit)Günlük çağrı üst sınırı: 3.000 (aşılırsa uyar ve durdur)
# Gizlilik guardrail'i (adım öncesi)Modele göndermeden önce: TCKN, kart no ve telefon alanlarını kaldır/maskele.Yalnızca e-posta gövdesinin metnini ilet; ekleri ve imza bloğunu çıkar.
Zayıf prompt / Güçlü prompt (otomasyon adımı)
# ZAYIF (serbest metin, sonraki adım okuyamaz, doğrulama yok)Bu e-postayı oku ve ne yapılması gerektiğini söyle.
# GÜÇLÜ (yapılandırılmış, dallanmaya uygun, belirsizlikte güvenli)Bu e-postayı sınıflandır. Yalnızca JSON döndür:{"kategori":"fatura|teknik|iade|diger","aciliyet":"dusuk|orta|yuksek"}Yüksek aciliyet yalnızca gerçekten acil (para kaybı, hizmet kesintisi) durumlar için.Emin değilsen "orta" ver.
Güçlü sürüm; makine tarafından okunabilir, koşullu dallanmaya uygun ve belirsizlikte güvenli bir davranış tanımlar. Otomasyonun geri kalanı bu netliğe dayanır.
Üç Mini Vaka
Vaka 1 — E-posta triyajı. Bir KOBİ'nin destek kutusuna günde ~400 e-posta geliyor, hepsi elle sıralanıyordu. n8n ile akış kurdular: yeni e-posta → hızlı modelle sınıflandır → yüksek aciliyet Slack'e, fatura konusu finans ekibine. Sıralama süresi kişi başına günde 2 saatten sıfıra indi; ortalama yanıt süresi %60 kısaldı.
Vaka 2 — Doğrulamasız otomatik iade. Bir e-ticaret ekibi "iade uygun mu?" kararını LLM'e verip çıktıyı doğrudan iade işlemine bağladı. Model birkaç kez hatalı "uygun" deyince otomatik iadeler yapıldı ve maddi kayıp oluştu. Yüksek etkili adımı insan onayına aldılar: LLM öneri üretiyor, bir temsilci onaylıyor. Hatalı iade sıfıra indi. Ders: yüksek etkili eylemi doğrulamadan otomatikleştirmeyin.
Vaka 3 — Maliyet kaçağı. Bir ekip Zapier akışını her gelen bildirimde (spam dahil) tetikliyordu; ayda beklenenden 4 kat fazla çağrı çıktı. Tetikleyiciyi daralttılar (spam hariç), günlük çağrı kotası ve hızlı model koydular. Maliyet öngörülebilir hale geldi ve dörtte bire indi.
Sık yapılan hatalar
- Serbest metin çıktısı almak: Sonraki adım okuyamaz; JSON/yapılandırılmış çıktı isteyin.
- Yüksek etkili eylemi doğrulamadan otomatikleştirmek: Yanlış çıktı doğrudan zarara dönüşür; insan onayı koyun.
- Tetikleyiciyi geniş bırakmak: Gereksiz tetiklenme maliyeti patlatır; daraltın ve kota koyun.
- Anahtarı adıma düz metin yazmak: Aracın gizli kimlik bilgisi deposunu kullanın.
- Tüm ham veriyi modele geçirmek: Gizlilik ihlali; maskeleyin ve minimize edin.
- Belirsizlikte dal tanımlamamak: "Emin değilse insana yönlendir" dalını ekleyin.
Daha Derine: Kodsuz ile Kod Arasında Doğru Seçim
Otomasyon araçları güçlüdür ama her problem için doğru araç değildir. Olgun bir yaklaşım, kodsuz (n8n/Zapier/Make) ile kodlu entegrasyon arasında bilinçli seçim yapmaktır. Kodsuz araçlar; hızlı kurulum, iş kullanıcısının kendi başına akış kurabilmesi ve hazır uygulama bağlantıları sunar. Buna karşılık karmaşık dallanmalar, ince maliyet kontrolü, özel doğrulama mantığı ve çok yüksek hacim gerektiğinde kodlu bir çözüm daha esnek ve ucuz olabilir.
Pratik bir kural: akış basit ve doğrusalsa (tetikleyici → LLM → tek eylem) kodsuz araç idealdir. Akışta karmaşık koşullar, döngüler, özel yeniden deneme mantığı (8. ünite) veya sıkı gizlilik kontrolleri gerekiyorsa, kodlu bir ara katman düşünün. Birçok ekip ikisini birlikte kullanır: kodsuz araç orkestrasyonu yapar, kritik adımları kendi sunucularındaki bir "webhook" ucuna yönlendirir.
İkinci önemli nokta gözlemlenebilirliktir. Kodsuz akışlar "sessizce" başarısız olabilir: bir adım hata verir, akış durur ve kimse fark etmez. Bu yüzden akışlarınıza hata bildirimi (ör. başarısızlıkta ekibe uyarı) ve çalışma günlüğü ekleyin. Ayda kaç çağrı yapıldığını, kaçının başarısız olduğunu ve toplam maliyeti düzenli görmeniz gerekir — 11. ünitedeki izleme ilkeleri kodsuz otomasyonlar için de geçerlidir.
Son olarak, bir otomasyonu canlıya almadan önce mutlaka kuru çalıştırma (dry run) yapın: gerçek eylemleri (e-posta gönderme, kayıt silme) devre dışı bırakıp akışı örnek verilerle deneyin. Böylece yanlış bir dallanmanın veya bozuk bir promptun gerçek zarar vermesini önlersiniz.
Özetle
Otomasyon araçları (n8n, Zapier, Make) LLM'i kod yazmadan iş akışlarına bağlar; her akış tetikleyici, LLM adımı ve eylemden oluşur. LLM çıktısı sonraki adım tarafından okunacağından yapılandırılmış olmalıdır. Güvenlik için guardrail'ler şarttır: yüksek etkili eylemleri insan onayına bağlamak, maliyeti tetikleyici ve kotayla sınırlamak, hassas veriyi maskelemek ve anahtarı gizli kimlik deposunda tutmak.
Uygulama görevi
Kendi bir iş akışınızı seçin (ör. gelen talep triyajı). (1) Tetikleyici, LLM adımı ve eylemleri çizin. (2) LLM adımı için yapılandırılmış çıktı promptu yazın. (3) En az iki koşullu dallanma kuralı tanımlayın. (4) Maliyet, gizlilik ve yüksek etkili eylem için birer guardrail belirleyin ve hangi adımın insan onayı gerektireceğini işaretleyin.
Kontrol listesi
- [ ] Bir otomasyon akışının üç parçasını (tetikleyici, LLM, eylem) sayabiliyorum.
- [ ] LLM çıktısını yapılandırılmış isteyip sonraki adıma besleyebiliyorum.
- [ ] Yüksek etkili eylemleri insan onayına bağlamayı biliyorum.
- [ ] Maliyeti tetikleyici ve kotayla sınırlayabiliyorum.
- [ ] Anahtarı gizli kimlik deposunda tutmayı ve veriyi maskelemeyi uyguluyorum.