ROOM64 / KNOWLEDGE / N8N

การใช้งาน MCP Server Trigger

MCP Server Trigger — เรียนรู้วิธีใช้ trigger node เซิร์ฟเวอร์ MCP ใน n8n ปฏิบัติตามเอกสารทางเทคนิคเพื่อรวม trigger node เซิร์ฟเวอร์ MCP เข้ากับ workflow ของคุณ

อ่านต้นฉบับที่ n8n Official Docs ↗
คำแปลอัตโนมัติภาษาไทย แปลด้วย Google Translate / M2M100 จากเอกสาร n8n ณ วันที่ 2026-09-28 ยังไม่ได้ตรวจทานทางเทคนิคทุกหน้า โค้ดและ expression คงตามต้นฉบับ ชื่อ node เมนู และศัพท์เทคนิคคงภาษาอังกฤษเพื่อเทียบกับหน้าจอ n8n

Core nodes · จัดการข้อมูลและลำดับงาน · MCP Server Trigger

← Core nodes

สารบัญในหน้านี้

เรียนรู้วิธีใช้ trigger node เซิร์ฟเวอร์ MCP ใน n8n ปฏิบัติตามเอกสารทางเทคนิคเพื่อรวม trigger node เซิร์ฟเวอร์ MCP เข้ากับ workflow ของคุณ

ใช้ trigger node เซิร์ฟเวอร์ MCP เพื่ออนุญาตให้ n8n ทำหน้าที่เป็น โปรโตคอลบริบทแบบจำลอง (MCP) เซิร์ฟเวอร์ ทำให้เครื่องมือและ workflow n8n พร้อมใช้งานสำหรับไคลเอนต์ MCP

Credentials

อ้างถึง HTTP Request credentials สำหรับข้อมูลการตรวจสอบสิทธิ์สำหรับ node นี้

trigger node เซิร์ฟเวอร์ MCP ทำงานอย่างไร

trigger node เซิร์ฟเวอร์ MCP ทำหน้าที่เป็นจุดเริ่มต้นเข้าสู่ n8n สำหรับไคลเอนต์ MCP ทำงานโดยการเปิดเผย URL ที่ไคลเอนต์ MCP สามารถโต้ตอบด้วยเพื่อเข้าถึงเครื่องมือ n8n

ไม่เหมือนแบบเดิมๆ trigger node 1 , ซึ่งตอบสนองต่อเหตุการณ์และส่งผลของพวกเขาไปยังที่ถัดไป node ที่เชื่อมต่อ trigger node เซิร์ฟเวอร์ MCP จะเชื่อมต่อและดำเนินการเท่านั้น เครื่องมือ node ลูกค้าสามารถแสดงรายการเครื่องมือที่มีอยู่และเรียกใช้เครื่องมือแต่ละรายการเพื่อดำเนินการได้

คุณสามารถเปิดเผย workflow n8n ให้กับลูกค้าได้โดยการแนบไฟล์เหล่านั้นมาพร้อมกับ Call n8n Workflow Tool node

เหตุการณ์ที่เซิร์ฟเวอร์ส่ง (SSE) และการสนับสนุน HTTP ที่สามารถสตรีมได้ (Server-Sent Events (SSE) and streamable HTTP support)

trigger node เซิร์ฟเวอร์ MCP รองรับทั้งสองอย่าง เหตุการณ์ที่เซิร์ฟเวอร์ส่ง (SSE) การขนส่งที่มีอายุการใช้งานยาวนานซึ่งสร้างขึ้นบน HTTP และ HTTP ที่สามารถสตรีมได้ สำหรับการเชื่อมต่อระหว่างไคลเอนต์และเซิร์ฟเวอร์ ขณะนี้ยังไม่รองรับ input/เอาท์พุตมาตรฐาน (stdio) การขนส่ง

parameter node

ใช้ parameter เหล่านี้เพื่อกำหนดค่า node ของคุณ

MCP URL

trigger node เซิร์ฟเวอร์ MCP มีสองรายการ MCP URLs : การทดสอบและการผลิต n8n แสดง URL ที่ด้านบนของแผง node

เลือก Test URL หรือ Production URL เพื่อสลับ URL n8n ที่แสดง

  • Test : n8n ลงทะเบียน MCP URL ทดสอบเมื่อคุณเลือก Listen for Test Event หรือ Execute workflow หาก workflow ไม่ได้ใช้งานอยู่ เมื่อคุณเรียก MCP URL n8n จะแสดงข้อมูลใน workflow
  • Production : n8n ลงทะเบียน MCP URL ที่ใช้งานจริงเมื่อคุณเผยแพร่ workflow เมื่อใช้ URL ที่ใช้งานจริง n8n จะไม่แสดงข้อมูลใน workflow คุณยังคงสามารถดูข้อมูล workflow สำหรับการดำเนินการผลิตได้: เลือก Executions ใน workflow จากนั้นเลือกการดำเนินการ workflow ที่คุณต้องการดู

Authentication

คุณสามารถกำหนดให้มีการตรวจสอบสิทธิ์สำหรับไคลเอ็นต์ที่เชื่อมต่อกับ MCP URL ของคุณได้ เลือกจาก:

  • ไม่มี
  • ผู้ถือใบอนุญาต
  • การรับรองความถูกต้องส่วนหัว

อ้างถึง HTTP Request credentials สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการตั้งค่า credentials แต่ละประเภท

Path

ตามค่าเริ่มต้น ฟิลด์นี้ประกอบด้วยเส้นทาง MCP URL ที่สร้างขึ้นแบบสุ่ม เพื่อหลีกเลี่ยงความขัดแย้งกับ trigger node เซิร์ฟเวอร์ MCP อื่นๆ

คุณสามารถระบุเส้นทาง URL ได้ด้วยตนเอง รวมถึงการเพิ่ม parameter เส้นทาง ตัวอย่างเช่น คุณอาจต้องทำเช่นนี้หากคุณใช้ n8n เพื่อสร้างต้นแบบ API และต้องการ URL ตำแหน่งข้อมูลที่สอดคล้องกัน

เทมเพลตและตัวอย่าง

เรียกดูเทมเพลตการรวมเอกสารประกอบ trigger node เซิร์ฟเวอร์ MCP หรือ ค้นหาเทมเพลตทั้งหมด

Integrating with Claude Desktop

คุณสามารถเชื่อมต่อกับ trigger node เซิร์ฟเวอร์ MCP จาก คลอดด์สก์ท็อป โดยการเรียกใช้เกตเวย์ไปยังข้อความพร็อกซี SSE ไปยังเซิร์ฟเวอร์ที่ใช้ stdio

โดยเพิ่มสิ่งต่อไปนี้ในการกำหนดค่า Claude Desktop ของคุณ:

{
  "mcpServers": {
    "n8n": {
      "command": "npx",
      "args": [
        "mcp-remote",
        "<MCP_URL>",
        "--header",
        "Authorization: Bearer ${AUTH_TOKEN}"
      ],
      "env": {
        "AUTH_TOKEN": "<MCP_BEARER_TOKEN>"
      }
    }
  }
}

อย่าลืมเปลี่ยน <MCP_URL> และ <MCP_BEARER_TOKEN> ตัวยึดตำแหน่งที่มีค่าจาก parameter และข้อมูลประจำตัวของ trigger node เซิร์ฟเวอร์ MCP ของคุณ

ข้อจำกัด

การกำหนดค่า trigger node เซิร์ฟเวอร์ MCP ด้วยแบบจำลอง Webhook (Configuring the MCP Server Trigger node with webhook replicas)

trigger node เซิร์ฟเวอร์ MCP อาศัยเหตุการณ์ที่เซิร์ฟเวอร์ส่ง (SSE) หรือ HTTP ที่สามารถสตรีมได้ ซึ่งต้องใช้อินสแตนซ์เซิร์ฟเวอร์เดียวกันในการจัดการการเชื่อมต่อแบบถาวร นี่อาจทำให้เกิดปัญหาเมื่อใช้งาน n8n โหมดคิว ขึ้นอยู่กับคุณ โปรเซสเซอร์ webhook การกำหนดค่า:

  • หากคุณใช้โหมดคิวด้วย แบบจำลอง webhook เดียว (single webhook replica) trigger node เซิร์ฟเวอร์ MCP ทำงานตามที่คาดไว้
  • ถ้าคุณวิ่ง การจำลอง webhook หลายรายการ (multiple webhook replicas) คุณต้องกำหนดเส้นทางทั้งหมด /mcp* คำขอไปยังแบบจำลอง webhook เฉพาะรายการเดียว สร้างชุดการจำลองแยกต่างหากด้วยคอนเทนเนอร์ webhook หนึ่งคอนเทนเนอร์สำหรับคำขอ MCP หลังจากนั้น ให้อัปเดตการกำหนดค่าขาเข้าหรือโหลดบาลานเซอร์ของคุณเพื่อควบคุมทั้งหมด /mcp* การรับส่งข้อมูลไปยังอินสแตนซ์นั้น

ข้อควรระวังเมื่อรันด้วยการจำลอง webhook หลายรายการ (Caution when running with multiple webhook replicas)

หากคุณเรียกใช้ trigger node เซิร์ฟเวอร์ MCP ที่มีการจำลอง Webhook หลายรายการและไม่ได้กำหนดเส้นทางทั้งหมด /mcp* คำขอไปยังแบบจำลอง Webhook เฉพาะรายการเดียว การเชื่อมต่อ SSE และ HTTP ที่สามารถสตรีมได้ของคุณมักจะเสียหายหรือล้มเหลวในการส่งเหตุการณ์ที่เชื่อถือได้

claude.ai ขอให้ผู้ใช้ลงชื่อเข้าใช้เมื่อการตรวจสอบสิทธิ์เป็นไม่มี (claude.ai asks users to sign in when Authentication is None)

ตัวเชื่อมต่อแบบกำหนดเองของ claude.ai ขอให้คุณลงชื่อเข้าใช้ n8n แม้ว่าคุณจะตั้งค่าไว้ก็ตาม Authentication ถึง None . claude.ai เป็นลูกค้ารายเดียวที่ทราบว่าทำเช่นนี้

อินสแตนซ์ของคุณเสนอการตรวจสอบสิทธิ์ผู้ใช้ n8n สำหรับ trigger อื่นๆ claude.ai ถือว่าจุดสิ้นสุด MCP ทุกจุดบนโดเมนของคุณใช้งาน

n8n ยังมีไฟล์ MCP Client Tool node ที่ช่วยให้คุณเชื่อมต่อเอเจนต์ n8n AI ของคุณกับเครื่องมือภายนอก

อ้างถึง เอกสาร MCP และ ข้อกำหนด MCP สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับโปรโตคอล เซิร์ฟเวอร์ และไคลเอนต์

ปัญหาทั่วไป

ต่อไปนี้เป็นข้อผิดพลาดและปัญหาทั่วไปบางประการเกี่ยวกับ trigger node เซิร์ฟเวอร์ MCP และขั้นตอนในการแก้ไขหรือแก้ไขปัญหา

การเรียกใช้ trigger node เซิร์ฟเวอร์ MCP ด้วยพร็อกซีย้อนกลับ (Running the MCP Server Trigger node with a reverse proxy)

เมื่อเรียกใช้ n8n หลังพร็อกซีย้อนกลับ เช่น nginx คุณอาจประสบปัญหาหากไม่ได้กำหนดค่าตำแหน่งข้อมูล MCP สำหรับ SSE หรือ HTTP ที่สามารถสตรีมได้

โดยเฉพาะ คุณต้องปิดใช้งานการบัฟเฟอร์พร็อกซีสำหรับปลายทาง รายการอื่นๆ ที่คุณอาจต้องการปรับเปลี่ยน ได้แก่ การปิดใช้งานการบีบอัด gzip (n8n จัดการสิ่งนี้เอง) การปิดใช้งานการเข้ารหัสการถ่ายโอนแบบ chunked และการตั้งค่า Connection เป็น string ว่างเพื่อลบออกจากส่วนหัวที่ส่งต่อ การปิดใช้ตำแหน่งข้อมูล MCP อย่างชัดเจนทำให้มั่นใจได้ว่าจะไม่สืบทอดมาจากที่อื่นในการกำหนดค่า nginx ของคุณ

ตัวอย่างบล็อกตำแหน่ง nginx สำหรับการให้บริการการรับส่งข้อมูล MCP ด้วยการตั้งค่าเหล่านี้อาจมีลักษณะดังนี้:

location /mcp/ {
    proxy_http_version          1.1;
    proxy_buffering             off;
    gzip                        off;
    chunked_transfer_encoding   off;

    proxy_set_header            Connection '';

    # The rest of your proxy headers and settings
    # . . .
}

หมายเหตุ

  1. trigger node เป็น node พิเศษที่รับผิดชอบในการดำเนินการ workflow เพื่อตอบสนองต่อเงื่อนไขบางประการ workflow การผลิตทั้งหมดต้องมี trigger อย่างน้อยหนึ่งรายการเพื่อพิจารณาว่า workflow ควรทำงานเมื่อใด ↩

เอกสารและภาพต้นฉบับ © n8n GmbH · คำแปล คู่มือประกอบ และภาพแนวคิดเพิ่มเติมโดย Room64 · เว็บไซต์นี้ไม่ใช่เอกสารทางการของ n8n · Apache 2.0 พร้อม Commons Clause

มีงานที่อยากให้ Software, AI หรือ Automation ช่วยอยู่ไหม?

เล่า workflow หรือปัญหาที่ทีมกำลังเจอ เราช่วยดูได้ว่าควรใช้ระบบสำเร็จรูป เชื่อมเครื่องมือเดิม หรือพัฒนาเพิ่มเฉพาะส่วนไหน

คุยกับเราทาง LINEhello@room64.net