Claude Code MCP Integration: เชื่อมต่อเครื่องมือเข้ากับ Agent

อัปเดตล่าสุด: June 28, 2026

โดยพื้นฐานแล้ว Claude Code สามารถอ่านและแก้ไขไฟล์ รวมถึงรันคำสั่ง shell ได้ แต่มันไม่สามารถอ่านปัญหาใน GitHub ของคุณ ค้นข้อมูลจากฐานข้อมูล หรือควบคุมเบราว์เซอร์ได้ Model Context Protocol (MCP) เข้ามาเติมเต็มช่องว่างนี้: มันคือปลั๊กมาตรฐานที่ช่วยให้ agent สามารถสื่อสารกับเครื่องมือและข้อมูลภายนอกได้ คู่มือนี้จะแสดงคำสั่ง claude mcp add ที่ถูกต้อง, วิธีการเลือกเซิร์ฟเวอร์แบบ local เทียบกับ remote, การทำงานของ scopes, เซิร์ฟเวอร์ใดที่ควรเชื่อมต่อ, และการตรวจสอบความปลอดภัยที่คุณต้องทำก่อนที่จะเชื่อถือเซิร์ฟเวอร์นั้น

คำตอบสั้น ๆ: วิธีเพิ่มเซิร์ฟเวอร์ MCP ให้กับ Claude Code คืออะไร?

คุณลงทะเบียนเซิร์ฟเวอร์ด้วยคำสั่ง claude mcp add จากนั้น Claude Code จะสามารถเรียกใช้เครื่องมือของเซิร์ฟเวอร์ได้ระหว่างเซสชัน

สำหรับเซิร์ฟเวอร์ภายในที่ทำงานเป็นกระบวนการบนเครื่องของคุณ:

claude mcp add playwright -- npx -y @playwright/mcp@latest

สำหรับเซิร์ฟเวอร์ระยะไกลที่เข้าถึงผ่าน HTTPS:

claude mcp add --transport http github https://api.githubcopilot.com/mcp/

หลังจากเพิ่มเซิร์ฟเวอร์แล้ว ให้รัน /mcp ภายใน Claude Code เพื่อดูสถานะการเชื่อมต่อและดำเนินการลงชื่อเข้าใช้ OAuth ให้เสร็จสมบูรณ์ ใช้ claude mcp list เพื่อยืนยันว่าได้ลงทะเบียนเรียบร้อยแล้ว ข้อมูลอ้างอิงคำสั่งอย่างเป็นทางการอยู่ใน Claude Code MCP docs

MCP คืออะไร และทำไมต้องเชื่อมต่อกับ Claude Code?

MCP เป็นโปรโตคอลแบบเปิด ซึ่งเผยแพร่ครั้งแรกโดย Anthropic โดยกำหนดวิธีการที่ AI client และ tool server แลกเปลี่ยนความสามารถ (capabilities) Server จะประกาศ tools (การกระทำที่ agent สามารถทำได้), resources (ข้อมูลที่มันอ่านได้), และ prompts Client ใด ๆ ที่รับรู้ถึง MCP ก็สามารถใช้กับ MCP server ใดก็ได้ ดังนั้น GitHub server ตัวเดียวจึงใช้งานได้ใน Claude Code, IDE หรือ agent อื่น ๆ โดยไม่จำเป็นต้องมี custom glue ส่วน spec และ server registry อยู่ที่ modelcontextprotocol.io

ประโยชน์ที่ได้รับในทางปฏิบัติ: แทนที่จะคัดลอก issue body ไปวางในแชท คุณเพียงแค่เชื่อมต่อ GitHub server เพียงครั้งเดียว และขอให้ agent อ่าน, ติดป้ายกำกับ (label), และตอบกลับ issues ได้โดยตรง สำหรับข้อมูลพื้นฐานเชิงลึกเกี่ยวกับโปรโตคอลเอง โปรดดู MCP explainer และสำหรับเครื่องมือฉบับเต็มในบริบท ให้ดูที่ Claude Code ultimate guide

Server สามารถเป็น stdio script เล็ก ๆ ที่คุณเขียน, Docker image, หรือ SaaS endpoint ที่ vendor โฮสต์ได้ Claude Code จะปฏิบัติต่อทั้งหมดเหล่านี้ในรูปแบบเดียวกันเมื่อพวกมันสื่อสารด้วย MCP

ต้องใช้ Transport แบบใด: ท้องถิ่นหรือระยะไกล?

Transport คือ วิธีการ ที่ Claude Code เข้าถึงเซิร์ฟเวอร์ เซิร์ฟเวอร์ท้องถิ่นทำงานบนเครื่องของคุณผ่าน stdio; ส่วนเซิร์ฟเวอร์ระยะไกลจะรันที่อื่นและตอบกลับผ่าน HTTP หรือ SSE การเลือกมักขึ้นอยู่กับว่าข้อมูลนั้นจัดเก็บอยู่ที่ใด

ให้ใช้ stdio server แบบท้องถิ่นเมื่อเครื่องมือต้องการไฟล์หรือบริการบนแล็ปท็อปของคุณ เช่น โฟลเดอร์ของ assets โปรเจกต์ หรือ Postgres instance บน localhost ใช้ remote HTTP หรือ SSE server เมื่อผู้ขายโฮสต์มันไว้แล้ว เพราะคุณจะข้ามขั้นตอนการติดตั้งและรับการอัปเดตโดยไม่ต้องยุ่งกับ config ของคุณ เซิร์ฟเวอร์ระยะไกลเกือบทั้งหมดจะลงชื่อเข้าใช้ผ่าน OAuth ซึ่งคุณสามารถเรียกใช้งานได้จากเมนู /mcp

Choosing a scope: local, project, or user

Scope กำหนดว่า ใคร สามารถเห็นเซิร์ฟเวอร์ได้และ ที่ใด ที่เก็บไฟล์ config Claude Code รองรับสามประเภท และการเลือกที่เหมาะสมจะช่วยให้มั่นใจได้ว่าความลับจะไม่รั่วไหลออกจาก repo ของคุณ ขณะเดียวกันก็ยังสามารถแชร์เซิร์ฟเวอร์ที่ปลอดภัยกับทีมได้

กำหนด scope ด้วย flag --scope ตัวอย่างเช่น claude mcp add --scope project ... Project scope จะเขียนไฟล์ .mcp.json ที่ถูก checked-in ดังนั้นห้ามใส่ raw token ลงไปโดยเด็ดขาด ให้ใช้อ้างอิงจาก environment variable แทน Local scope เป็นค่าเริ่มต้นและเป็นสถานที่ที่ปลอดภัยที่สุดในการทดสอบเซิร์ฟเวอร์ใหม่ก่อนที่คุณจะตัดสินใจแชร์ หากคุณสร้าง Claude Code skills ด้วย ให้รักษาความสอดคล้องระหว่าง server scope และ skill scope เพื่อให้เพื่อนร่วมทีมที่ pull repo ไปสามารถตั้งค่าใช้งานได้

ต้องเพิ่มเซิร์ฟเวอร์ด้วยคำสั่ง claude mcp add อย่างไร?

รูปแบบนี้ใช้ได้กับเซิร์ฟเวอร์ทุกตัว: คือชื่อ (name), ตัวเลือก transport flag ที่อาจมีหรือไม่ก็ได้, และคำสั่งหรือ URL ตัวคั่น -- จะระบุจุดเริ่มต้นของคำสั่งท้องถิ่นและอาร์กิวเมนต์ของมัน

เพิ่มเซิร์ฟเวอร์ระบบไฟล์ในเครื่องที่จำกัดขอบเขตให้อยู่ในโฟลเดอร์เดียว เพื่อให้เอเจนต์สามารถเข้าถึงเฉพาะสิ่งที่คุณอนุญาตเท่านั้น:

claude mcp add filesystem -- \
  npx -y @modelcontextprotocol/server-filesystem ~/projects/my-app

ส่งค่า secret เป็นตัวแปรสภาพแวดล้อมแทนการเขียนโค้ดแบบ Hardcoding:

claude mcp add my-api --env API_KEY=your_key_here -- node ./my-mcp-server.js

เพิ่มเซิร์ฟเวอร์ระยะไกลพร้อมด้วย transport และ URL ของมัน:

claude mcp add --transport sse linear https://mcp.linear.app/sse

จากนั้นจัดการสิ่งที่คุณมี:

• claude mcp list จะแสดงรายการเซิร์ฟเวอร์ที่ลงทะเบียนทั้งหมดและสถานะของมัน
• claude mcp get <name> จะพิมพ์การตั้งค่า (config) ของเซิร์ฟเวอร์ตัวหนึ่ง
• claude mcp remove <name> จะยกเลิกการลงทะเบียน
• /mcp (ป้อนใน session) จะแสดงสถานะการเชื่อมต่อแบบสดและรัน OAuth

ควรใช้ flag ตามเอกสารอย่างเป็นทางการเสมอ เนื่องจากผู้จำหน่ายอาจเปลี่ยนชื่อแพ็กเกจหรือ URL ของเซิร์ฟเวอร์ได้เป็นครั้งคราว ดังนั้นให้คัดลอกค่าปัจจุบันจากไฟล์ README ของเซิร์ฟเวอร์นั้นๆ แทนการคาดเดา

เซิร์ฟเวอร์ MCP ทั่วไปที่ควรเชื่อมต่อ

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

Playwright MCP server โดดเด่นสำหรับการทำงาน front-end: agent จะเปิดหน้าของคุณ คลิกผ่าน flow ต่าง ๆ และรายงานว่าส่วนใดล้มเหลวพร้อมภาพหน้าจอ เซิร์ฟเวอร์ฐานข้อมูลมีประโยชน์สำหรับคำถามเกี่ยวกับ schema แบบอ่านอย่างเดียว แต่ควรจำกัดขอบเขตให้เป็น read replica เพื่อที่ query ที่ผิดพลาดจะไม่สามารถเขียนได้ เมื่อคุณเริ่มเชื่อมต่อเซิร์ฟเวอร์หลายตัวเข้าด้วยกัน ให้ส่งงานหนักไปยัง worker เฉพาะโดยใช้ Claude Code subagents เพื่อให้ session หลักยังคงตอบสนองอยู่เสมอ

สถานการณ์: การเชื่อมต่อ GitHub MCP server เพื่อเปิด PRs

สมมติว่าคุณต้องการให้ agent จัดประเภท issues และเปิด pull requests ใน repo เดียว GitHub โฮสต์เซิร์ฟเวอร์ MCP ระยะไกลอย่างเป็นทางการ ดังนั้นคุณจึงไม่จำเป็นต้องติดตั้งอะไรในเครื่อง

1. ลงทะเบียนเซิร์ฟเวอร์ที่โฮสต์:

   claude mcp add --transport http github https://api.githubcopilot.com/mcp/
   

2. พิมพ์ /mcp ใน Claude Code เลือก github และดำเนินการลงชื่อเข้าใช้ OAuth ให้เสร็จสมบูรณ์ในเบราว์เซอร์ของคุณ โทเคนจะถูกเก็บไว้ที่ GitHub; คุณจึงไม่จำเป็นต้องคัดลอกไปวางในไฟล์

3. ยืนยันเครื่องมือที่ถูกโหลดโดยใช้ claude mcp list

4. จากนั้นให้ถามด้วยภาษาปกติ:

   • "List open issues labeled bug and summarize the top three."
   • "Open a draft PR from fix/login-redirect to main with a short description."
   • "Read PR #214 and flag anything that touches authentication."

agent จะอ่านเธรดของ issues ร่างเนื้อหา PR และเชื่อมโยง issue ที่ถูกต้องทั้งหมดนี้โดยที่คุณไม่ต้องออกจาก terminal ให้สิทธิ์แอป GitHub เข้าถึง repo เดียวก่อน ตรวจสอบสิ่งที่ agent เสนอ และขยายการเข้าถึงเมื่อคุณมั่นใจในกระบวนการแล้วเท่านั้น รายการเครื่องมือทั้งหมดและตัวเลือก self-hosting ของเซิร์ฟเวอร์มีเอกสารไว้ที่ GitHub MCP server repo

การเชื่อมต่อเซิร์ฟเวอร์ MCP ปลอดภัยหรือไม่?

เซิร์ฟเวอร์ MCP สามารถรันโค้ดบนเครื่องของคุณหรือดำเนินการกับบัญชีของคุณได้ ดังนั้นให้ปฏิบัติต่อแต่ละตัวเหมือนการติดตั้ง dependency: เชื่อมต่อเฉพาะเซิร์ฟเวอร์ที่คุณเชื่อถือเท่านั้น ความเสี่ยงเป็นเรื่องจริง เพราะเซิร์ฟเวอร์ที่เป็นอันตรายหรือไม่สมบูรณ์อาจขโมยไฟล์ (exfiltrate files) หรือดำเนินการที่ทำลายล้างด้วย credentials ของคุณได้

ให้ตรวจสอบรายการต่อไปนี้ก่อนเพิ่มเซิร์ฟเวอร์:

• ยืนยันแหล่งที่มา ควรใช้เซิร์ฟเวอร์ของผู้จำหน่ายอย่างเป็นทางการ (GitHub, Sentry) หรือเซิร์ฟเวอร์อ้างอิงที่เผยแพร่แล้ว แทนที่จะใช้แพ็กเกจที่ไม่ทราบที่มา
• อ่านว่ามันเปิดเผยเครื่องมืออะไรบ้าง เซิร์ฟเวอร์ "อ่านปัญหาของฉัน" ไม่ควรขอสิทธิ์เขียน (write access) ทั้งดิสก์ของคุณ
• กำหนดขอบเขตให้แคบ ชี้เซิร์ฟเวอร์ระบบไฟล์ไปยังโฟลเดอร์โปรเจกต์เดียว และชี้เซิร์ฟเวอร์ฐานข้อมูลไปยัง read replica
• เก็บความลับให้พ้นจาก .mcp.json ใช้ environment variables และห้าม commit token จริงเด็ดขาด
• ให้สิทธิ์ขั้นต่ำที่สุด (least privilege) บน OAuth มอบให้แอปพลิเคชัน GitHub เพียง repo เดียว ไม่ใช่ทั้งองค์กรของคุณ จนกว่าคุณจะเชื่อถือมัน
• ตรวจสอบการดำเนินการก่อนอนุมัติ อ่าน PR หรือสิ่งที่ agent เสนอมา อย่าอนุมัติการเขียนจากเซิร์ฟเวอร์ใหม่โดยอัตโนมัติ

Anthropic แจ้งเตือนความเสี่ยง prompt-injection สำหรับเซิร์ฟเวอร์ที่ดึงเนื้อหาเว็บที่ไม่น่าเชื่อถือ ดังนั้นโปรดระมัดระวังเป็นพิเศษกับเซิร์ฟเวอร์ใด ๆ ที่ดึงหน้าเพจแบบสุ่ม (arbitrary pages) แนวทางการรักษาความปลอดภัยปัจจุบันอยู่ใน Claude Code MCP docs

การแก้ไขปัญหาการเชื่อมต่อ MCP

ความล้มเหลวส่วนใหญ่เกิดจากค่ากำหนด (config) หรือการยืนยันตัวตน (auth) ไม่ใช่ที่โปรโตคอล ให้ดำเนินการตามขั้นตอนเหล่านี้ตามลำดับ:

• Server not listed: รันคำสั่ง claude mcp list อีกครั้ง หากรายการหายไป แสดงว่าคำสั่ง add น่าจะล้มเหลว; โปรดตรวจสอบการพิมพ์ผิดในตัวคั่น -- หรือชื่อแพ็กเกจ

• Status shows failed in /mcp: กระบวนการไม่สามารถเริ่มต้นได้ สำหรับเซิร์ฟเวอร์ stdio ให้รันคำสั่งดิบ (เช่น บรรทัด npx) ในเทอร์มินัลของคุณเพื่อดูข้อผิดพลาดที่แท้จริง

• Authentication failed: เปิด /mcp เลือกเซิร์ฟเวอร์ และทำขั้นตอน OAuth ใหม่ สำหรับเซิร์ฟเวอร์ที่ใช้โทเคน (token-based servers) โปรดยืนยันว่าตัวแปรสภาพแวดล้อมถูกตั้งค่าใน shell ที่เปิด Claude Code

• Tools not appearing: รีสตาร์ทเซสชัน Claude Code เพื่อให้โหลดความสามารถของเซิร์ฟเวอร์ใหม่ จากนั้นตรวจสอบขอบเขต (scope) ว่าเป็นสิ่งที่โปรเจกต์ปัจจุบันมองเห็นได้หรือไม่

• Wrong scope: เซิร์ฟเวอร์ที่เพิ่มด้วย --scope local จะไม่แสดงสำหรับเพื่อนร่วมทีม; ให้เพิ่มซ้ำด้วย --scope project หากต้องการให้แชร์

เมื่อเซิร์ฟเวอร์ระยะไกลเปลี่ยน URL หรือแพ็กเกจถูกเปลี่ยนชื่อ ค่า config ที่บันทึกไว้ของคุณจะล้าสมัย (stale) โปรดดึงค่าปัจจุบันจาก README ของเซิร์ฟเวอร์และเพิ่มใหม่แทนการแก้ไขแบบสุ่ม

ข้อสรุปที่สำคัญ

MCP เปลี่ยน Claude Code จาก agent แบบไฟล์และ shell ให้เป็นแบบที่สามารถสื่อสารกับเครื่องมือจริงของคุณได้ คุณสามารถเพิ่ม servers ด้วย claude mcp add เลือกใช้ stdio สำหรับข้อมูลในเครื่อง และ HTTP/SSE สำหรับบริการโฮสต์ พร้อมทั้งกำหนดขอบเขต (scope) ว่าใครควรเห็น server นั้น ๆ เชื่อมต่อ server ที่มีประโยชน์ก่อน โดย server ของ GitHub เป็นจุดเริ่มต้นที่ดีเยี่ยม และโปรดตรวจสอบแหล่งที่มาและสิทธิ์ของทุก server ก่อนที่คุณจะเชื่อถือมัน เก็บ tokens ไว้ใน environment variables จำกัดขอบเขตการเข้าถึง filesystem และ database อย่างแคบ และทบทวนการกระทำของ agent จนกว่า server ใหม่จะพิสูจน์คุณค่าได้