วิธีสร้างปลั๊กอิน Claude Code: คู่มือทีละขั้นตอน

Claude Code จัดการงานพัฒนาส่วนใหญ่ได้ตั้งแต่เริ่มต้น แต่แต่ละทีมมักมีเวิร์กโฟลว์เฉพาะที่ค่าเริ่มต้นไม่ครอบคลุม อาจต้องการคำสั่งกำหนดเองเพื่อสเกฟโฟลด์คอมโพเนนต์ตามโครงสร้างที่บริษัทใช้ ต้องการรันลินต์อัตโนมัติก่อนคอมมิตทุกครั้ง หรือเข้าถึงเอกสารของเฟรมเวิร์กที่ใช้เป็นประจำได้อย่างรวดเร็ว

ปลั๊กอิน Claude Code ช่วยให้เพิ่มความสามารถเหล่านี้ได้เอง สามารถติดตั้งปลั๊กอินที่ชุมชนพัฒนาหรือสร้างขึ้นเอง

หากเพิ่งเริ่มใช้เครื่องมือโค้ดดิ้งเชิงเอเจนต์ของ Anthropic ขอแนะนำให้เริ่มจาก คู่มือ Claude Code หรือคอร์สแนะนำ Claude Models บทความนี้ถือว่ามีการติดตั้ง Claude Code แล้วและเคยใช้งานสำหรับงานพื้นฐาน

เมื่ออ่านจบ คุณจะรู้วิธี:

• ค้นหาและติดตั้งปลั๊กอินจากไดเรกทอรีของ Anthropic และแหล่งชุมชน
• เข้าใจองค์ประกอบสามประเภทที่ปลั๊กอินสามารถมีได้
• เลือกประเภทที่เหมาะสมสำหรับเคสการใช้งานต่าง ๆ
• สร้างและแชร์ปลั๊กอินของตนเอง

สำหรับภาพรวมความสามารถของโมเดลล่าสุดของ Anthropic ดูคู่มือของเราเกี่ยวกับ Claude Sonnet 5.

สรุปสั้น ๆ

• ปลั๊กอิน Claude Code รวม skills, เซิร์ฟเวอร์ MCP และ hooks เป็นแพ็กเกจที่แชร์ได้ ติดตั้งด้วย claude plugin add

• Skills โหลดตามต้องการ (~100 โทเค็นต่อหนึ่ง); เซิร์ฟเวอร์ MCP โหลดคำอธิบายเครื่องมือไว้ล่วงหน้า (ลดลงด้วย Tool Search); hooks รันเป็นสคริปต์เชลล์โดยไม่เสียโทเค็น

• ใช้ skills สำหรับความรู้และเวิร์กโฟลว์ ใช้เซิร์ฟเวอร์ MCP สำหรับการเข้าถึง API ภายนอก และใช้ hooks สำหรับกฎที่ต้องทำงานทุกครั้ง

• สร้างปลั๊กอินด้วย 3 ไฟล์: ไฟล์แมนิเฟสต์ .claude-plugin/plugin.json โฟลเดอร์ skills/ และไฟล์คำแนะนำ SKILL.md

ปลั๊กอิน Claude Code คืออะไร?

ปลั๊กอินคือแพ็กเกจที่รวมส่วนขยายของ Claude Code ตั้งแต่หนึ่งรายการขึ้นไปไว้ด้วยกัน เพื่อให้ง่ายต่อการแชร์และติดตั้ง แทนที่จะคัดลอกไฟล์คอนฟิกด้วยตนเองระหว่างเครื่องหรือระหว่างเพื่อนร่วมทีม สามารถแพ็กทุกอย่างเป็นปลั๊กอินแล้วแจกจ่ายเป็นหน่วยเดียว

ปลั๊กอินสามารถมีองค์ประกอบได้สามประเภท:

• Skills: คำสั่งกำหนดเองที่เรียกใช้ด้วย /skill-name หรือพรอมป์ตแบบรู้บริบทที่ Claude ใช้อัตโนมัติเมื่อเกี่ยวข้อง

• เซิร์ฟเวอร์ MCP: การเชื่อมต่อบริการและ API ภายนอกที่ทำให้ Claude เข้าถึงข้อมูลที่ปกติไม่มี

• Hooks: สคริปต์เชลล์ที่รันอัตโนมัติในเหตุการณ์เฉพาะ เช่น ก่อนแก้ไขไฟล์หรือหลังคอมมิต

ปลั๊กอินอาจมีเพียงอย่างใดอย่างหนึ่ง หรือรวมหลายอย่างที่ทำงานร่วมกันได้ ปลั๊กอิน “deployment” อาจมีสกิล /deploy สำหรับดีพลอยแบบแมนนวล เซิร์ฟเวอร์ MCP ที่ตรวจสอบสถานะสภาพแวดล้อม staging และฮุกที่รันเทสต์ก่อนคำสั่งดีพลอยใด ๆ จะทำงาน

ไฟล์แมนิเฟสต์ plugin.json กำหนดว่าในปลั๊กอินมีอะไรบ้าง ระบุว่าให้ติดตั้งสกิล เซิร์ฟเวอร์ MCP และฮุกใด พร้อมเมทาดาตาอย่างชื่อเวอร์ชันและผู้เขียน เมื่อติดตั้งปลั๊กอิน Claude Code จะอ่านแมนิเฟสต์นี้และตั้งค่าแต่ละองค์ประกอบในตำแหน่งที่ถูกต้อง

รูปแบบแพ็กเกจนี้ทำให้ไม่ต้องเข้าใจโครงสร้างไฟล์ภายในของส่วนขยาย Claude Code แค่ติดตั้งปลั๊กอิน ทุกอย่างก็ไปอยู่ในที่ที่ควรอยู่

การค้นหาและติดตั้งปลั๊กอิน Claude Code

ปลั๊กอินส่วนใหญ่อยู่ในสองแหล่ง ไดเรกทอรีทางการของ Anthropic ที่ claude.com/plugins มีปลั๊กอินที่ Anthropic สร้างเอง ผลงานจากชุมชนที่ผ่านการยืนยัน และส่วนขยายยอดนิยมจากบุคคลที่สาม แต่ละรายการจะแสดงองค์ประกอบที่ปลั๊กอินมี ข้อมูลความเข้ากันได้ และคำแนะนำการติดตั้ง

แหล่งที่สองคือ GitHub:

เมื่อพบปลั๊กอินที่ต้องการ คำสั่งติดตั้งจะขึ้นกับแหล่งที่อยู่:

# From the official directory
claude plugin add @anthropic/deploy-helper
 
# From a GitHub repository
claude plugin add github:username/repo-name
 
# From a local directory (useful during development)
claude plugin add ./my-pluginขับเคลื่อนโดย

เมื่อติดตั้งปลั๊กอินไปสักพัก ก็ควรติดตามสถานะการใช้งาน คำสั่ง plugin ใช้สำหรับลิสต์ อัปเดต และลบ:

# List all installed plugins
claude plugin list
 
# Update a specific plugin to the latest version
claude plugin update @anthropic/deploy-helper
 
# Update all plugins
claude plugin update --all
 
# Remove a plugin
claude plugin remove @anthropic/deploy-helperขับเคลื่อนโดย

หนึ่งในสิ่งที่ต้องตัดสินใจระหว่างติดตั้งคือขอบเขตการใช้งาน ปลั๊กอินสามารถอยู่ได้สองที่: ระดับผู้ใช้ติดตั้งที่ ~/.claude/plugins/ และใช้ได้กับทุกโปรเจกต์ ส่วนระดับโปรเจกต์ติดตั้งที่ .claude/plugins/ ภายในรีโพเฉพาะ

ค่าเริ่มต้นคือระดับผู้ใช้ หากต้องการติดตั้งปลั๊กอินสำหรับโปรเจกต์ปัจจุบันเท่านั้น ให้เพิ่มแฟล็ก --project:

claude plugin add @anthropic/deploy-helper --projectขับเคลื่อนโดย

ปลั๊กอินระดับโปรเจกต์เหมาะเมื่อส่วนขยายผูกกับโค้ดเบสเฉพาะ

ปลั๊กอินที่รู้กระบวนการดีพลอยของบริษัทควรอยู่ระดับโปรเจกต์ ส่วนปลั๊กอินที่จัดรูปแบบโค้ดตามความชอบส่วนตัวควรอยู่ระดับผู้ใช้ เมื่อปลั๊กอินมีทั้งสองระดับ เวอร์ชันระดับโปรเจกต์จะมาก่อน ทำให้ทีมกำหนดค่าที่เฉพาะโปรเจกต์ได้ ขณะเดียวกันนักพัฒนายังคงใช้ปลั๊กอินส่วนตัวในที่อื่นได้

การเลือกประเภทปลั๊กอิน Claude Code ที่เหมาะสม

องค์ประกอบทั้งสามประเภทมีวัตถุประสงค์ต่างกันและใช้โทเค็นหน้าต่างบริบทต่างกัน การเข้าใจข้อแลกเปลี่ยนเหล่านี้ช่วยเลือกเครื่องมือที่เหมาะกับแต่ละงาน

Skills กับเซิร์ฟเวอร์ MCP: ข้อแลกเปลี่ยนเรื่องโทเค็น

เซิร์ฟเวอร์ MCP จะโหลดคำอธิบายเครื่องมือทุกชิ้นไว้ในหน้าต่างบริบทตั้งแต่เริ่มเซสชัน แต่ละเครื่องมือต้องมีชื่อ คำอธิบาย และสคีมาพารามิเตอร์เต็ม ๆ โดยทั่วไปประมาณ 100–300 โทเค็นต่อเครื่องมือ การตั้งค่าที่มีห้าเซิร์ฟเวอร์จะใช้ประมาณ 55,000 โทเค็นก่อนจะพิมพ์ตัวอักษรแรก:

• GitHub: 35 เครื่องมือ
•  Slack: 11 เครื่องมือ
• Sentry: 5 เครื่องมือ
• Grafana: 5 เครื่องมือ
• Splunk: 2 เครื่องมือ

มีการวิเคราะห์หนึ่งชิ้นพบว่าการตั้งค่าที่มีเซิร์ฟเวอร์ 7 ตัวขึ้นไปใช้โทเค็นมากกว่า 67,000 โทเค็น ซึ่งคิดเป็นหนึ่งในสามของหน้าต่างบริบท 200K ที่หายไปตั้งแต่ก่อนเริ่มสนทนา

Skills ใช้วิธีแบบเปิดเผยทีละน้อย ตอนเริ่มเซสชัน Claude จะเห็นเพียงชื่อสกิลและคำอธิบายบรรทัดเดียวจาก YAML frontmatter ประมาณ 100 โทเค็นต่อสกิล 

คำแนะนำฉบับเต็มจะโหลดต่อเมื่อ Claude เห็นว่าสกิลนั้นเกี่ยวข้องกับงานปัจจุบันเท่านั้น ไฟล์อ้างอิงจะโหลดเมื่อจำเป็นจริง ๆ และสคริปต์จะไม่เข้าไปในหน้าต่างบริบทเลย Claude จะรันภายนอกและส่งกลับมาเฉพาะผลลัพธ์

Anthropic แก้สมดุลนี้ในปลายปี 2025 ด้วย Tool Search ฟีเจอร์ที่นำการโหลดแบบขี้เกียจมาใช้กับเซิร์ฟเวอร์ MCP 

แทนที่จะโหลดคำอธิบายเครื่องมือทั้งหมดล่วงหน้า ตอนนี้ Claude Code จะตรวจจับเมื่อคำอธิบายเครื่องมือจะใช้พื้นที่เกิน 10% ของบริบทที่มีอยู่ และสลับเป็นการโหลดตามต้องการ 

การทดสอบภายในแสดงให้เห็นว่าการใช้บริบทลดลงจาก ~134,000 โทเค็นเหลือ ~5,000 โทเค็นสำหรับไลบรารีเครื่องมือขนาดใหญ่ ความแม่นยำในการเลือกเครื่องมือก็ดีขึ้นเช่นกัน โดย Opus 4 เพิ่มจาก 49% เป็น 74% และ Opus 4.5 จาก 79.5% เป็น 88.1% ในการประเมิน MCP

วิธีตัดสินใจเลือกใช้งานมีดังนี้

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

Skills ยังเหมาะสำหรับงานที่ต้องใช้สคริปต์ประมวลผลหนัก เนื่องจากโค้ดของสคริปต์อยู่นอกหน้าต่างบริบท

เซิร์ฟเวอร์ MCP เหมาะเมื่อ Claude ต้องการข้อมูลเรียลไทม์จากบริการภายนอก เช่น ข้อความ Slack, PR บน GitHub หรือคิวรีฐานข้อมูล นอกจากนี้ยังเหมาะเมื่อเอเจนต์ AI หลายตัวต้องใช้เครื่องมือเดียวกัน หรือเมื่อจำเป็นต้องมีฟีเจอร์ระดับองค์กร เช่น บันทึกการตรวจสอบและการอนุญาตแบบชัดเจน

หลายการตั้งค่าจะใช้ทั้งสองอย่างร่วมกัน: skills ให้ “วิธี” และ “เมื่อไหร่” ผ่านคำแนะนำภาษาธรรมชาติ ขณะที่เซิร์ฟเวอร์ MCP จัดการการเรียก API จริง

สกิล Claude Code ยอดนิยมที่ควรติดตั้ง

• Superpowers (บทความสอนของเรา): เวิร์กโฟลว์พร้อมใช้กว่า 20 รายการสำหรับ TDD ดีบัก และการวางแผนเชิงโครงสร้าง
• frontend-design: กำชับให้ Claude หลีกเลี่ยงดีไซน์ทั่วไปและตัดสินใจด้านดีไซน์ที่ชัดเจน
• mcp-builder: คู่มือสร้างเซิร์ฟเวอร์ MCP เพื่อเชื่อมต่อ API ภายนอก
•  webapp-testing: ทดสอบเว็บแอปโลคัลด้วย Playwright เพื่อยืนยัน UI
•  skill-creator: เครื่องมือเชิงโต้ตอบที่พาคุณสร้างสกิลใหม่ทีละขั้น

เซิร์ฟเวอร์ MCP ยอดนิยมที่ควรเชื่อมต่อ

• Context7: ค้นหาเอกสารแบบเรียลไทม์ตามเวอร์ชัน
• GitHub: ค้นหารีโพ จัดการ PR ติดตามอีชู
• Playwright: อัตโนมัติเบราว์เซอร์โดยใช้ accessibility tree แทนสกรีนช็อต
• Supabase: คิวรีฐานข้อมูลโดยตระหนักถึง Row Level Security
• Sentry: ติดตามข้อผิดพลาดและประสิทธิภาพได้จากในเอดิเตอร์

นอกจากนี้ยังอ่านคู่มือของเราเกี่ยวกับ เซิร์ฟเวอร์ MCP แบบรีโมตยอดนิยม ได้ด้วย

Hooks: ชั้นที่กำหนดแน่นอน

Hooks อยู่นอกประเด็นเปรียบเทียบระหว่าง skills กับ MCP อย่างสิ้นเชิง ขณะที่ทั้ง skills และ MCP เป็นฝั่งที่ Claude ตัดสินใจว่าจะใช้เมื่อใด Hooks เป็นฝั่งระบบ มันจะทำงานเมื่อเกิดอีเวนต์อย่าง PreToolUse หรือ PostToolUse โดยรันสคริปต์เชลล์ก่อนหรือหลัง Claude กระทำการเฉพาะ Claude ไม่มีสิทธิ์ตัดสินใจว่า hook จะรันหรือไม่

ดังนั้น Hooks จึงเหมาะเมื่อจำเป็นต้องเกิดขึ้นทุกครั้งโดยไม่มีข้อยกเว้น: ลินต์ก่อนคอมมิตทุกครั้ง บล็อกการเขียนไปยังไดเรกทอรีที่ป้องกันไว้ ล็อกคำสั่ง bash ทุกคำสั่ง หรือรันเทสต์ก่อนการดีพลอยใด ๆ

นักพัฒนารายนี้ แนะนำให้ใช้ฮุกแบบ “บล็อกตอนส่ง” มากกว่า “บล็อกตอนเขียน” การบล็อก Claude กลางงานจะทำให้เอเจนต์สับสนและได้ผลลัพธ์แย่ลง ทีมของเธอใช้ฮุก PreToolUse ที่ครอบ Bash(git commit) และตรวจห าไฟล์ชั่วคราวที่มีอยู่ก็ต่อเมื่ อเทสต์ผ่านเท่านั้น ถ้าไม่มีไฟล์ก็ไม่ให้คอมมิต เอเจนต์ทำงานให้เสร็จก่อน แล้วจึงตรวจสอบตอนท้าย

Hooks ไม่เพิ่มภาระโทเค็นเพราะรันเป็นสคริปต์เชลล์นอกหน้าต่างบริบท

Hooks ของ Claude ที่ควรตั้งค่า

• ESLint/Prettier ตอนแก้ไข: จัดรูปแบบไฟล์อัตโนมัติหลัง Claude เขียนไฟล์
• เทสต์เกตตอนคอมมิต: บล็อกคอมมิตหากเทสต์ไม่ผ่าน
• เส้นทางที่ป้องกัน: ป้องกันการเขียนไปยัง migrations, configs หรือโฟลเดอร์ vendor
• การแจ้งเตือนเมื่อเสร็จสิ้น: ส่งการแจ้งเตือน Slack หรือเดสก์ท็อปเมื่อภารกิจยาวเสร็จ
• สำรองบทสนทนา: บันทึกประวัติการสนทนาก่อนการย่อข้อความทำงาน

วิธีสร้างปลั๊กอิน Claude Code ของคุณเอง

เมื่อสกิลอยู่ในไดเรกทอรีส่วนตัว .claude/ จะมีเพียงคุณที่ใช้ได้ การแพ็กเป็นปลั๊กอินช่วยให้แชร์กับเพื่อนร่วมทีมหรือใช้ซ้ำข้ามโปรเจกต์ได้

เราจะสร้างปลั๊กอินชื่อ session-logger ที่เพิ่มคำสั่ง /session-logger:summarize เมื่อเรียกใช้ Claude จะทบทวนการสนทนาและต่อท้ายสรุปแบบมีโครงสร้างลงใน SESSION_LOG.md.

สร้างโครงสร้างปลั๊กอิน

ปลั๊กอินสามารถอยู่ที่ใดก็ได้ในไฟล์ซิสเท็ม สำหรับบทความนี้ เราจะสร้างในโฮมไดเรกทอรี:

cd ~
mkdir -p session-logger/.claude-plugin
mkdir -p session-logger/skills/summarizeขับเคลื่อนโดย

สิ่งที่ถูกสร้างคือ:

~/session-logger/
├── .claude-plugin/
│   └── plugin.json  	# manifest goes here, nowhere else
└── skills/
	└── summarize/   	# folder name becomes the command name
    	└── SKILL.md 	# must be named exactly thisขับเคลื่อนโดย

เขียนแมนิเฟสต์

สร้าง ~/session-logger/.claude-plugin/plugin.json:

{
  "name": "session-logger",
  "description": "Log session summaries to a markdown file",
  "version": "1.0.0"
}ขับเคลื่อนโดย

ฟิลด์ name กลายเป็นคำนำหน้าพื้นที่ชื่อ คำสั่งทั้งหมดในปลั๊กอินนี้จะขึ้นต้นด้วย /session-logger:.

เขียนสกิล

สร้าง ~/session-logger/skills/summarize/SKILL.md:

---
description: Log a summary of the current session to SESSION_LOG.md
disable-model-invocation: true
---
 
When invoked, review the conversation and create a summary with these sections:
 
- **Date/time**: Current timestamp
- **Tasks completed**: What was accomplished
- **Files modified**: List of files created or changed
- **Decisions made**: Architectural or implementation choices
- **Open questions**: Unresolved items for future sessions
 
Append the summary to SESSION_LOG.md in the project root. Create the file if it doesn't exist.ขับเคลื่อนโดย

บรรทัด disable-model-invocation: true บอก Claude ว่า มีเพียงคุณ เท่านั้นที่เรียกใช้สกิลนี้ได้ หากไม่มีแฟล็กนี้ Claude อาจตัดสินใจรันคำสั่งเองหากเห็นว่าช่วยการสนทนาได้ สำหรับตัวบันทึกหรือเครื่องมือดีพลอย มักต้องการควบคุมแบบแมนนวล

ทดสอบในเครื่อง

ไปยังโปรเจกต์ที่ต้องการใช้ปลั๊กอิน จากนั้นเริ่ม Claude Code พร้อมแฟล็ก --plugin-dir ชี้ไปยังปลั๊กอิน:

cd ~/your-project
claude --plugin-dir ~/session-loggerขับเคลื่อนโดย

พิมพ์ /session-logger:summarize เพื่อเรียกใช้คำสั่ง โปรดทราบว่าคำสั่งปลั๊กอินจะไม่ปรากฏในคำแนะนำออโต้คอมพลีตก่อนพิมพ์ชื่อเต็ม ตัวอักษรจะเปลี่ยนเป็นสีน้ำเงินเมื่อ Claude Code รับรู้ว่าเป็นคำสั่งที่ถูกต้อง

หลังจากทำงานในเซสชันแล้ว ให้รันคำสั่ง Claude จะทบทวนการสนทนาและต่อท้ายรายการใน SESSION_LOG.md ในไดเรกทอรีโปรเจกต์ปัจจุบัน

แชร์ให้ผู้อื่น

พุชปลั๊กอินขึ้น GitHub หากต้องการแจกจ่ายเกินกว่าการโคลนด้วยตนเอง ให้เพิ่มลงในมาร์เก็ตเพลสปลั๊กอิน คู่มือมาร์เก็ตเพลส ครอบคลุมการสร้างมาร์เก็ตเพลสของตนเองหรือการส่งขึ้นมาร์เก็ตเพลสที่มีอยู่

ข้อคิดส่งท้าย

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

หากทำตามมาจนจบ ตอนนี้คุณมีปลั๊กอินที่ใช้งานได้บนเครื่อง ลองปรับแต่งดู: เปลี่ยนรูปแบบสรุป เพิ่มส่วนใหม่ ๆ หรือสลับไปเป็นสิ่งที่ทีมต้องใช้จริง ๆ โครงสร้างยังคงเดิม ไม่ว่าจะสร้างเครื่องมือส่วนตัวอย่างรวดเร็วหรือของที่จะแจกจ่ายให้กับนักพัฒนาหลายร้อยคน

นอกจากนี้ ลองท่องรีโพของชุมชนเมื่อมีโอกาส การเห็นว่าคนอื่นจัดโครงสร้างปลั๊กอินอย่างไรจะสอนแพตเทิร์นที่เอกสารอธิบายไม่หมด

หากต้องการเจาะลึก Claude Code ต่อ ดูบทความสอนของเราเรื่อง แนวทางปฏิบัติที่ดีที่สุดของ Claude Code, เฟรมเวิร์กสกิล Superpowers, สแลชคอมมานด์สำหรับเซสชันที่ยาวขึ้น และ ความปลอดภัยและการอนุญาต หากอยากเรียนรู้เพิ่มเติมเกี่ยวกับโมเดล Claude แนะนำคอร์ส Introduction to Claude Models.