Claude Code Skills คืออะไร? สร้าง Custom Workflow ส่วนตัวใน 10 นาที

จากรายงานของ Stack Overflow Developer Survey 2024 พบว่านักพัฒนากว่า 76% ใช้ AI tools ในงานประจำวัน แต่ส่วนใหญ่ยังติดอยู่กับการพิมพ์คำถามซ้ำๆ ทุก session (Stack Overflow, 2024) สมมุติว่าคุณ review code ทุกวัน — ทุกครั้งที่ขอให้ Claude ช่วย คุณต้องพิมพ์ checklist เดิมซ้ำๆ: “ตรวจ edge case, security, performance, naming convention…” หรือทุกครั้งที่เขียน blog post ต้องอธิบายโครงสร้างที่อยากได้ใหม่ทุกเที่ยว นั่นคือเวลาที่หายไปโดยไม่จำเป็น

Claude Code Skills แก้ปัญหานี้ — มันคือ workflow ที่คุณเขียนครั้งเดียวแล้วเรียกใช้ได้ตลอด ด้วยคำสั่งสั้นๆ อย่าง /review-pr หรือ /write-blog โดยไม่ต้องอธิบายซ้ำอีกเลย บทความนี้จะอธิบายว่า Skills คืออะไร ต่างจาก CLAUDE.md ยังไง และสร้าง Skill แรกของคุณได้ในเวลาไม่ถึง 10 นาที

Claude Code Skills คืออะไร?

Skills คือ “knowledge module” — โฟลเดอร์เล็กๆ ที่บรรจุ instructions, scripts และ reference files ไว้ด้วยกัน Claude Code จะอ่าน Skill ทุกตัวเมื่อเริ่ม session และพร้อมเรียกใช้เมื่อถูก trigger ทั้งแบบอัตโนมัติ (Claude จับคำสั่งเองจาก description) หรือแบบ manual (คุณพิมพ์ /skill-name)

สิ่งที่ทำให้ Skills ทรงพลังคือ progressive disclosure — Claude ไม่โหลด instructions ทั้งหมดเข้า context ตั้งแต่ต้น แต่โหลดแบบ 3 ชั้น:

1. Metadata (ชื่อ + description) — โหลดเสมอ เล็กมาก ไม่กิน context
2. SKILL.md instructions — โหลดเมื่อ Skill ถูก trigger
3. Scripts และ reference files — โหลดเฉพาะเมื่อ Skill เรียกใช้งาน

หมายความว่าคุณมี Skill 50 ตัวก็ไม่กระทบ context window เพราะ Claude โหลดแค่ชั้นที่จำเป็นจริงๆ

Skills ต่างจาก CLAUDE.md, Slash Commands และ Agents ยังไง?

หลายคนสับสนระหว่างเครื่องมือทั้งสามนี้ ลองเปรียบกันแบบนี้:

CLAUDE.md — รัฐธรรมนูญของโปรเจกต์

กฎที่บังคับใช้ ตลอดเวลา ทุก session เช่น “ห้าม commit ไฟล์ .env”, “ใช้ TypeScript เท่านั้น”, “comments ภาษาไทย” กฎพวกนี้ไม่ต้องเรียกใช้ — Claude จำไว้ตลอด เหมาะกับ constraints ที่เป็น 1-2 ประโยค ไม่ใช่ procedure ยาวๆ

Skills — Workflow ที่เรียกใช้ตามต้องการ

Procedure หลายขั้นตอนที่ใช้ซ้ำได้ เช่น “/review-pr” ที่ตรวจ 10 จุดตามลำดับ — Claude ไม่ทำสิ่งนี้ตลอดเวลา แต่พร้อมทำเมื่อถูกเรียก ถ้า CLAUDE.md ของคุณมีส่วนที่ยาวเป็น procedure มีหลาย decision point นั่นคือสัญญาณว่าควรเป็น Skill

Built-in Slash Commands — คำสั่ง CLI ตายตัว

/clear, /model, /help, /cost เป็น hardcoded operations ของ Claude Code ไม่มี AI reasoning เพิ่มเติม Skills ที่คุณสร้างเองก็เรียกได้ด้วย slash command เช่นกัน แต่ Claude ใช้ reasoning จาก SKILL.md ในการทำงาน

Agents — “นักแสดง” ที่ใช้ Skills

Agent มี context และ tool config ของตัวเอง (เช่น Explore, Plan ที่มีมาให้ใน Claude Code) Skills คือ module ที่ Agent โหลดมาใช้ เปรียบ Agent = พนักงาน, Skill = training manual ของพนักงานคนนั้น

อ่านเพิ่มเติมเรื่อง MCP ที่ทำงานร่วมกับ Skills ได้ที่ MCP คืออะไร? เทคโนโลยี USB-C ของ AI ที่กำลังเปลี่ยนวงการ

โครงสร้างของ Skill หน้าตาเป็นอย่างไร?

Skills อยู่ใน .claude/skills/ ของโปรเจกต์ (หรือ ~/.claude/skills/ สำหรับ global) แต่ละ Skill เป็นโฟลเดอร์ที่ต้องมีไฟล์ SKILL.md เสมอ:

.claude/skills/
└── review-pr/
    ├── SKILL.md          ← จำเป็น (ตัวพิมพ์ใหญ่เสมอ)
    ├── references/
    │   └── checklist.md  ← คู่มืออ้างอิง
    └── scripts/
        └── check.py      ← script ทำงานอัตโนมัติ

ข้อผิดพลาดที่พบบ่อย: พิมพ์ skill.md แทน SKILL.md (ตัวพิมพ์เล็ก) หรือโฟลเดอร์ไม่ตรงกับ name ใน frontmatter — Skill จะไม่ถูก discover

SKILL.md เขียนอย่างไร? เทมเพลตพร้อมใช้

SKILL.md ต้องมี YAML frontmatter ตามด้วย Markdown instructions:

---
name: review-pr
description: >
  Review pull request code สำหรับ quality, security และ performance.
  ใช้เมื่อผู้ใช้ขอตรวจ PR, review code, หรือดู diff ก่อน merge
  รวมถึงเมื่อพูดถึง 'ตรวจโค้ด', 'ดู PR' หรือ 'ก่อน merge'
---

# PR Review Workflow

## Goal
ตรวจ PR ตาม checklist มาตรฐานทีม แล้วสรุป findings เป็นรายงาน

## Instructions

ขั้นที่ 1: อ่าน diff ทั้งหมดก่อน 1 รอบโดยไม่ comment
ขั้นที่ 2: ตรวจตามลำดับนี้
  - Logic errors / edge cases
  - Security (SQL injection, XSS, hardcoded secrets)
  - Performance (N+1 queries, unnecessary loops)
  - Naming (ชัดเจน, ตรงความหมาย)
  - Tests (ครอบคลุม happy path + error cases)

ขั้นที่ 3: จัดเรียง findings เป็น 3 กลุ่ม
  - 🔴 Must fix (บล็อก merge)
  - 🟡 Should fix (แนะนำ)
  - 🟢 Nice to have (ข้อสังเกต)

## Output Format

### PR Review Summary
**File:** [ชื่อไฟล์]
**Risk Level:** [High/Medium/Low]

**Must Fix:**
- [item]

**Should Fix:**
- [item]

**Overall:** [approve/request changes + เหตุผล 1 ประโยค]

สังเกตว่า description ต้องบอกทั้งสองอย่าง: (1) Skill ทำอะไร และ (2) เมื่อไหร่ควร trigger — ยิ่ง description ชัด Claude ยิ่ง auto-trigger ได้แม่นยำ

สร้าง Skill แรกได้ใน 10 นาทีอย่างไร?

ขั้นที่ 1: ออกแบบ Workflow (2 นาที)

ถามตัวเองว่า: “งานซ้ำๆ ที่ฉันทำกับ Claude คืออะไร?” เลือก 1 งานที่มีขั้นตอนชัดเจน 3-7 ขั้น เช่น code review, เขียน email, สร้าง test case

ขั้นที่ 2: สร้างโฟลเดอร์ (1 นาที)

mkdir -p .claude/skills/my-first-skill

ขั้นที่ 3: เขียน SKILL.md (5 นาที)

เขียน frontmatter ด้วย name (kebab-case ตรงกับชื่อโฟลเดอร์) และ description (อธิบายว่าทำอะไรและเมื่อไหร่ trigger) จากนั้นเขียน instructions ในภาษา Markdown ตามโครงสร้าง Goal → Instructions → Output Format

ขั้นที่ 4: Restart Claude Code และทดสอบ (2 นาที)

พิมพ์ /my-first-skill แล้วดูว่า Claude ทำงานตาม instructions หรือไม่ หรือพิมพ์ข้อความธรรมชาติที่ตรงกับ description แล้วดูว่า Claude trigger Skill เองได้ไหม

Anthropic มี official Skills repository บน GitHub ที่รวม reference Skills และตัวอย่าง เป็นแหล่งเรียนรู้ที่ดีมากสำหรับผู้เริ่มต้น

Skills จริงที่ใช้ได้ทันทีมีอะไรบ้าง?

Skills ที่ developer และ content creator นิยมสร้างมากที่สุด:

สำหรับ Developer

• /review-pr — ตรวจ PR ตาม checklist ทีม แยก must-fix / should-fix / nice-to-have
• /write-tests — สร้าง unit tests ตาม TDD workflow: red → green → refactor
• /debug — วิเคราะห์ error อย่างเป็นระบบ หา root cause ก่อนแก้
• /prd — สัมภาษณ์ความต้องการ แล้วสร้าง Product Requirements Document
• /simplify — scan โค้ดที่เปลี่ยนแปลงล่าสุดหาจุดปรับปรุง quality และ reuse

สำหรับ Content Creator และ Marketer

• /write-blog — pipeline ครบ: research → outline → draft → SEO check → HTML
• /facebook-post — เขียน post ตาม brand voice, format, และความยาวที่กำหนด
• /morning — สรุป priorities ประจำวัน ดึงข้อมูลจากหลายแหล่ง
• /content-engine — pipeline ทั้งหมดตั้งแต่ brief จนถึง publish

สำหรับทุกคน

• /email-draft — เขียน email ตาม tone ที่ระบุ (formal/casual) พร้อม subject line
• /meeting-notes — แปลง notes กระจัดกระจายให้เป็น structured summary + action items
• /translate-th — แปลภาษาอังกฤษเป็นไทย ปรับ register ให้เหมาะกับกลุ่มเป้าหมาย

SKILL.md มี Frontmatter Fields อะไรบ้างที่ควรรู้?

นอกจาก name และ description ยังมี fields ที่มีประโยชน์:

• allowed-tools — จำกัดว่า Skill ใช้ tool อะไรได้บ้าง เช่น [Read] สำหรับ read-only Skill ช่วยความปลอดภัย
• disable-model-invocation: true — กำหนดให้ Skill นี้ต้อง trigger โดยมนุษย์เท่านั้น เหมาะกับ Skill ที่มี side effects เช่น deploy หรือ send email
• context: fork — รัน Skill ใน subagent แยก context ออกจาก session หลัก เหมาะกับงาน research หนัก

Best Practices — Skill ที่ดีต้องมีอะไรบ้าง?

1. Skill หนึ่งตัว = หนึ่งหน้าที่

อย่าสร้าง Skill ที่ทำทุกอย่าง เช่น “ทำทุกอย่างเกี่ยวกับ code” — แบ่งเป็น /review-pr, /write-tests, /debug แทน Skills เล็กและชัดเจน trigger ได้แม่นยำกว่าและแก้ปัญหาง่ายกว่า

2. Description ต้องบอกทั้ง WHAT และ WHEN

Description ที่ดีระบุว่า Skill ทำอะไร และ keyword ที่ผู้ใช้มักพูดก่อนอยากได้ผลลัพธ์นี้ ยิ่งครอบคลุม phrase หลายแบบ Claude trigger ได้แม่นยำขึ้น

3. ใส่ตัวอย่าง output ไว้ใน SKILL.md

Claude ยึดตาม pattern มากกว่า description — ใส่ตัวอย่าง output ที่ต้องการไว้ใน SKILL.md จะช่วยให้ผลลัพธ์ consistent ข้ามหลาย session

4. ย้าย reference ยาวๆ ออกจาก SKILL.md

ถ้ามี checklist ยาว, style guide, หรือตาราง เก็บไว้ใน references/ แล้วให้ SKILL.md อ้างถึงไฟล์นั้นแทน SKILL.md ควรสั้น (ไม่เกิน 500 บรรทัด) อ่านรู้เรื่องใน 2 นาที

5. Version control Skills เหมือน code

Commit .claude/skills/ เข้า Git ทีมทุกคนจะได้ Skills เดียวกัน แก้ไข Skills ผ่าน PR เพื่อให้มี review process เหมือนกับการแก้โค้ดจริง

Skills กับ MCP — ทำงานร่วมกันอย่างไร?

Skills และ MCP (Model Context Protocol) ทำงานต่างระดับกัน — MCP เป็น “ท่อ” ที่ให้ Claude เชื่อมกับเครื่องมือภายนอก (Notion, database, Slack) ส่วน Skills เป็น “สคริปต์” ที่บอก Claude ว่าจะใช้ท่อเหล่านั้นยังไง

ตัวอย่าง: ถ้าคุณมี MCP Server สำหรับ Airtable (Claude เชื่อมกับ Airtable ได้) Skills จะบอกว่า “เมื่อผู้ใช้พูดถึงการสร้าง content calendar ให้ query Topics table, filter เฉพาะที่ Pick = true, แล้วสร้าง calendar ตามรูปแบบนี้…” — MCP ให้ access, Skill ให้ workflow

หากสนใจเรียนรู้การพัฒนา workflow ด้วย Claude Code ในเชิงลึก แนะนำหลักสูตร Professional AI-Assisted Development: Cursor, Claude Code & MCP ที่ครอบคลุมทั้ง Skills, MCP และ Claude Code workflow สำหรับ developer

องค์กรจริงใช้ Skills สร้าง Content Pipeline ได้อย่างไร?

Content team ในหลายองค์กรใช้ Skills สร้าง content pipeline อัตโนมัติ ตัวอย่างเช่น:

.claude/skills/
├── content-engine/
│   └── SKILL.md          ← orchestrator รัน pipeline ทั้งหมด
├── blog-writer/
│   └── SKILL.md          ← เขียน blog article ตาม brand voice
├── social-content/
│   └── SKILL.md          ← เขียน Facebook/Instagram post
└── content-editor/
    └── SKILL.md          ← review + SEO + platform formatting

เมื่อพิมพ์ /content-engine Claude จะ orchestrate ทั้งหมดโดยอัตโนมัติ — ตั้งแต่ brief จนถึง upload เข้า database พนักงาน 1 คนสามารถผลิต content ได้เท่ากับทีม 5 คน

สำหรับผู้บริหารและหัวหน้าทีมที่อยากเริ่มนำ Claude Code ไปใช้จัดการงานทีม แนะนำหลักสูตร Claude Code and CoWork สำหรับหัวหน้ายุคใหม่ ที่ออกแบบมาสำหรับคนที่ไม่ได้เป็น developer โดยเฉพาะ

คำถามที่พบบ่อยเกี่ยวกับ Claude Code Skills

Claude Code Skills ต่างจาก CLAUDE.md อย่างไร?

CLAUDE.md เก็บกฎที่บังคับใช้ตลอดเวลาในทุก session เหมือน “รัฐธรรมนูญ” ของโปรเจกต์ เช่น “ห้าม commit ไฟล์ .env” หรือ “ใช้ TypeScript เสมอ” หรือ “comment ทุกอย่างเป็นภาษาไทย” — กฎเหล่านี้ Claude จำไว้ตลอดโดยไม่ต้องเรียกใช้ เหมาะกับ constraints ที่เป็น 1-3 ประโยค สั้น ชัดเจน

ส่วน Skills เก็บ workflow หลายขั้นตอนที่เรียกใช้ตามต้องการ เช่น /review-pr หรือ /write-blog — Claude ไม่ได้ทำงานนี้ตลอดเวลา แต่พร้อมเสมอเมื่อถูกเรียก กฎง่ายๆ คือ ถ้า CLAUDE.md ของคุณมีส่วนที่ยาวเป็น procedure มีหลาย decision point มี if/else มีขั้นตอนซ้อนกัน นั่นคือสัญญาณชัดเจนว่าควรย้ายออกมาเป็น Skill แทน เพราะจะ load เข้า context เฉพาะเมื่อจำเป็น ไม่กิน token ทุก session

Skills จะ trigger เองอัตโนมัติได้ไหม?

ทำได้ Claude Code โหลด metadata ของทุก Skill (ชื่อ + description) ตั้งแต่เริ่ม session เมื่อคุณพิมพ์ข้อความที่ตรงกับ description Claude จะ trigger Skill นั้นโดยอัตโนมัติโดยไม่ต้องพิมพ์ slash command เช่น ถ้า description เขียนว่า “ใช้เมื่อผู้ใช้ขอ review code หรือตรวจ PR” แค่พิมพ์ “ช่วย review PR นี้หน่อย” Claude ก็จะ load Skill ขึ้นมาเอง

อย่างไรก็ตาม การ trigger อัตโนมัติใช้ probabilistic matching — ถ้า description ไม่ชัดเจนพอ หรือมีหลาย Skill ที่ description คล้ายกัน Claude อาจ trigger ผิดตัวหรือไม่ trigger เลย ถ้าอยากให้แน่นอนและควบคุมได้ 100% ใช้ /skill-name ตรงๆ ดีกว่า โดยเฉพาะกับ Skill ที่มี side effects เช่น deploy หรือ send email

Skills เก็บระดับ project หรือ global ดีกว่า?

ขึ้นอยู่กับลักษณะงาน Skills ที่อยู่ใน .claude/skills/ ภายใน project ใช้ได้เฉพาะโปรเจกต์นั้น เหมาะกับ workflow เฉพาะโปรเจกต์ เช่น /deploy-to-staging, /run-migration, หรือ /check-brand-voice ที่มี context ผูกกับ codebase นั้นโดยตรง

Skills ที่อยู่ใน ~/.claude/skills/ (home directory) ใช้ได้กับทุกโปรเจกต์ในเครื่อง เหมาะกับ Skill ส่วนตัวที่ใช้ทุกวันข้ามโปรเจกต์ เช่น /morning-brief, /write-thai-post, หรือ /code-review คำแนะนำ: เริ่มจาก project-level ก่อนเสมอ แล้วย้ายขึ้น global เมื่อมั่นใจว่า Skill ใช้ได้ดีและต้องการใช้งานข้ามโปรเจกต์ ไม่ต้อง global ทุกอย่างตั้งแต่แรก

จะ share Skills ให้ทีมได้ไหม?

ได้ วิธีง่ายที่สุดคือ commit โฟลเดอร์ .claude/skills/ เข้า Git repository เดียวกันกับโปรเจกต์ ทุกคนที่ clone repo จะได้ Skills เหมือนกันทันที ไม่ต้องติดตั้งเพิ่มเติม เมื่อใครแก้ Skill ก็ส่ง PR เหมือนแก้โค้ดปกติ

ถ้าต้องการแชร์ข้ามโปรเจกต์หรือกับคนภายนอกทีม ใช้ระบบ Plugin — สร้างโฟลเดอร์ .claude-plugin/ พร้อม plugin.json แล้ว bundle Skills เข้าด้วยกัน ทีมโหลดได้ด้วย claude --plugin-dir ./my-plugin บริษัทหลายแห่งสร้าง internal Skill library เช่น “company standard PR review” หรือ “brand voice writing” ไว้ใช้ร่วมกันทั้งองค์กร

Skills ต่างจาก Claude Agent อย่างไร?

Agent คือ “นักแสดง” ที่มี context, tool config, และ starting prompt ของตัวเอง — เช่น Explore agent, Plan agent ที่ Claude Code มีมาให้ หรือ custom agent ที่คุณสร้างขึ้น แต่ละ agent ทำงานใน context แยกและมีหน้าที่เฉพาะ

Skills คือ “ความสามารถพิเศษ” ที่ Agent โหลดมาใช้เมื่อจำเป็น เปรียบได้ว่า Agent = พนักงานคนหนึ่ง, Skill = training manual ที่สอนพนักงานคนนั้นว่าต้องทำงานอะไรยังไง ใน Claude Code session หลักคือ Agent หลัก และ Skills คือ module ที่ Agent เรียกใช้ นอกจากนี้บาง Skill ยังระบุ context: fork เพื่อรันเป็น subagent แยก context ออกมาได้ เหมาะกับงาน research หรืองานที่ต้องการ isolation จาก session หลัก

อยากเริ่มใช้ Claude Code Skills วันนี้ ควรเริ่มต้นที่ไหน?

Skills คือสิ่งที่เปลี่ยน Claude Code จาก chatbot ทั่วไปให้กลายเป็น AI ที่ทำงานตาม workflow ของคุณโดยเฉพาะ ลงทุนเวลา 10 นาทีสร้าง Skill แรก แล้วคุณจะไม่กลับไปพิมพ์ instructions เดิมซ้ำๆ อีกเลย

อ่าน เอกสาร Claude Code อย่างเป็นทางการ และดู ตัวอย่าง Skills จาก Anthropic บน GitHub เพื่อ inspiration

ถ้าต้องการเรียน Claude Code และ AI automation อย่างเป็นระบบ ตั้งแต่พื้นฐานจนถึงการสร้าง AI Agent จริงสำหรับองค์กร SkillPass AI Automation Tech เปิดให้คุณเข้าถึงหลักสูตรทั้งหมดในราคา 5,990 บาท/ปี

ดูรายละเอียด SkillPass AI Automation Tech →