SSD Nodes Learn Hosting plans →
คู่มือ Matt Connorโดย Matt Connor

วิธีเชื่อมต่อ Claude API เข้ากับ n8n บน VPS ของคุณ

คู่มือการติดตั้ง Claude บน n8n แบบโฮสต์เอง ครอบคลุมการตั้งค่า Credential การเลือกโมเดล และ 3 เวิร์กโฟลว์ AI พร้อมวิธีป้องกันข้อผิดพลาดจาก Retry Loop ที่ทำให้ค่าใช้จ่ายบานปลาย

สิ่งที่คุณกำลังสร้าง

เวิร์กโฟลว์ AI ที่ใช้งานได้จริง 3 รายการบนอินสแตนซ์ n8n ที่คุณใช้งานอยู่แล้ว ได้แก่: webhook สำหรับสรุปเนื้อหาทุกอย่างที่คุณส่งเข้าไป, ตัวอ่านฟีดแบบตั้งเวลาที่เปลี่ยนบทความให้เป็นแถวข้อมูลในสเปรดชีตที่มีโครงสร้าง และ AI Agent ที่เรียก HTTP API ด้วยตนเองเพื่อตอบคำถาม นี่คือทางเลือกแบบ no-code ของ การเรียก Claude API จาก Python บน VPS ของคุณ โดยใช้ API เดียวกัน, โทเค็นเดียวกัน, ค่าใช้จ่ายเท่าเดิม แต่การจัดการเวิร์กโฟลว์จะอยู่ในโหนดของ n8n แทนที่จะเป็นสคริปต์

ผมสมมติว่า n8n ของคุณทำงานอยู่หลัง HTTPS ตาม คู่มือการติดตั้ง n8n บน Docker ด้วยตนเอง แล้ว หากยังไม่ได้ทำ ให้ดำเนินการก่อน เนื่องจาก webhooks จำเป็นต้องมี endpoint แบบ TLS ที่ใช้งานได้จริง และที่เก็บข้อมูล credential ที่คุณกำลังจะนำ API key ไปใส่ จำเป็นต้องมีการสำรองข้อมูล encryption-key ตามที่คู่มือนั้นได้แจ้งเตือนไว้

ปัญหาที่น่าสนใจในที่นี้ไม่ใช่การลากและวาง แต่เป็นการเลือกโมเดลในแต่ละโหนด, ช่องกรอก prompt ที่มีการแทรก undefined โดยอัตโนมัติ และข้อเท็จจริงที่ว่าระบบอัตโนมัติทำงานโดยไม่มีผู้ดูแล เวิร์กโฟลว์ที่มีต้นทุนครึ่งเซนต์ต่อการรันหนึ่งครั้งอาจดูถูก แต่จะกลายเป็นปัญหาหากลูปการลองใหม่ (retry loop) สั่งรันซ้ำถึงสี่พันครั้งในชั่วข้ามคืน เนื้อหาส่วนใหญ่ของคู่มือนี้จะกล่าวถึงประเด็นเหล่านี้

ข้อมูลรับรองชุดเดียวที่เข้ารหัสด้วยคีย์ที่คุณสำรองไว้

รับ API key จาก Anthropic Console ที่ platform.claude.com ไปที่ Settings แล้วเลือก API Keys จากนั้นสร้างคีย์โดยตั้งชื่อเช่น n8n-vps คีย์จะแสดงให้เห็นเพียงครั้งเดียวเท่านั้น Console จะให้คุณเลือกวันหมดอายุของคีย์ในขณะที่สร้าง โปรดจดบันทึกวันที่ไว้ เพราะคีย์ที่หมดอายุจะทำให้เวิร์กโฟลว์ที่ทำงานอัตโนมัติหยุดชะงักด้วยข้อผิดพลาด 401 ตามที่อธิบายไว้ในหัวข้อรูปแบบความล้มเหลวด้านล่าง เติมเงินเข้าบัญชีหรือตั้งค่าการเรียกเก็บเงิน การใช้งาน API จะคิดค่าใช้จ่ายตามจำนวน token โดยหักจากเครดิตที่เติมไว้ล่วงหน้า การสมัครสมาชิกแบบ Pro ไม่ครอบคลุมค่าใช้จ่ายนี้ แต่แผน Claude Max และ Team ในปัจจุบันจะมีเครดิต Claude API รายเดือนรวมอยู่ด้วย (100 ดอลลาร์สำหรับ Max 5x, 200 ดอลลาร์สำหรับ Max 20x และรวมสูงสุด 500 ดอลลาร์สำหรับ Team) ซึ่งคุณสามารถรับสิทธิ์ได้โดยการเชื่อมโยงองค์กรใน Console เข้ากับหน้าการตั้งค่าการเรียกเก็บเงินของ claude.ai เครดิตเหล่านี้ใช้ชำระค่าเรียกใช้งาน API เช่นเดียวกับที่ n8n ใช้งาน แต่ไม่ครอบคลุมถึง Claude Code และจะหมดอายุเมื่อสิ้นสุดรอบการเรียกเก็บเงินแต่ละรอบ หากคุณต้องการสร้างเวิร์กโฟลว์ทั้งสามนี้โดยไม่มีค่าใช้จ่าย FAQ ด้านราคาของ Anthropic ระบุว่าผู้ใช้ใหม่จะได้รับเครดิตฟรีจำนวนหนึ่งเพื่อทดสอบ API ดังนั้นบัญชี Console ใหม่สามารถทดลองเวิร์กโฟลว์เหล่านี้ได้โดยใช้เครดิตเริ่มต้นก่อนที่จะเพิ่มข้อมูลการเรียกเก็บเงิน เมื่อเครดิตหมดลง การเรียกใช้งาน Claude ทุกครั้งจะถูกคิดค่าใช้จ่ายตามจำนวน token มีบางสิ่งที่ไม่มีค่าใช้จ่ายเพิ่มเติมจากค่า token เช่น endpoint สำหรับนับจำนวน token และเวลาในการรันโค้ดฟรีสูงสุด 1,550 ชั่วโมงต่อองค์กรในแต่ละเดือน แม้ว่าเวิร์กโฟลว์ทั้งสามนี้จะไม่ได้ใช้การรันโค้ดก็ตาม สิ่งที่เครดิต API ฟรีครอบคลุม จะอธิบายรายละเอียดในส่วนนี้

ใน n8n: ไปที่ Credentials, Create credential, เลือก Anthropic, วางคีย์ลงในช่อง API Key แล้วกดบันทึก Claude node ทุกตัวในทุกเวิร์กโฟลว์จะอ้างอิงข้อมูลรับรองที่จัดเก็บไว้นี้ คุณไม่จำเป็นต้องวางคีย์ลงใน node โดยตรง

ข้อควรทราบในการปฏิบัติงานสองประการ ประการแรก n8n จะเข้ารหัสข้อมูลรับรองที่จัดเก็บไว้ด้วย N8N_ENCRYPTION_KEY หากคุณตั้งค่าตัวแปรสภาพแวดล้อมนี้ไว้อย่างชัดเจนในไฟล์ compose ตามคู่มือของ n8n ข้อมูลรับรองของคุณจะยังคงอยู่แม้จะมีการสร้างคอนเทนเนอร์ใหม่ แต่หากคุณปล่อยให้ n8n สร้างคีย์ขึ้นมาเองแล้วทำไฟล์ volume หาย ข้อมูลรับรองทั้งหมดที่จัดเก็บไว้รวมถึงคีย์นี้จะกลายเป็นข้อความที่เข้ารหัสซึ่งไม่สามารถกู้คืนได้ ให้สำรองคีย์ไว้ทันทีหากคุณยังไม่ได้ทำ ประการที่สอง ให้ถือว่าที่เก็บข้อมูลรับรองของ n8n เป็นขอบเขตความเสี่ยง: ใครก็ตามที่สามารถใช้ข้อมูลรับรอง Anthropic ของคุณได้ จะสามารถส่งคำขอโดยใช้คีย์ของคุณได้ ในรุ่น Community ผู้ใช้คือคุณและเจ้าของ instance เอกสารของ n8n ระบุว่า "เฉพาะเจ้าของ instance และผู้ใช้ที่สร้างข้อมูลรับรองเท่านั้นที่สามารถเข้าถึงเวิร์กโฟลว์และข้อมูลรับรองได้" ดังนั้นบัญชี Member อื่นๆ จึงไม่สามารถเข้าถึงได้ การแชร์เวิร์กโฟลว์และข้อมูลรับรองเป็นฟีเจอร์แบบชำระเงินใน n8n ที่โฮสต์เอง (รุ่น Business หรือ Enterprise) และเมื่อคุณแชร์เวิร์กโฟลว์ ผู้แก้ไขเวิร์กโฟลว์นั้นจะสามารถใช้ข้อมูลรับรองทุกชุดที่เวิร์กโฟลว์นั้นใช้งานได้ ดังนั้นหากมีผู้อื่นเข้าสู่ระบบ instance นี้ โปรดอ่าน การควบคุมการเข้าถึงที่อยู่ภายใต้ใบอนุญาต n8n แบบชำระเงิน ก่อนที่จะมอบบัญชีให้ผู้อื่น กำหนดวงเงินการใช้จ่ายใน Console ภายใต้หัวข้อ Settings เพื่อจำกัดความเสียหายหาก instance ถูกบุกรุกหรือทำงานผิดพลาดจนใช้ทรัพยากรเกินควร

การเลือกโมเดลเป็นสิ่งที่ต้องตัดสินใจในแต่ละ node

รายการโมเดลใน Claude node ของ n8n จะดึงข้อมูลสดจาก API ดังนั้นรายการจะแสดงเฉพาะโมเดลที่ key ของคุณเข้าถึงได้ โมเดลที่ใช้ในคู่มือนี้พร้อมราคา API ต่อล้าน input/output token ณ เดือนตุลาคม 2026 ได้แก่ Claude Haiku 4.5 (claude-haiku-4-5) ราคา $1/$5 พร้อม context window ขนาด 200K, Claude Sonnet 5 (claude-sonnet-5) ราคา $2/$10 และ Claude Opus 4.8 (claude-opus-4-8) ราคา $5/$25 โดยทั้งสองรุ่นหลังมี context window ขนาด 1M token นอกจากนี้ยังมี Claude Fable 5 (claude-fable-5) ราคา $10/$50 สำหรับงานที่ต้องใช้การคิดวิเคราะห์ขั้นสูง ซึ่งไม่มีส่วนใดในคู่มือนี้ที่จำเป็นต้องใช้ ให้ใช้ ID เหล่านั้นโดยตรง claude-haiku-4-5 เป็นชื่อเรียกแทน (alias) ของ snapshot ที่ถูกตรึงไว้คือ claude-haiku-4-5-20251001 ซึ่งสามารถใช้งานได้เช่นกัน แต่ ID ที่ระบุวันที่ซึ่งคัดลอกมาจากคู่มือเก่าอาจอ้างถึงโมเดลที่เลิกใช้งานไปแล้วและทำให้เกิดข้อผิดพลาดได้ ราคาอาจมีการเปลี่ยนแปลง ดังนั้นควรตรวจสอบที่ platform.claude.com ก่อนเชื่อถือตัวเลขใดๆ ที่คุณอ่านพบ รวมถึงข้อมูลในที่นี้ด้วย

นับตั้งแต่คู่มือนี้ถูกเผยแพร่ครั้งแรก Anthropic ได้ปล่อยโมเดลรุ่นใหม่กว่าออกมา และเอกสารของบริษัทได้ระบุให้ Haiku 4.5, Sonnet 5, Opus 4.8 และ Fable 5 เป็นรุ่น legacy ซึ่งยังคงใช้งานได้อยู่ หน้าเพจแจ้งการเลิกใช้งาน (deprecations) ระบุว่า Haiku 4.5 จะไม่ถูกยกเลิกก่อนวันที่ 15 ตุลาคม 2026 ซึ่งวันดังกล่าวได้ผ่านไปแล้ว และ ณ วันที่ 20 ตุลาคม 2026 หน้าเพจดังกล่าวยังคงแสดงสถานะ Haiku 4.5 ว่าใช้งานได้ปกติโดยไม่มีประกาศยกเลิก ส่วน Sonnet 5, Opus 4.8 และ Fable 5 จะไม่ถูกยกเลิกก่อนกลางปี 2027 Anthropic จะแจ้งล่วงหน้าอย่างน้อย 60 วันก่อนยกเลิกโมเดลที่เปิดให้ใช้งานทั่วไป ดังนั้นควรติดตามหน้าเพจ deprecations หาก workflow ของคุณมีการระบุเจาะจงที่ Haiku 4.5 สำหรับรายการโมเดลปัจจุบันคือ Claude Haiku 5.5 (claude-haiku-5-5, ปล่อยออกมาเมื่อ 7 ตุลาคม 2026) ราคาเริ่มต้นที่ $0.10/$0.50 สำหรับ prompt ที่ไม่เกิน 100,000 token และ $0.50/$2.50 สำหรับส่วนที่เกิน, Claude Sonnet 5.5 (claude-sonnet-5-5) ราคา $2/$10, Claude Opus 5.5 (claude-opus-5-5) ราคา $4/$20 และ Claude Fable 5.1 (claude-fable-5-1) ราคา $10/$50 ตัว tokenizer ของ Haiku 5.5 นับจำนวน token ของข้อความเดียวกันได้มากกว่า Haiku 4.5 ประมาณ 30% ดังนั้นควรเปรียบเทียบค่าใช้จ่ายจริงต่อการรันหนึ่งครั้งจากหน้า usage ใน Console แทนการดูเพียงราคาตามรายการ

นิสัยที่ควรสร้างคือ: เลือกโมเดลแยกตาม node ไม่ใช่แยกตามแพลตฟอร์ม งานประเภทการจำแนกข้อมูล (classification), การดึงข้อมูล (extraction), การสรุปความ (summarization) และการกำหนดเส้นทาง (routing) ซึ่งเป็นงานพื้นฐานของระบบอัตโนมัติ สามารถรันบน Haiku ได้อย่างมีประสิทธิภาพด้วยราคาเพียงครึ่งหนึ่งของ Sonnet และหนึ่งในห้าของ Opus ให้เก็บ Sonnet ไว้ใช้สำหรับงานที่เป็น agent หรือการคิดวิเคราะห์หลายขั้นตอน และใช้ Opus สำหรับ workflow พิเศษที่คำตอบผิดพลาดมีมูลค่าความเสียหายสูงกว่าค่า token workflow ที่มี Claude node ห้าตัวสามารถและควรใช้โมเดลผสมกันได้

โหนด Claude ทั้งสองแบบ และการเลือกใช้งานให้เหมาะสม

n8n มีการรวมระบบของ Anthropic มาให้ 2 รูปแบบ ซึ่งการเลือกใช้ผิดประเภทเป็นจุดที่ผู้เริ่มต้นมักจะสับสนบ่อยที่สุด

โหนด Anthropic เป็นโหนดแอปพลิเคชันทั่วไป: รับคำขอหนึ่งรายการและส่งผลลัพธ์กลับหนึ่งรายการ ทรัพยากร Text ของโหนดนี้มีปฏิบัติการ Message a Model รวมถึงปฏิบัติการสำหรับวิเคราะห์รูปภาพและเอกสาร ให้ใช้โหนดนี้เมื่อตรรกะของเวิร์กโฟลว์อยู่ใน n8n เช่น ทริกเกอร์, การเรียกใช้ Claude, แล้วจึงไปยังโหนดถัดไป เวิร์กโฟลว์ 1 และ 2 ด้านล่างนี้ใช้โหนดนี้หรือโหนดในรูปแบบ chain ที่เทียบเท่ากัน

โหนด Anthropic Chat Model เป็นโหนดลูก (sub-node) ซึ่งเป็นส่วนประกอบขนาดเล็กที่ทำหน้าที่จัดเตรียมโมเดลให้กับโหนดหลักอย่าง AI Agent หรือ Basic LLM Chain โหนดนี้ไม่มีทริกเกอร์และไม่มีผลลัพธ์ของตัวเอง แต่จะแสดงตัวเลือกโมเดลและตัวเลือกการสุ่มตัวอย่าง (sampling options) เช่น Maximum Number of Tokens และ Sampling Temperature มีข้อควรระวังจากเอกสารของ n8n ที่ควรจำไว้คือ: นิพจน์ (expressions) ภายในโหนดลูกจะประมวลผลเทียบกับไอเทมอินพุต รายการแรก เสมอ ไม่ใช่ทุกรายการ ดังนั้นให้ใส่ expression แบบรายไอเทมไว้ในช่อง prompt ของโหนดหลักแทนที่จะใส่ในโหนดลูก และมีข้อควรระวังจากฝั่ง Anthropic อีกประการคือ: สำหรับโมเดล Claude 4.7 ขึ้นไป ซึ่งรวมถึงทุกโมเดลในคู่มือนี้ยกเว้น Haiku 4.5 การตั้งค่า temperature, top_p หรือ top_k ให้เป็นค่าอื่นที่ไม่ใช่ค่าเริ่มต้นจะส่งผลให้เกิดข้อผิดพลาด 400 ดังนั้นให้ปล่อยช่อง Sampling Temperature, Top K และ Top P ว่างไว้สำหรับโมเดลเหล่านั้น

ขั้นตอนการทำงานที่ 1: รับ webhook แล้วสรุปผล

นี่คือตัวอย่างพื้นฐานที่สุดของการทำ AI automation: ข้อมูลใดก็ตามที่ถูก POST เข้ามายัง URL จะถูกสรุปผลและส่งไปยัง Slack หรือกล่องจดหมายของคุณ

  1. Webhook node, HTTP Method เป็น POST, path คือ summarize โดย n8n จะให้ URL สำหรับทดสอบและ URL สำหรับใช้งานจริงมา ซึ่ง URL สำหรับใช้งานจริงจะเริ่มทำงานก็ต่อเมื่อ workflow ถูกเผยแพร่แล้วเท่านั้น
  2. Anthropic node, เลือก Message a Model, ใช้โมเดล claude-haiku-4-5, กำหนด Max Tokens ไว้ที่ประมาณ 300
  3. Slack node (หรือ Send Email), ส่งข้อความที่ตอบกลับไปยังช่องทางที่ต้องการ

ส่วนของ prompt คือจุดที่ n8n expressions ทำงานร่วมกับ Claude โดยข้อมูล POST body จะเข้ามาที่ $json.body ดังนั้นช่องข้อความของผู้ใช้ (user message) จะมีลักษณะดังนี้:

Summarize the following feedback in three bullets, then one line:
verdict: praise | complaint | churn-risk. No preamble.

{{ $json.body.text }}

ให้ใส่คำสั่งเกี่ยวกับบทบาทและรูปแบบผลลัพธ์ไว้ในช่อง system prompt ของ node แทนที่จะใส่ใน user message เพราะ system prompt จะคงที่ในขณะที่ payload เปลี่ยนแปลงไป ซึ่งจะช่วยให้พฤติกรรมการทำงานมีความเสถียรและทำให้ prompt ยังคงอ่านเข้าใจได้ง่ายแม้เวลาผ่านไปหกเดือน ให้ทดสอบการทำงานจากตัว VPS โดยตรงด้วยคำสั่ง:

curl -X POST https://n8n.example.com/webhook/summarize \
  -H 'Content-Type: application/json' \
  -d '{"text": "Third support ticket this month about slow disk IO..."}'

ต้นทุนต่อการรันหนึ่งครั้งบน Haiku: payload ขนาด 1,200 token รวมกับ prompt จะมีค่าใช้จ่ายขาเข้าประมาณ $0.0012 และขาออก 300 token จะมีค่าใช้จ่าย $0.0015 รวมแล้วประมาณหนึ่งในสี่ของหนึ่งเซนต์ หากรันหนึ่งพันครั้งต่อเดือนจะมีค่าใช้จ่ายไม่ถึง $3 แต่หากใช้ node เดียวกันนี้กับ Opus 4.8 ค่าใช้จ่ายจะสูงกว่าประมาณห้าเท่า อัตราส่วนนี้เมื่อคูณกับทุก workflow ที่คุณสร้างขึ้น คือเหตุผลว่าทำไมการเลือกใช้โมเดลให้เหมาะสมกับแต่ละ node จึงเป็นเรื่องสำคัญ

เวิร์กโฟลว์ 2: การดึงข้อมูล RSS ตามกำหนดเวลาเพื่อจัดเก็บเป็นแถวข้อมูล

คราวนี้มาดูการทำงานตามเวลาที่กำหนดพร้อมผลลัพธ์ที่มีโครงสร้าง: อ่าน RSS feed ทุกชั่วโมง จำแนกประเภทแต่ละรายการ แล้วเพิ่มแถวข้อมูลลงในสเปรดชีต

  1. Schedule Trigger ทำงานทุกชั่วโมง
  2. RSS Read อ่าน URL ของ feed โดยส่งผลลัพธ์ออกมาเป็นรายการต่อบทความ
  3. Basic LLM Chain โดยใช้โหนดย่อย Anthropic Chat Model ที่ตั้งค่าเป็น claude-haiku-4-5 และโหนดย่อย Structured Output Parser ที่เก็บ JSON schema ไว้
  4. Google Sheets (หรือ Postgres) เพื่อเพิ่มแถวข้อมูลต่อรายการ

Structured Output Parser คือสิ่งที่เปลี่ยนคำสั่ง "Claude โปรดส่งกลับเป็น JSON" จากความคาดหวังให้กลายเป็นข้อตกลงที่แน่นอน โดยจะตรวจสอบการตอบกลับของโมเดลเทียบกับ schema ของคุณ และจะแจ้งเตือนความผิดพลาดทันทีหากข้อมูลไม่ถูกต้อง แทนที่จะเขียนข้อมูลที่ผิดพลาดลงในแถว โดยมี schema ดังนี้:

{
  "type": "object",
  "properties": {
    "category": { "type": "string", "enum": ["release", "security", "tutorial", "other"] },
    "relevance": { "type": "number" },
    "one_line_summary": { "type": "string" }
  },
  "required": ["category", "relevance", "one_line_summary"]
}

และ prompt ของ chain จะอ้างอิงถึงรายการจาก feed:

Classify this article for a VPS hosting audience.

Title: {{ $json.title }}
Content: {{ $json.contentSnippet }}

การคำนวณต้นทุนจะเปลี่ยนไปในกรณีนี้: คือคิดตามจำนวนรายการ ไม่ใช่ตามจำนวนครั้งที่รัน หากมีบทความ 50 รายการต่อชั่วโมง ตลอด 24 ชั่วโมง จะเท่ากับการเรียกใช้งาน Claude 36,000 ครั้งต่อเดือน ซึ่งหากใช้รุ่น Haiku อาจมีค่าใช้จ่ายประมาณ $40–90 ขึ้นอยู่กับความยาวของบทความ และหากใช้รุ่น Opus จะมีค่าใช้จ่ายสูงกว่าประมาณ 5 เท่า ควรทำการลบข้อมูลซ้ำ (Deduplicate) ก่อนถึงโหนด LLM (โดยใช้เงื่อนไข IF ตรวจสอบลิงก์ที่เคยเห็นมาก่อน หรือใช้โหนด Remove Duplicates ของ n8n) ซึ่งจะช่วยลดจำนวนการเรียกใช้งานลงได้อย่างมาก เพราะการตรวจสอบรายชั่วโมงส่วนใหญ่มักไม่มีข้อมูลใหม่เข้ามา โทเค็นที่ถูกที่สุดคือการเรียกใช้งานที่คุณไม่ต้องทำเลย

เวิร์กโฟลว์ที่ 3: AI Agent ที่ใช้งานเครื่องมือต่างๆ

เวิร์กโฟลว์สองแบบแรกเป็นแบบไปป์ไลน์ที่คุณเป็นผู้กำหนดขั้นตอน แต่โหนด AI Agent จะเปลี่ยนแนวคิดนั้นไปโดยสิ้นเชิง คุณเพียงแค่ให้เป้าหมายและเครื่องมือแก่ Claude จากนั้น ตัวมันเอง จะเป็นผู้ตัดสินใจว่าจะเรียกใช้เครื่องมือใด ในลำดับใด จนกว่างานจะเสร็จสิ้น n8n ต้องการโหนดลูกที่เป็นโมเดลแชทและโหนดลูกที่เป็นเครื่องมืออย่างน้อยหนึ่งโหนดเชื่อมต่ออยู่

ตัวอย่างการสร้างจริง คือผู้ช่วยฝ่ายปฏิบัติการที่ตอบคำถามว่า "มีอะไรล่มบ้างและเพราะอะไร" โดยดึงข้อมูลจากระบบมอนิเตอร์ของคุณ:

  1. Chat Trigger (หรือ webhook) เพื่อรับคำถามเข้ามา
  2. AI Agent โดยมีโหนดลูก Anthropic Chat Model ที่ตั้งค่าไว้ที่ claude-sonnet-5 ตัว Agent จะวางแผนและเชื่อมโยงการเรียกใช้เครื่องมือเข้าด้วยกัน โมเดล Haiku สามารถขับเคลื่อน Agent ที่ใช้เครื่องมือเดียวแบบง่ายๆ ได้ แต่ Sonnet คือระดับเริ่มต้นที่เหมาะสมเมื่อจำนวนเครื่องมือเพิ่มมากขึ้น
  3. โหนด HTTP Request ที่เชื่อมต่อ ในฐานะเครื่องมือ โดยชี้ไปยัง Uptime Kuma status API หรือ endpoint ของ Zabbix ของคุณ คุณสามารถใช้เครื่องมือ HTTP ตัวที่สองเพื่อเชื่อมต่อกับบริการอื่นที่มี REST API ได้

การตั้งค่าสองอย่างนี้จะช่วยจัดการงานส่วนใหญ่ได้ การตั้งค่า System Message ของ Agent จะเป็นตัวกำหนดหน้าที่: "คุณคือผู้ช่วยฝ่ายปฏิบัติการ ใช้เครื่องมือตรวจสอบสถานะเพื่อดูสถานะมอนิเตอร์ปัจจุบันก่อนตอบคำถาม ให้รายงานเฉพาะมอนิเตอร์ที่ล่มพร้อมระบุระยะเวลาเท่านั้น" และ คำอธิบาย ของเครื่องมือแต่ละตัวไม่ใช่เอกสารสำหรับมนุษย์ แต่เป็นวิธีที่ Claude ใช้ตัดสินใจว่าจะเรียกใช้เมื่อใด คำอธิบายอย่าง "ส่งคืนสถานะการทำงาน/ล่มปัจจุบันของบริการที่มอนิเตอร์ทั้งหมดในรูปแบบ JSON" จะถูกเรียกใช้ในจังหวะที่เหมาะสม ในขณะที่คำอธิบายอย่าง "status API" อาจถูกละเลยหรือใช้งานผิดประเภท เมื่อคุณเชื่อมต่อโหนด HTTP Request ในฐานะเครื่องมือ ให้เปิดใช้งานตัวเลือก Optimize Response และเลือกเฉพาะฟิลด์ JSON ที่จำเป็น มิฉะนั้นการตอบกลับของ API ที่ยาวเกินความจำเป็นจะถูกส่งเข้าไปใน context ของโมเดล ซึ่งจะกลายเป็น input tokens ที่คุณต้องเสียค่าใช้จ่าย

ตั้งค่า Max Iterations บน Agent (ค่าเริ่มต้นคือ 10) ให้เป็นจำนวนที่น้อยที่สุดที่ยังทำงานได้สำเร็จ นี่คือจุดตัดสินระหว่าง "Agent ยอมแพ้หลังจากเรียกใช้เครื่องมือไป 4 ครั้ง" กับการวนลูปเรียกโมเดลไปมานับสิบครั้ง และต้องเข้าใจรูปแบบการคิดค่าบริการด้วย: ในแต่ละรอบการทำงาน ระบบจะส่งบทสนทนาทั้งหมดที่ผ่านมา รวมถึง system message, คำถาม และผลลัพธ์จากเครื่องมือก่อนหน้าทั้งหมดเข้าไปเป็น input tokens การรัน Agent ที่ใช้ 6 รอบอาจมี input tokens สะสมรวมถึง 20,000 tokens และ output 2,000 tokens ซึ่งบน Sonnet 5 ที่ราคา $2/$10 จะคิดเป็นเงินประมาณ $0.06 ต่อการรันสรุปผลแบบง่ายหนึ่งครั้ง หากคุณพบว่าตัวเองต้องเพิ่มเครื่องมือจำนวนมากให้กับ Agent ตัวเดียว นั่นคือจุดที่ การรัน MCP servers บน VPS ของคุณ จะกลายเป็นสถาปัตยกรรมที่สะอาดและจัดการได้ง่ายกว่า

มาตรการควบคุมค่าใช้จ่ายสำหรับระบบที่ไม่มีคนเฝ้า

เวิร์กโฟลว์ที่ทำงานโดยอัตโนมัติจำเป็นต้องมีระบบควบคุมเพื่อทดแทนการตัดสินใจของมนุษย์ โดยแบ่งออกเป็น 4 ชั้นตามลำดับความคุ้มค่าดังนี้

จำกัด Max Tokens ในทุกโหนดของ Claude นี่คือการกำหนดเพดานผลลัพธ์สูงสุด งานสรุปความควรใช้ 300 โทเค็น ส่วนงานจำแนกประเภทควรใช้ 100 โทเค็น การทำเช่นนี้ช่วยควบคุมฝั่งค่าใช้จ่ายที่สูง (โมเดลในคู่มือนี้มีราคาอยู่ที่ $5–$50 ต่อล้านโทเค็นขาออก เทียบกับ $1–$10 สำหรับขาเข้า โดยราคาขาออกสูงกว่าขาเข้าถึง 5 เท่า) และยังทำหน้าที่เป็นเบรกฉุกเฉิน หากเกิดข้อผิดพลาดในพรอมต์ที่ทำให้ Claude ตอบยาวเกินไป ระบบจะหยุดที่ 300 โทเค็น แทนที่จะเสียค่าใช้จ่ายถึง 8,000 โทเค็น

เลือกใช้โมเดลให้เหมาะสมกับโหนด ตามที่กล่าวไปข้างต้น ความแตกต่างระหว่าง Haiku 4.5 และ Opus 4.8 คือตัวแปรด้านราคาที่ต่างกันถึง 5 เท่า และอาจสูงถึง 10 เท่าเมื่อเทียบกับ Fable 5 หากพิจารณาโมเดลทั้งหมดในปัจจุบัน ตั้งแต่ Haiku 5.5 ถึง Fable 5.1 ส่วนต่างราคาอาจสูงถึง 100 เท่าสำหรับพรอมต์ขนาด 100,000 โทเค็น การตั้งค่านี้ใช้เวลาเพียง 10 วินาที

จำกัดจำนวนรอบการทำงาน กำหนด Max Iterations ในโหนดเอเจนต์ และตั้งค่า workflow timeout ในการตั้งค่าของเวิร์กโฟลว์ เพื่อให้การทำงานที่ค้างอยู่ยุติลงแทนที่จะวนลูปไม่สิ้นสุด นอกจากนี้ควรระมัดระวังการใช้ Retry On Fail ในแต่ละโหนด แม้จะเป็นเครื่องมือที่ถูกต้องสำหรับข้อผิดพลาดชั่วคราว แต่การลองใหม่จะเพิ่มค่าใช้จ่ายทวีคูณ การตั้งค่า Max Tries ไว้ที่ 3 พร้อม Wait Between Tries ที่ 5000 ms หมายความว่าหากเกิดความล้มเหลวต่อเนื่อง ระบบจะเรียกเก็บเงินคุณถึง 3 ครั้งต่อรายการก่อนจะหยุดทำงาน ห้ามตั้งค่า retry ครอบโหนดที่ทำงานสำเร็จไปแล้วแต่มีค่าใช้จ่ายสูง

ใช้เวิร์กโฟลว์แจ้งเตือนข้อผิดพลาดเป็นด่านสุดท้าย สร้างเวิร์กโฟลว์ที่เริ่มต้นด้วยโหนด Error Trigger เพื่อส่งชื่อเวิร์กโฟลว์ที่ล้มเหลวและข้อความแจ้งข้อผิดพลาดไปยัง Slack จากนั้นตั้งค่าให้เป็น Error Workflow ในการตั้งค่าของเวิร์กโฟลว์ AI แต่ละรายการ วิธีนี้ช่วยป้องกันสถานการณ์ที่เลวร้ายที่สุด เช่น เวิร์กโฟลว์ที่ตั้งเวลาไว้เกิดข้อผิดพลาดทุกชั่วโมงตลอดทั้งสัปดาห์ และเผาผลาญโทเค็นไปเรื่อยๆ ก่อนจะหยุดทำงาน ควรใช้งานร่วมกับการตั้งค่า monthly spend limit ใน Anthropic Console และตรวจสอบหน้า usage ใน Console ในช่วงสองสามวันแรกหลังจากเปิดใช้งานเวิร์กโฟลว์ที่ตั้งเวลาไว้ หากคุณต้องการเข้าใจรายละเอียดการเรียกเก็บเงินอย่างชัดเจน คู่มือการใช้งานโทเค็น ได้อธิบายไว้โดยละเอียดแล้ว

รูปแบบความล้มเหลวและข้อความที่คุณจะพบ

โหนดล้มเหลวทันทีพร้อมข้อความ "Authorization failed - please check your credentials." API ส่งค่า 401 กลับมา โดยเนื้อหาภายในมีรูปแบบดังนี้ (การตอบกลับปัจจุบันจะมีฟิลด์ request_id เพิ่มเข้ามาด้วย):

{"type": "error", "error": {"type": "authentication_error", "message": "invalid x-api-key"}}

เกิดจากการวางคีย์ผิดพลาด, คีย์ไม่ครบ, มีช่องว่างต่อท้าย หรือยังคงใช้ค่าตัวอย่างจากบทเรียน ให้สร้าง credential ของ n8n ขึ้นใหม่แล้ววางคีย์อีกครั้ง หากเคยใช้งานได้เมื่อวาน ให้ตรวจสอบว่าคีย์ถูกเพิกถอนหรือหมดอายุใน Console หรือไม่ หรือมีการกู้คืน volume ที่ทำให้ credential ถูกย้อนกลับไปเป็นเวอร์ชันที่เข้ารหัสด้วย N8N_ENCRYPTION_KEY ที่ต่างออกไป

การทำงานล้มเหลวเป็นช่วงๆ ด้วยรหัส 429 rate_limit_error พร้อมข้อความในทำนองว่า "Number of request tokens has exceeded your per-minute rate limit." การจำกัดอัตราการใช้งาน (rate limit) จะวัดผลเป็นรายนาทีและบังคับใช้ด้วยระบบ token bucket ที่เติมอัตราคงที่ ซึ่ง n8n ทำให้การเรียกใช้งาน webhook หรือ RSS พร้อมกัน 50 รายการทำได้ง่ายมาก ให้แก้ไขที่โครงสร้าง: ประมวลผลรายการแบบลำดับ (Loop Over Items) แทนการประมวลผลแบบขนาน และตั้งค่า Retry On Fail โดยกำหนด Max Tries เป็น 3 และ Wait Between Tries เป็น 5000 ms ซึ่งเป็นค่าสูงสุดที่ n8n รองรับ หากต้องการระยะเวลาพัก (backoff) ที่นานขึ้นเพื่อให้ bucket มีเวลาเติม token ก่อนการลองใหม่ ให้ใส่โหนด Wait ในเส้นทาง error หรือประมวลผลรายการทีละรายการ โดยปกติแล้วข้อผิดพลาด 429 จะมาพร้อมกับ header retry-after ที่ระบุจำนวนวินาทีที่ต้องรอ (เอกสารของ Anthropic ระบุว่าไม่ใช่ทุกกรณีของ 429 ที่จะมี header นี้) เนื่องจากฟังก์ชัน wait แบบคงที่ของ n8n ไม่สามารถอ่านค่านี้ได้ คุณจึงต้องสร้างการหน่วงเวลาที่นานขึ้นด้วยตนเอง ข้อยกเว้นประการหนึ่งคือ หาก 429 ไม่มี header retry-after และมี error_code เป็น enforced_spend_limit_reached แสดงว่าองค์กรของคุณใช้งานถึงเพดานค่าใช้จ่ายรายเดือนของ tier นั้นแล้ว และการลองใหม่จะไม่สำเร็จจนกว่าจะถึงเดือนถัดไปหรือมีการปรับเพิ่ม tier

ข้อผิดพลาด 404 not_found_error ระบุชื่อโมเดลของคุณ ข้อความจะระบุ ID โมเดลที่คุณส่งไป เช่น:

{"type": "error", "error": {"type": "not_found_error", "message": "model: claude-haiku-4.5"}}

มักเกิดจากการใช้จุดแทนขีดกลาง (4.5 แทน 4-5), การพิมพ์ suffix วันที่ผิดหรือสมมติขึ้นมาเอง หรือการใช้โมเดลที่ถูกยกเลิกไปแล้วจากบล็อกเก่า ให้ตรวจสอบ ID กับรายการปัจจุบัน ปัญหานี้มักเกิดกับผู้ที่พิมพ์ชื่อโมเดลลงในช่องโดยใช้ expression แทนการเลือกจากรายการ dropdown

Claude ตอบคำถามที่คุณไม่ได้ถาม ไม่มีการแจ้งเตือนข้อผิดพลาดใดๆ และการทำงานแสดงสถานะเป็นสีเขียว หาก expression ใน n8n อ้างอิงถึงฟิลด์ที่ไม่มีอยู่จริง เช่น {{ $json.body.text }} ในขณะที่ payload ใช้ message ระบบจะแทรกสตริง undefined ลงใน prompt ของคุณโดยตรง และ Claude จะตอบกลับ prompt ที่ไม่มีความหมายนั้น หากโหนดที่อ้างอิงไม่ทำงานเลย n8n จะหยุดทำงานพร้อมข้อความแจ้งว่า expression อ้างอิงถึงโหนดที่ "hasn't been executed yet" แต่หากเป็นกรณีที่ ฟิลด์ หายไป ระบบจะไม่แจ้งเตือนใดๆ ก่อนเปิดใช้งานจริง ให้รันด้วยข้อมูลจริงหนึ่งครั้งและตรวจสอบ prompt ที่แสดงผลในแผง input ของโหนดเสมอ ตัวแก้ไข expression จะแสดงตัวอย่างค่าที่ประมวลผลแล้ว และคุณจะเห็น undefined ได้ทันทีหากสังเกตดู

FAQ

ฉันจะเชื่อมต่อ Claude เข้ากับ n8n ได้อย่างไร

สร้าง API key ใน Anthropic Console ที่ platform.claude.com จากนั้นใน n8n ให้เพิ่ม credential ประเภท Anthropic แล้ววางคีย์ลงในช่อง API Key โหนด Claude ทุกโหนด ทั้ง Anthropic app node และ Anthropic Chat Model sub-node จะอ้างอิง credential ที่จัดเก็บไว้นี้ n8n จะเข้ารหัสข้อมูลด้วย N8N_ENCRYPTION_KEY ดังนั้นควรสำรองคีย์ดังกล่าวไว้ มิฉะนั้น credential ของคุณจะสูญหายไปพร้อมกับ volume

AI workflow มีค่าใช้จ่ายต่อการรันเท่าไร

ให้ประเมินจำนวน token ต่อการรัน แล้วคูณด้วยราคาต่อล้าน token ของโมเดลนั้นๆ ณ เดือนตุลาคม 2026 ราคาของ Haiku 4.5 อยู่ที่ $1/$5 ต่อล้าน token สำหรับ input/output และ Sonnet 5 อยู่ที่ $2/$10 การสรุปผลผ่าน webhook ด้วย Haiku จะมีค่าใช้จ่ายประมาณหนึ่งในสี่ของหนึ่งเซนต์ ส่วนการรัน agent ด้วย Sonnet ที่มีการเรียกใช้เครื่องมือหลายครั้งจะมีค่าใช้จ่ายใกล้เคียง $0.06–$0.10 เนื่องจากทุกรอบการทำงานจะส่งบทสนทนาทั้งหมดกลับไปเป็น input ใหม่ ให้ตรวจสอบการรันจริงในหน้า usage ของ Console แทนการเชื่อตัวเลขประเมิน

ฉันควรใช้โมเดล Claude รุ่นใดสำหรับระบบอัตโนมัติใน n8n

ใช้ Haiku 4.5 สำหรับงานจำแนกประเภท, การสกัดข้อมูล, การสรุปผล และการจัดเส้นทาง ซึ่งเป็นงานปริมาณมากที่เน้นความเร็วและราคาเป็นหลัก ใช้ Sonnet 5 สำหรับโหนด AI Agent และการใช้เหตุผลหลายขั้นตอน ใช้ Opus 4.8 เฉพาะในกรณีที่คำตอบที่ผิดมีราคาแพงจนคุ้มค่ากับราคา $5/$25 ซึ่งสูงกว่า Haiku ห้าเท่าและสูงกว่า Sonnet สองเท่าครึ่ง โมเดลรุ่นใหม่ของ Anthropic อย่าง Haiku 5.5, Sonnet 5.5 และ Opus 5.5 สามารถทำหน้าที่เดียวกันได้ในราคาที่เท่ากันหรือถูกกว่า ให้ตั้งค่าโมเดลแยกตามโหนด ไม่ใช่ตาม workflow โดยหนึ่ง workflow สามารถใช้ผสมกันได้ทั้งสามรุ่น

ฉันจะป้องกันไม่ให้ n8n workflow ใช้จ่ายเกินงบกับ Claude API ได้อย่างไร

ให้วางมาตรการป้องกันหลายชั้น: กำหนดค่า Max Tokens ให้ต่ำในทุกโหนด Claude, จำกัด Max Iterations ใน agents, ตั้งค่า workflow timeout และใช้การตั้งค่า Retry On Fail อย่างระมัดระวังเพื่อไม่ให้ความล้มเหลวเพิ่มค่าใช้จ่าย token จากนั้นให้เพิ่ม Error Trigger workflow เพื่อแจ้งเตือนคุณผ่าน Slack เมื่อ AI workflow ใดๆ ล้มเหลว และตั้งค่าขีดจำกัดการใช้จ่ายรายเดือนใน Anthropic Console เป็นเพดานสูงสุดที่ไม่มีบริการใดบน VPS จะสามารถใช้งานเกินได้

การเรียกใช้เครื่องมือของ AI Agent มีค่าใช้จ่ายเพิ่มเติมหรือไม่

ไม่มีค่าธรรมเนียมการเรียกใช้เครื่องมือแยกต่างหาก แต่เครื่องมือไม่ได้ใช้งานฟรี: ผลลัพธ์จากทุกเครื่องมือจะถูกส่งกลับไปยังโมเดลในฐานะ input tokens และการทำงานของ agent ในแต่ละรอบจะส่งบทสนทนาทั้งหมดที่ผ่านมากลับไปใหม่ การตอบกลับจาก API ที่มีข้อมูลมากเกินไปและไม่ได้ผ่านการกรองอาจทำให้ค่าใช้จ่ายสูงกว่า prompt จริงของคุณ ให้เปิดใช้งาน Optimize Response ในเครื่องมือ HTTP Request และส่งกลับเฉพาะฟิลด์ที่ agent จำเป็นต้องใช้เท่านั้น