Skill.md คืออะไร และ md คือไฟล์อะไร อธิบายครบตั้งแต่ศูนย์

ตอบสั้น ๆ ก่อน: md คือ นามสกุลของไฟล์ Markdown ซึ่งเป็นไฟล์ข้อความธรรมดาที่จัดรูปแบบด้วยสัญลักษณ์ง่าย ๆ ส่วน Skill.md คือ ไฟล์ Markdown ที่บรรจุความสามารถหนึ่งชุดของ AI ไว้ครบ ทั้งบทบาท ขั้นตอนการทำงาน มาตรฐานคุณภาพ และข้อห้าม ทำให้ AI ทำงานได้เหมือนเดิมทุกครั้ง แทนที่จะต้องพิมพ์คำสั่งใหม่ทุกวัน

ถ้าคุณเคยเจอปัญหาว่า สั่ง AI เหมือนเดิมแต่ได้งานไม่เหมือนเดิม หรือ ต้องคัดลอกไปวางคำสั่งยาว ๆ ทุกเช้า บทความนี้คือคำตอบ

---

สารบัญ

• ส่วนที่ 1: md คือไฟล์อะไร
• ส่วนที่ 2: ไวยากรณ์ Markdown ที่ต้องรู้
• ส่วนที่ 3: ทำไม AI ถึงใช้ Markdown
• ส่วนที่ 4: Skill.md คืออะไร
• ส่วนที่ 5: กายวิภาคของ Skill.md
• ส่วนที่ 6: เขียนไฟล์แรกของคุณ
• ส่วนที่ 7: เอาไปใช้จริงกับเครื่องมือต่าง ๆ
• ส่วนที่ 8: ดูแลไฟล์ระยะยาว
• FAQ

---

ส่วนที่ 1: md คือไฟล์อะไร

คำตอบตรง ๆ

ไฟล์ .md คือไฟล์ Markdown เป็นไฟล์ข้อความธรรมดา (plain text) ที่ใช้สัญลักษณ์ง่าย ๆ ในการจัดรูปแบบ เช่นใส่ # หน้าข้อความเพื่อทำหัวข้อ หรือใส่ ** คร่อมคำเพื่อทำตัวหนา

เปิดได้ด้วยโปรแกรมแก้ไขข้อความอะไรก็ได้ ตั้งแต่ Notepad ไปจนถึง VS Code ไม่ต้องซื้อโปรแกรมพิเศษ ไม่ต้องกลัวไฟล์เปิดไม่ได้ในอีก 10 ปี

ทำไมต้องมี Markdown ในเมื่อมี Word แล้ว

เทียบกันตรง ๆ

	Word (.docx)	Markdown (.md)
ขนาดไฟล์	ใหญ่ (มีข้อมูลรูปแบบเยอะ)	เล็กมาก (เป็นข้อความล้วน)
เปิดด้วยอะไรได้บ้าง	ต้องมีโปรแกรมรองรับ	โปรแกรมแก้ไขข้อความอะไรก็ได้
เทียบว่าใครแก้อะไร	ยาก	ง่ายมาก ดูได้ทีละบรรทัด
เอาไปแปลงเป็นเว็บ	ต้องแปลงหลายขั้น	แปลงเป็น HTML ได้ทันที
อ่านไฟล์ดิบรู้เรื่องไหม	ไม่รู้เรื่อง	อ่านรู้เรื่อง
เหมาะกับ	เอกสารที่ต้องจัดหน้าสวย	เนื้อหาที่เน้นโครงสร้างและใช้ต่อได้

Markdown ออกแบบขึ้นในปี 2004 ด้วยแนวคิดเดียวคือ "ต้องอ่านรู้เรื่องแม้ยังไม่ได้แปลงเป็นหน้าเว็บ" ซึ่งต่างจาก HTML ที่เต็มไปด้วยแท็กจนอ่านดิบ ๆ แล้วปวดหัว

.md อยู่รอบตัวเราแล้ว

หลายคนใช้อยู่โดยไม่รู้ตัว

• ไฟล์ README ในทุกโปรเจกต์บน GitHub
• โน้ตใน Obsidian, Bear, Logseq
• เอกสารประกอบซอฟต์แวร์เกือบทุกเจ้า
• บล็อกที่สร้างด้วย static site generator
• และสิ่งที่เรากำลังจะพูดถึง — คำสั่งระบบของ AI

---

ส่วนที่ 2: ไวยากรณ์ Markdown ที่ต้องรู้

จำแค่ตารางนี้ก็ครอบคลุม 95% ของงานจริงแล้ว

พื้นฐานที่ใช้ทุกวัน

อยากได้	พิมพ์แบบนี้
หัวข้อระดับ 1	# หัวข้อ
หัวข้อระดับ 2	## หัวข้อ
หัวข้อระดับ 3	### หัวข้อ
ตัวหนา	**ข้อความ**
ตัวเอียง	*ข้อความ*
ตัวหนาและเอียง	***ข้อความ***
ขีดฆ่า	~~ข้อความ~~
รายการไม่เรียงลำดับ	- รายการ
รายการเรียงลำดับ	1. รายการ
เช็กลิสต์	- [ ] ยังไม่ทำ และ - [x] ทำแล้ว
ลิงก์	[ข้อความ](https://url)
รูปภาพ	
ยกคำพูด	> ข้อความ
เส้นคั่น	---

ตารางและโค้ด

ตาราง ใช้เครื่องหมาย | คั่นคอลัมน์ และบรรทัดที่สองใช้ --- บอกว่าเป็นหัวตาราง

| ชื่อ | หน้าที่ | สถานะ |
|---|---|---|
| สมชาย | ดูแลลูกค้า | ทำงานอยู่ |
| สมหญิง | การตลาด | ลาพักร้อน |

โค้ดในบรรทัด ใช้ backtick เดี่ยวคร่อม เช่น ` ตัวอย่าง `

บล็อกโค้ด ใช้ backtick สามตัวคร่อมทั้งบล็อก และระบุภาษาต่อท้ายได้

def hello(): print("สวัสดี")

Front Matter — ส่วนหัวที่สำคัญที่สุดสำหรับ Skill.md

ส่วนนี้อยู่บนสุดของไฟล์ คั่นด้วย --- บนและล่าง เขียนด้วยรูปแบบ YAML

---
name: ชื่อสกิล
description: "คำอธิบายว่าใช้เมื่อไหร่"
version: 1.0
---

ทำหน้าที่เป็น ป้ายชื่อ ของไฟล์ บอกระบบว่าไฟล์นี้คืออะไรและควรใช้ตอนไหน ตรงนี้แหละคือหัวใจของ Skill.md ที่เราจะพูดถึงต่อไป

กฎเล็ก ๆ ที่คนพลาดบ่อย

• ต้องเว้นบรรทัดว่างก่อนขึ้นรายการหรือหัวข้อใหม่ ไม่งั้นบางโปรแกรมจะไม่แปลงให้
• ขึ้นบรรทัดใหม่ธรรมดาไม่พอ ถ้าอยากขึ้นบรรทัดใหม่จริง ๆ ให้เคาะ space 2 ครั้งท้ายบรรทัด หรือเว้นบรรทัดว่าง
• # ต้องมีเว้นวรรคตามหลัง #หัวข้อ ไม่ทำงาน ต้องเป็น # หัวข้อ

---

ส่วนที่ 3: ทำไม AI ถึงใช้ Markdown

คำถามนี้มีคำตอบทางเทคนิคจริง ไม่ใช่แค่ความนิยม

1. โครงสร้างชัดโดยไม่เปลือง Token

AI ประมวลผลข้อความเป็นหน่วยที่เรียกว่า Token และมีขีดจำกัดว่ารับได้เท่าไหร่ในครั้งเดียว

เทียบการทำหัวข้อ

• Markdown: # หัวข้อ — ใช้ Token น้อยมาก
• HTML: <h1>หัวข้อ</h1> — ใช้มากกว่าหลายเท่า โดยให้ข้อมูลเท่ากัน

พอคำสั่งยาวเป็นพันบรรทัด ความต่างตรงนี้กลายเป็นเรื่องใหญ่

2. โมเดลเห็น Markdown มาเยอะมากตอนเทรน

เอกสารเทคนิคทั้งโลกเขียนด้วย Markdown ทั้ง README, เอกสาร API, บทความบนเว็บโปรแกรมเมอร์ โมเดลจึงคุ้นกับโครงสร้างนี้เป็นพิเศษ และ ตีความลำดับชั้นได้แม่นกว่ารูปแบบอื่น

3. ลำดับหัวข้อสื่อความสำคัญ

AI เข้าใจได้ว่า ## ใหญ่กว่า ### ทำให้จัดลำดับความสำคัญของคำสั่งได้ถูก คุณจึงวางกฎสำคัญไว้ระดับบน และรายละเอียดปลีกย่อยไว้ระดับล่างได้

4. มนุษย์อ่านและแก้ได้

ข้อนี้สำคัญกว่าที่คิด คำสั่งที่คนแก้ได้ง่าย คือคำสั่งที่จะมีคนดูแลต่อ ถ้าไฟล์อ่านยาก สุดท้ายไม่มีใครกล้าแตะ แล้วมันจะกลายเป็นขยะภายในสามเดือน

5. เก็บใน Git ได้

นี่คือเหตุผลที่ทีมมืออาชีพเลือก .md แทนการเก็บ Prompt ไว้ในโน้ตหรือ Google Doc

• ดูได้ว่าใครแก้อะไร บรรทัดไหน เมื่อไหร่
• ย้อนกลับได้ถ้าแก้แล้วแย่ลง
• รีวิวก่อนใช้จริงได้ เหมือนรีวิวโค้ด
• ทำหลายเวอร์ชันแล้วเทียบกันได้

---

ส่วนที่ 4: Skill.md คืออะไร

นิยาม

Skill.md คือไฟล์ Markdown ที่บรรจุ "ความสามารถ" หนึ่งชุดของ AI ไว้อย่างครบถ้วน ประกอบด้วยส่วนหัวที่บอกว่าสกิลนี้ชื่ออะไรและควรถูกเรียกใช้เมื่อไหร่ กับส่วนเนื้อหาที่กำหนดบทบาท ขั้นตอนการทำงาน มาตรฐานคุณภาพ และข้อห้าม

เปรียบเทียบง่าย ๆ คือ คู่มือพนักงานฉบับหนึ่งไฟล์ ที่ AI อ่านแล้วทำงานได้เลย

ปัญหาที่ Skill.md เข้ามาแก้

ลองดูว่าคุณเจอข้อไหนบ้าง

ปัญหา	สาเหตุ	Skill.md แก้ยังไง
คัดลอกไปวางคำสั่งเดิมทุกเช้า	คำสั่งอยู่ในแชท ไม่ได้อยู่ในไฟล์	เก็บเป็นไฟล์ เรียกใช้ได้ตลอด
ผลลัพธ์ไม่นิ่ง เดี๋ยวดีเดี๋ยวแย่	แต่ละครั้งพิมพ์ไม่เหมือนกันเป๊ะ	ไฟล์เดียวกันทุกครั้ง ผลลัพธ์นิ่งกว่ามาก
เพื่อนร่วมงานใช้แล้วได้คนละแบบ	ไม่มีมาตรฐานร่วม	ทุกคนใช้ไฟล์เดียวกัน
AI ลืมกฎที่บอกไว้ตอนต้นแชท	บริบทยาวเกินไป กฎถูกกลบ	กฎอยู่ในระดับระบบ ไม่ถูกกลบ
แก้ Prompt แล้วลืมว่าเวอร์ชันเก่าเขียนยังไง	ไม่มีประวัติ	Git เก็บทุกเวอร์ชัน
ไม่รู้ว่าทำไมงานแย่ลง	ไม่รู้ว่าอะไรเปลี่ยน	ดู diff ได้ว่าใครแก้อะไร

หลักการเดียวที่ต้องจำ

แยกสิ่งที่ไม่เปลี่ยน (วิธีทำงาน) ออกจากสิ่งที่เปลี่ยนทุกครั้ง (โจทย์วันนี้)

• วิธีทำงาน → เก็บใน Skill.md
• โจทย์วันนี้ → พิมพ์ตอนใช้งาน

ถ้าคุณเข้าใจข้อนี้ข้อเดียว คุณเขียน Skill.md เป็นแล้ว

---

ส่วนที่ 5: กายวิภาคของ Skill.md

ไฟล์ที่ดีมี 2 ส่วนใหญ่ และ 6 บล็อกย่อย

ส่วนหัว (Front Matter)

---
name: thai-seo-writer
description: "ใช้เมื่อต้องเขียนหรือปรับปรุงบทความภาษาไทยให้ติดอันดับการค้นหา ครอบคลุมการวางโครงหัวข้อ การวางคีย์เวิร์ดอย่างเป็นธรรมชาติ และการเขียนให้อ่านลื่น ไม่ใช้กับงานเขียนแคปชั่นสั้นหรืออีเมล"
---

ช่อง description สำคัญที่สุด เพราะมันคือสิ่งที่ AI ใช้ตัดสินใจว่า "งานที่ผู้ใช้ขอตอนนี้ ควรหยิบสกิลนี้มาใช้ไหม"

description แบบแย่	description แบบดี
"สกิลเขียนบทความ"	"ใช้เมื่อต้องเขียนบทความ SEO ภาษาไทยความยาว 800 คำขึ้นไป ไม่ใช้กับแคปชั่นหรืออีเมล"
"ช่วยเรื่องการตลาด"	"ใช้เมื่อต้องวางแผน Content รายเดือนหรือวิเคราะห์คู่แข่ง ไม่ใช้กับการเขียนโพสต์เดี่ยว"

สังเกตว่าตัวอย่างที่ดีบอกทั้ง "ใช้เมื่อไหร่" และ "ไม่ใช้เมื่อไหร่"

ส่วนเนื้อหา (Body) — 6 บล็อก

บล็อกที่ 1: บทบาท

ไม่ใช่แค่บอกว่าเป็นใคร แต่บอกด้วยว่า เชื่อในอะไร

## บทบาท
คุณคือนักเขียน SEO ภาษาไทยที่ทำงานกับเว็บไซต์ธุรกิจมา 8 ปี
คุณเชื่อว่าบทความที่ติดอันดับได้ยาวคือบทความที่ตอบคำถามคนอ่านจริง
ไม่ใช่บทความที่ยัดคีย์เวิร์ด

บล็อกที่ 2: เมื่อไหร่ควรใช้

## เมื่อไหร่ควรใช้สกิลนี้
ใช้เมื่อ: เขียนบทความใหม่ / ปรับบทความเก่าให้ติดอันดับ / วางโครงเนื้อหา
ไม่ใช้เมื่อ: เขียนแคปชั่นโซเชียล / เขียนอีเมล / เขียนเอกสารภายใน

บล็อกที่ 3: ขั้นตอนการทำงาน

เขียนเป็นลำดับที่ทำตามได้จริง

## ขั้นตอนการทำงาน
1. ถามข้อมูลที่ขาดก่อนเริ่ม: หัวข้อ / กลุ่มผู้อ่าน / คีย์เวิร์ดหลัก / ความยาว
2. เสนอโครงบทความก่อน รอผมอนุมัติ อย่าเพิ่งเขียนเต็ม
3. เขียนตามโครงที่อนุมัติแล้ว
4. ตรวจตัวเองตามมาตรฐานคุณภาพ แล้วแก้ก่อนส่ง
5. ส่งพร้อมรายงานว่าผ่านเกณฑ์ข้อไหนบ้าง

บล็อกที่ 4: มาตรฐานคุณภาพ

ต้องวัดได้ ไม่ใช่คำกำกวม

## มาตรฐานคุณภาพ
- ย่อหน้าแรกต้องตอบคำถามหลักของบทความภายใน 3 ประโยค
- ทุกหัวข้อ H2 ต้องเป็นคำถามหรือประโยคที่บอกประโยชน์
- ไม่มีย่อหน้าไหนยาวเกิน 4 บรรทัด
- คีย์เวิร์ดหลักต้องปรากฏใน H1, ย่อหน้าแรก และอย่างน้อย 1 H2
- ต้องมีอย่างน้อย 1 ตารางหรือ 1 รายการต่อ 400 คำ
- อ่านออกเสียงแล้วต้องเป็นธรรมชาติ ไม่เหมือนแปลจากภาษาอื่น

บล็อกที่ 5: ข้อห้าม

## ข้อห้าม
- ห้ามยัดคีย์เวิร์ดจนอ่านแล้วสะดุด
- ห้ามใช้คำว่า "ในยุคปัจจุบัน" "โลกที่เปลี่ยนแปลงอย่างรวดเร็ว" "อย่างไรก็ตาม"
- ห้ามแต่งสถิติ ตัวเลข ชื่อบริษัท หรือแหล่งอ้างอิง
  ถ้าต้องการข้อมูลที่ผมไม่ได้ให้ ให้เขียน [ต้องตรวจสอบ] คร่อมไว้
- ห้ามเขียนย่อหน้าเกริ่นนำที่ไม่ให้ข้อมูลอะไร
- ห้ามใช้ศัพท์เทคนิคโดยไม่อธิบายในครั้งแรกที่ใช้

บล็อกที่ 6: รูปแบบผลลัพธ์

## รูปแบบผลลัพธ์
ส่งเป็น Markdown ที่มี:
- Front matter: title, description, keywords
- เนื้อหาพร้อมหัวข้อ H2/H3
- ท้ายไฟล์: รายงานการตรวจตามมาตรฐานคุณภาพ

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

---

ส่วนที่ 6: เขียนไฟล์แรกของคุณ

ทำตาม 5 ขั้นนี้

ขั้นที่ 1: เลือกงานที่ทำซ้ำบ่อยที่สุด

อย่าเริ่มจากงานยาก เริ่มจากงานที่คุณทำทุกวันจนเบื่อ นั่นคือจุดที่คุ้มที่สุด

ขั้นที่ 2: เปิดแชทเก่าที่เคยทำงานนั้นได้ดี

ดูว่าคุณพิมพ์อะไรไป แล้วแยกเป็นสองกอง

• กองที่ 1: สิ่งที่พิมพ์ทุกครั้ง → เข้าไฟล์
• กองที่ 2: สิ่งที่เปลี่ยนตามงาน → ไม่เข้าไฟล์

ขั้นที่ 3: จดสิ่งที่ต้องแก้บ่อย ๆ

นึกย้อนว่าเวลา AI ส่งงานมา คุณต้องแก้อะไรซ้ำ ๆ แล้วเปลี่ยนทุกข้อนั้นเป็น ข้อห้าม หรือ มาตรฐานคุณภาพ

นี่คือขั้นที่ทำให้ไฟล์ของคุณดีกว่าไฟล์ที่คัดลอกมาจากอินเทอร์เน็ต เพราะมันแก้ปัญหาจริงของคุณ

ขั้นที่ 4: เขียนไฟล์ตามโครง 6 บล็อก

ใช้เทมเพลตด้านล่างได้เลย

---
name: [ชื่อ-สกิล-ภาษาอังกฤษ-ขีดกลาง]
description: "ใช้เมื่อ [สถานการณ์ที่ใช้] ไม่ใช้กับ [สถานการณ์ที่ไม่ใช้]"
---

## บทบาท
คุณคือ [อาชีพ + ประสบการณ์]
คุณเชื่อว่า [หลักการที่ควรยึด]

## เมื่อไหร่ควรใช้สกิลนี้
ใช้เมื่อ: [ลิสต์]
ไม่ใช้เมื่อ: [ลิสต์]

## ขั้นตอนการทำงาน
1. [ถามข้อมูลที่ขาดก่อน]
2. [ขั้นตอนถัดไป]
3. [ตรวจตัวเองก่อนส่ง]

## มาตรฐานคุณภาพ
- [เกณฑ์ที่วัดได้]
- [เกณฑ์ที่วัดได้]

## ข้อห้าม
- [สิ่งที่ห้ามทำ]
- ห้ามแต่งข้อมูล ตัวเลข หรือแหล่งอ้างอิง ถ้าไม่แน่ใจให้บอกตรง ๆ

## รูปแบบผลลัพธ์
[หน้าตาของงานที่ส่งออกมา]
ส่งเนื้อหาเลย ไม่ต้องเกริ่นนำหรือสรุปท้าย

ขั้นที่ 5: ทดสอบกับโจทย์จริง 3 โจทย์

อย่าทดสอบแค่โจทย์เดียว ให้ลอง 3 โจทย์ที่ต่างกัน

• โจทย์ง่ายที่สุด
• โจทย์ปกติ
• โจทย์ที่มีข้อมูลไม่ครบ (ดูว่ามันถามกลับไหม หรือเดาแล้วทำต่อ)

โจทย์ที่สามสำคัญที่สุด เพราะมันบอกว่าไฟล์คุณป้องกันการมั่วได้จริงหรือเปล่า

---

ส่วนที่ 7: เอาไปใช้จริงกับเครื่องมือต่าง ๆ

Skill.md เป็นแค่ไฟล์ข้อความ เอาไปใช้ได้แทบทุกที่ ต่างกันแค่วิธีป้อนเข้าไป

เครื่องมือ	วิธีใช้
เครื่องมือที่รองรับสกิลโดยตรง	วางไฟล์ในโฟลเดอร์ที่กำหนด ระบบจะโหลดและเรียกใช้เองเมื่อเจองานที่ตรงกับ description
Google AI Studio	คัดลอกส่วน body ไปวางในช่อง System Instruction
Gemini (Gems)	สร้าง Gem ใหม่ วางเนื้อหาในช่องคำสั่งประจำตัว
ChatGPT (Custom GPT / Projects)	วางในช่อง Instructions
Claude (Projects)	วางในช่อง Project Instructions
แชททั่วไปที่ไม่มีช่องพิเศษ	วางไฟล์ทั้งก้อนเป็นข้อความแรก แล้วต่อด้วย "รับทราบแล้วตอบว่าพร้อม จากนั้นรอโจทย์จากผม"
ผ่าน API	ส่งเนื้อหาไปในพารามิเตอร์ system

ข้อควรระวังเวลาวางในแชทธรรมดา

ถ้าคุณวางไฟล์เป็นข้อความแรกในแชท กฎอาจ จางลงเมื่อบทสนทนายาวมาก วิธีแก้คือ

• เปิดแชทใหม่เมื่อเปลี่ยนงาน อย่าคุยยาวเกินไปในแชทเดียว
• ถ้ารู้สึกว่า AI เริ่มลืมกฎ ให้พิมพ์ว่า "ทบทวนกฎในไฟล์สกิลอีกครั้ง แล้วบอกว่ากฎข้อไหนที่งานล่าสุดยังไม่ผ่าน"
• ถ้าเครื่องมือมีช่อง System Instruction ให้ใช้ช่องนั้นเสมอ ดีกว่าวางในแชท

---

ส่วนที่ 8: ดูแลไฟล์ระยะยาว

กฎเหล็ก: แก้งาน = แก้ไฟล์

นี่คือนิสัยที่แยกคนใช้ AI เก่งออกจากคนทั่วไป

ทุกครั้งที่คุณต้องแก้งานที่ AI ส่งมา นั่นคือข้อมูลว่าไฟล์ยังขาดอะไร

อย่าแก้แค่งานชิ้นนั้นแล้วจบ ให้ถามตัวเองว่า "ถ้าไฟล์บอกอะไรเพิ่ม มันจะไม่ผิดแบบนี้อีก" แล้วเพิ่มเข้าไป

ทำแบบนี้สัก 10 ครั้ง ไฟล์ของคุณจะดีกว่าไฟล์ที่หาโหลดมาได้จากที่ไหนก็ตาม เพราะมันถูกขัดเกลาด้วยปัญหาจริงของคุณ

ตั้งชื่อไฟล์และจัดโฟลเดอร์

skills/
├── writing/
│ ├── thai-seo-writer.md
│ ├── thai-social-copywriter.md
│ └── email-responder.md
├── analysis/
│ ├── competitor-analyst.md
│ └── meeting-summarizer.md
└── code/
    ├── code-reviewer.md
    └── bug-investigator.md

กฎการตั้งชื่อ: ใช้ภาษาอังกฤษตัวเล็ก คั่นด้วยขีดกลาง บอกหน้าที่ให้ชัด ไม่ใช้ชื่อกว้าง ๆ อย่าง helper.md หรือ assistant.md

1 ไฟล์ = 1 หน้าที่

ข้อผิดพลาดที่พบบ่อยที่สุดคือยัดทุกอย่างไว้ในไฟล์เดียว

• ❌ content-team.md ที่รวมทั้งเขียนบทความ เขียนแคปชั่น วิเคราะห์คู่แข่ง และตอบลูกค้า
• ✅ แยกเป็น 4 ไฟล์ แต่ละไฟล์ทำเรื่องเดียว

เหตุผล: AI จะสับสนว่าจะใช้กฎชุดไหน และคุณจะแก้ไฟล์ยากมากเมื่อมันโตขึ้น

ทำเวอร์ชันด้วย Git

ถ้าคุณใช้ Git อยู่แล้ว เก็บโฟลเดอร์สกิลไว้ใน repo เดียวกับงาน จะได้ประโยชน์ทันที

git log --oneline skills/writing/thai-seo-writer.md

เห็นประวัติทั้งหมดว่าใครแก้อะไรเมื่อไหร่ ถ้าคุณภาพงานแย่ลงหลังแก้ไฟล์ ก็ย้อนกลับได้

ถ้าไม่ใช้ Git อย่างน้อยให้ใส่หมายเลขเวอร์ชันใน front matter และจดสั้น ๆ ว่าแก้อะไร

---
name: thai-seo-writer
description: "..."
version: 1.4
changelog: "1.4 เพิ่มข้อห้ามเรื่องคำเกริ่นนำ / 1.3 เพิ่มเกณฑ์ความยาวย่อหน้า"
---

---

คำถามที่พบบ่อย

md คือไฟล์อะไร ต้องใช้โปรแกรมพิเศษไหม?

ไม่ต้อง .md คือไฟล์ข้อความธรรมดา เปิดได้ด้วย Notepad, TextEdit, VS Code หรือโปรแกรมแก้ไขข้อความอะไรก็ได้ ถ้าอยากเห็นผลลัพธ์ที่จัดรูปแบบแล้ว ใช้โปรแกรมที่รองรับ Markdown อย่าง VS Code, Obsidian หรือ Typora

Skill md คืออะไร ต่างจาก Prompt ธรรมดายังไง?

Prompt คือข้อความที่ส่งครั้งเดียวแล้วหายไปกับแชท ส่วน Skill.md เป็นไฟล์ที่เก็บได้ แก้ไขได้ ทำเวอร์ชันได้ผ่าน Git แชร์ให้ทั้งทีมใช้ได้ และให้ผลลัพธ์มาตรฐานเดียวกันทุกครั้ง

ต้องเขียนโปรแกรมเป็นไหมถึงจะเขียน Skill.md ได้?

ไม่ต้องเลย Skill.md เป็นแค่ข้อความที่จัดรูปแบบด้วยสัญลักษณ์ง่าย ๆ ถ้าคุณพิมพ์เอกสารใน Word ได้ คุณเขียน Markdown ได้ ส่วนที่ยากกว่าคือการคิดว่าจะกำหนดกฎอะไร ซึ่งเป็นเรื่องของความเข้าใจงาน ไม่ใช่ทักษะโปรแกรมมิ่ง

ควรเริ่มเขียน Skill.md เมื่อไหร่?

เมื่อเข้าเงื่อนไขข้อใดข้อหนึ่งใน 4 ข้อนี้ คือจะทำงานนี้เกิน 3 ครั้ง / มีคนอื่นในทีมต้องทำงานเดียวกัน / คุณภาพขึ้นกับกฎที่ AI มักลืม / คุณเบื่อที่ต้องพิมพ์คำสั่งเดิมซ้ำทุกวัน

Skill.md ควรยาวแค่ไหน?

ไม่มีตัวเลขตายตัว แต่โดยทั่วไป 50-200 บรรทัดกำลังดี ถ้าเกิน 300 บรรทัด แปลว่าคุณน่าจะยัดหลายหน้าที่ไว้ในไฟล์เดียว ให้แยกไฟล์ ถ้าสั้นกว่า 20 บรรทัด แปลว่าอาจยังไม่ได้ระบุมาตรฐานคุณภาพหรือข้อห้ามให้ครบ

ใช้ Skill.md กับ AI ตัวไหนได้บ้าง?

ได้กับทุกตัวที่รับข้อความเป็น input ซึ่งก็คือทั้งหมด ต่างกันแค่วิธีป้อนเข้าไป บางตัวมีระบบโหลดไฟล์อัตโนมัติ บางตัวต้องคัดลอกไปวางในช่อง System Instruction บางตัวต้องวางเป็นข้อความแรกในแชท

ทำไม description ถึงสำคัญมาก?

เพราะในระบบที่รองรับสกิลหลายไฟล์พร้อมกัน AI ใช้ description ตัดสินใจว่าจะหยิบไฟล์ไหนมาใช้ ถ้าเขียนกว้างเกินไป มันจะเรียกใช้ผิดจังหวะหรือไม่เรียกเลย ให้ระบุทั้งสถานการณ์ที่ใช้และไม่ใช้

เขียน Skill.md ภาษาไทยได้ไหม หรือต้องเป็นอังกฤษ?

เขียนภาษาไทยได้ AI รุ่นใหม่เข้าใจภาษาไทยดีมาก แนะนำให้เขียนภาษาที่คุณคิดได้คล่องที่สุด เพราะคุณจะได้กลับมาแก้ไขมันบ่อย ๆ ยกเว้นช่อง name ใน front matter ที่ควรใช้ภาษาอังกฤษตัวเล็กคั่นขีดกลาง เพื่อให้ระบบไฟล์จัดการง่าย

---

สรุป

• md คือ ไฟล์ Markdown ข้อความธรรมดาที่จัดรูปแบบด้วยสัญลักษณ์ง่าย ๆ เปิดได้ทุกที่ ไม่มีวันเปิดไม่ออก
• AI ชอบ Markdown เพราะประหยัด Token โครงสร้างชัด และคนก็อ่านแก้ได้
• Skill.md คือ ไฟล์ที่บรรจุความสามารถหนึ่งชุดของ AI ทั้งบทบาท ขั้นตอน มาตรฐาน และข้อห้าม
• หลักการเดียวที่ต้องจำ คือแยกวิธีทำงาน (เข้าไฟล์) ออกจากโจทย์วันนี้ (พิมพ์ตอนใช้)
• นิสัยที่สำคัญที่สุด คือทุกครั้งที่แก้งาน AI ให้กลับไปแก้ไฟล์ด้วย

เริ่มจากไฟล์เดียว งานเดียว ที่คุณทำทุกวันจนเบื่อ แล้วคุณจะเข้าใจเองว่าทำไมคนที่ใช้ AI จริงจังถึงเลิกคัดลอกไปวาง Prompt กันหมดแล้ว

---

อ่านต่อ

• คู่มือ Prompt ฉบับสมบูรณ์
• วิธีสร้าง Prompt ให้ AI ตอบตรงใจ
• AI Agent คืออะไร
• คลัง Skill.md พร้อมใช้งาน