n8n'de MCP: Claude için MCP Server Trigger ve Client

n8n, Model Context Protocol (MCP) için iki node sunar: bir n8n workflow'unun kendisinin bir MCP sunucusu haline gelmesini ve araçlarını Claude veya diğer MCP uyumlu istemcilere sunmasını sağlayan MCP Server Trigger ve bir n8n workflow'unun tam tersine harici bir MCP sunucusunun araçlarını kullanmasını sağlayan MCP Client. Her iki node da n8n'in LangChain entegrasyonlarına ilişkin resmi dokümantasyonuna dayanır ve her uygulama için ayrı bir arayüz geliştirmeden n8n otomasyonlarını doğrudan bir yapay zeka (YZ) sohbetinden veya ajandan yönetilebilir hale getirmek isteyen ekiplere yöneliktir. Tarih: Temmuz 2026.

MCP nedir, kısaca

Model Context Protocol, Claude gibi yapay zeka (YZ) uygulamalarının, her kombinasyon için ayrı bir entegrasyon programlamaya gerek kalmadan harici araçlara, verilere ve hizmetlere erişebilmesini sağlayan açık bir standarttır. Bir MCP sunucusu bir araç listesi sunar; bir MCP istemcisi, örneğin Claude Desktop veya MCP uyumlu başka bir istemci, bu listeyi sorgular ve gerektiğinde tek tek araçları çağırır. n8n, kendi dokümantasyonuna göre her iki rolü de üstlenebilir: kendi workflow'larını araç olarak sunan bir sunucu olarak ve harici MCP sunucularının araçlarını bir workflow'a entegre eden bir istemci olarak. Protokolün kendisi hakkında daha fazla bilgi Model Context Protocol.

MCP Server Trigger: n8n workflow'larını araç olarak sunma

MCP Server Trigger node'u, n8n dokümantasyonuna göre klasik trigger'lardan farklı olarak tek tek olaylara tepki vermez, bunun yerine MCP istemcilerinin mevcut araçları listeleyip çağırabileceği bir URL'yi kalıcı olarak sunar. Workflow'lar, trigger'a "Custom n8n Workflow Tool" node'u üzerinden bağlanır ve ardından tek tek, adlandırılabilir araçlar olarak görünür. n8n bunun için manuel çalıştırma modu için bir test URL'si ve yayınlandıktan sonra ayrı bir üretim URL'si oluşturur; her ikisi de otomatik oluşturulan ancak değiştirilebilen bir yol altındadır. Kimlik doğrulama için, n8n'deki normal HTTP Request kimlik bilgilerinden bilinen Bearer Auth ve Header Auth kullanılabilir.

• Aktarım: Server-Sent Events (SSE) ve streamable HTTP desteklenir, klasik stdio desteklenmez.
• Queue Mode'da çalışma: Birden fazla replika olduğunda, dokümantasyona göre /mcp* adresine gelen tüm istekler tek, özel bir webhook replikasına yönlendirilmelidir, aksi halde bağlantılar kararsız hale gelir.
• Reverse Proxy: nginx'in ön tarafta proxy olarak kullanılması durumunda, MCP endpoint'i için proxy buffering devre dışı bırakılmalıdır.

Claude Desktop bağlantısı için dokümantasyon, SSE mesajlarını stdio tabanlı bir sunucuya proxy'leyen bir gateway'den bahseder, örneğin ilgili MCP URL'si ve bir Authorization header'ı ile mcp-remote komut satırı aracı üzerinden.

MCP Client: n8n'den harici MCP sunucularını kullanma

Tersine, MCP Client node'u, n8n dokümantasyonuna göre harici bir MCP sunucusunun araçlarını bir workflow'a entegre eder. Sunucu aktarımı ve hedef sunucunun MCP endpoint URL'si yapılandırılır, mevcut araçlar ardından harici sunucudan otomatik olarak alınır ve seçime sunulur. Kimlik doğrulama için node, Bearer token, tek veya birden fazla header ve ayrıca OAuth2'yi destekler; herhangi bir kimlik doğrulama olmadan bağlantı da mümkündür. Ayrıca, görüntü veya ses dosyaları gibi dönüş değerlerinin ikili verilere dönüştürülüp dönüştürülmeyeceği ve bir araç çağrısının en fazla ne kadar sürebileceği belirlenebilir. Yapay zeka (YZ) ajanlarıyla kullanım için önemli: dokümantasyon, ajanlar için özel MCP Client Tool node'unun kullanılması gerektiğini, normal MCP Client node'unun ise özellikle sabit workflow adımlarına doğrudan entegrasyon için uygun olduğunu açıkça belirtir.

Pratik örnek

Tipik bir senaryo: MCP Server Trigger'a sahip bir n8n workflow'u, biri CRM kişisi oluşturmak, diğeri açık faturaları almak için iki özel workflow aracı sunar. Claude Desktop, trigger'ın üretim URL'si üzerinden bir MCP istemcisi olarak bağlanır ve bir çalışan bir müşterinin hangi faturalarının hala açık olduğunu sorduğunda olduğu gibi, her iki aracı da sohbette gerektiğinde çağırabilir. Diğer yönde, aynı n8n workflow'u bir MCP Client Tool node'u ile n8n'deki bir yapay zeka (YZ) ajanını, örneğin kendisi için ayrı bir node geliştirmeden bir uzman sistemden veri sorgulamak amacıyla, harici bir MCP sunucusunun araçlarına bağlayabilir. Bağlı yapay zeka (YZ) ajanlarıyla bu tür otomasyonlar planlayanlar, konuyla ilgili arka plan bilgisini şu yazıda bulabilir: Yapay Zeka (YZ) Ajanları. MCP henüz nispeten genç bir protokol olduğundan, üretim ortamında kullanmadan önce güncel n8n dokümantasyonuna göz atmakta fayda var, çünkü kimlik doğrulama ve aktarımla ilgili ayrıntılar gelişmeye devam edebilir.

n8n'de MCP hakkında sıkça sorulan sorular

n8n'de MCP Server Trigger ve MCP Client arasındaki fark nedir?

MCP Server Trigger, bir n8n workflow'unu, araçları dışarıdan, örneğin Claude tarafından çağrılabilen bir MCP sunucusuna dönüştürür. MCP Client ise tam tersini yapar: n8n, harici bir MCP sunucusunun araçlarını çağırır ve bunları kendi workflow'u içinde kullanır.

n8n'i Claude Desktop'a bağlayabilir miyim?

Evet. n8n dokümantasyonuna göre, MCP Server Trigger'ın üretim URL'si, mcp-remote gibi bir gateway üzerinden Claude Desktop'ın yapılandırmasına girilebilir; böylece Claude orada sunulan workflow araçlarını doğrudan çağırabilir.

MCP Server Trigger hangi kimlik doğrulamayı destekler?

Dokümantasyona göre trigger, n8n'deki normal HTTP Request node'ları için de kullanılan aynı kimlik bilgisi türlerine dayanan Bearer Auth ve Header Auth'u destekler.

Bir yapay zeka (YZ) ajanı için ayrı bir MCP node'una ihtiyacım var mı?

Evet. n8n'deki bir yapay zeka (YZ) ajanına entegrasyon için dokümantasyon, normal MCP Client node'u yerine özel MCP Client Tool node'unun kullanılmasını önerir; normal node ise daha çok sabit workflow adımları için tasarlanmıştır.