สกิลสำหรับผู้ช่วย AI: SKILL.md คืออะไร และติดตั้งอย่างไรโดยไม่ต้องใช้เทอร์มินัล

ไฟล์ SKILL.md คืออะไร

SKILL.md คือไฟล์ข้อความที่บรรจุคำสั่งซึ่งผู้ช่วย AI อ่านก่อนลงมือทำงาน ไม่ใช่โปรแกรมและไม่ใช่ปลั๊กอิน เป็นเพียงมาร์กดาวน์ธรรมดาที่อธิบายว่างานประเภทหนึ่ง ควรทำอย่างไร — ตรวจอะไรก่อน คิดตามลำดับใด ส่งผลลัพธ์ในรูปแบบไหน และอะไรที่ห้ามทำ เด็ดขาด ไฟล์วางอยู่ในที่เก็บโค้ด ผู้ช่วยดึงไปใช้ และตั้งแต่นั้นงานจะถูกทำตามที่เขียนไว้ ไม่ใช่ตามที่โมเดลคิดขึ้นเอง

รูปแบบนี้ปรากฏขึ้นปลายปี 2025 และกลายเป็นมาตรฐานร่วมภายในไม่กี่เดือน ทั้ง Claude, Codex, Copilot, Cursor, Gemini CLI และเครื่องมืออีกหลายสิบตัวต่างอ่านได้ ขณะที่ ไดเรกทอรีสาธารณะนับสกิลกันเป็นหลักแสน กระนั้นเอกสารเกือบทั้งหมดกลับเขียนให้คนที่มี เทอร์มินัล มีที่เก็บโค้ด และมีเอเจนต์เขียนโค้ดทำงานอยู่ — นั่นคือเหตุผลเดียวที่เรื่องนี้ ยังดูเหมือนเป็นเรื่องของนักพัฒนา

ตัวไฟล์เองเรียบง่าย มีสองส่วน คั่นด้วยบรรทัดที่มีขีดกลางสามตัว

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

---
name: sales-call-review
description: ทบทวนการโทรขาย — ข้อโต้แย้ง สัญญาณ ก้าวถัดไป
---

# ทบทวนการโทรขาย

คุณกำลังวิเคราะห์บทถอดเสียงการสนทนากับลูกค้าที่มีแนวโน้มจะซื้อ

## ลำดับการทำงาน

1. จดข้อโต้แย้ง «ตามคำพูดจริง» ใส่เครื่องหมายคำพูด อย่าเรียบเรียงใหม่
   ถ้อยคำที่ใช้พูดข้อโต้แย้งนั่นแหละคือข้อมูล
2. ระบุในแต่ละข้อว่ามีการตอบหรือไม่ และคำตอบนั้นได้รับการยอมรับหรือไม่
   ความเงียบไม่ใช่การยอมรับ
3. หาสัญญาณเรื่องงบประมาณ กรอบเวลา และผู้มีอำนาจตัดสินใจ
   ถ้าไม่ปรากฏสัญญาณใด ให้เขียนตรง ๆ ว่า «ไม่ได้กล่าวถึง»
4. กำหนดก้าวถัดไป: ทำอะไรแน่ ใครทำ ภายในเมื่อใด

## รูปแบบผลลัพธ์

สี่หัวข้อตามลำดับข้างต้น ภายในเป็นข้อสั้น ๆ ไม่ต้องมีย่อหน้าเกริ่นนำ
ข้อโต้แย้งให้ยกมาในเครื่องหมายคำพูด

## สิ่งที่ห้ามทำ

- อย่าเดาแรงจูงใจของคู่สนทนา เอาเฉพาะที่พูดออกมาจริง
- อย่าประเมินโอกาสปิดการขายเป็นเปอร์เซ็นต์ — ไม่มีข้อมูลรองรับ
- อย่าเสนอส่วนลดเป็นก้าวถัดไป ถ้าไม่เคยมีการพูดถึงราคาเลย

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

สกิล เครื่องมือ และพรอมต์: ใครดูแลอะไร

สามสิ่งนี้ถูกสับสนกันตลอด ทั้งที่แก้ปัญหาคนละอย่าง ความต่างง่ายกว่าที่เห็น: พรอมต์กำหนดบทบาท สกิลกำหนดวิธีการ MCP ให้สิทธิ์เข้าถึง

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

ทำไม «ไม่ต้องใช้เทอร์มินัล» มักหมายถึงอย่างอื่น

«ติดตั้งสกิลโดยไม่ใช้เทอร์มินัลอย่างไร» เป็นคำถามที่พบบ่อย และผลการค้นหาก็ตอบให้ เพียงแต่มันตอบคำถามอีกข้อหนึ่ง

จากตรงนี้จึงได้เกณฑ์ที่ดีกว่าในการเลือกวิธีติดตั้ง: อย่าถามว่า «ต้องใช้เทอร์มินัล ไหม» แต่ถามว่า «ฉันต้องเลี้ยงเอเจนต์อีกตัวไว้บนเครื่องของตัวเองหรือเปล่า» ถ้าคำตอบคือใช่ สกิลก็ยังเป็นเครื่องมือของนักพัฒนาอยู่ดี ไม่ว่าหน้าจอติดตั้งจะสวยเพียงใด

ติดตั้งโดยไม่ต้องมีเทอร์มินัลและไม่ต้องมีเอเจนต์เขียนโค้ด

Whisperer อ่าน SKILL.md โดยตรงและนำไปใช้กับคำตอบของผู้ช่วย ไม่มีอะไรต้องติดตั้ง ไฟล์ไม่เคยมาถึงเครื่องของคุณ ไม่มีโฟลเดอร์ และไม่มีอะไรต้องรีสตาร์ต แหล่งที่มามีสอง ทาง — ไดเรกทอรีกลาง และที่เก็บโค้ดสาธารณะบน GitHub อันใดก็ได้

1. หน้าเว็บ → พรอมต์ → ปุ่ม «สกิล»
2. แท็บ «สำเร็จรูป» → พิมพ์คำค้น: system design, code review,
   sales, writing…
3. รายการจะแสดงชื่อ ที่เก็บโค้ดต้นทาง และจำนวนการติดตั้ง เปิดดูสักอัน
   เพื่ออ่านคำอธิบายจากฟรอนต์แมตเทอร์ของมัน
4. «ติดตั้ง» — สกิลเข้าไปอยู่ในคลังของคุณ
5. เปิดพรอมต์ → «เชื่อมต่อ» → เลือกสกิล

1. หน้าเว็บ → พรอมต์ → «สกิล» → แท็บ «ที่เก็บโค้ดของคุณ»
2. วางรูปแบบใดก็ได้ต่อไปนี้:
   owner/repo
   https://github.com/owner/repo
   https://github.com/owner/repo/tree/main/skills/sales-review
   https://github.com/owner/repo/blob/main/skills/sales-review/SKILL.md
3. «ค้นหาสกิล» — เราจะไล่ดูที่เก็บโค้ดและแสดงทุกไฟล์ SKILL.md
   พร้อมคำอธิบาย ถ้าคุณวางลิงก์ของโฟลเดอร์ใดโดยเฉพาะ สกิลนั้นจะขึ้นมา
   เป็นอันแรก
4. กด «ติดตั้ง» ที่อันที่ต้องการ → จากนั้นเชื่อมเข้ากับพรอมต์

สกิลมีผลกับอะไรกันแน่

สกิลไม่ได้เชื่อมกับ «ผู้ช่วย» ทั้งตัว แต่เชื่อมกับพรอมต์ของ บทบาทใดบทบาทหนึ่ง บทบาทคือขอบเขต งาน เช่น ตอบคำถาม อ่านโค้ด อ่านภาพ ออกแบบระบบ เมื่อเชื่อมสกิลเข้ากับบทบาทหนึ่ง คุณจะได้มันในทุกที่ที่บทบาทนั้นทำงาน

การเชื่อมมีสองโหมด และความต่างหนักแน่นกว่าที่ชื่อทำให้รู้สึก

«เสริม» — สกิลถูกเติมเข้าไปในข้อความของพรอมต์ พรอมต์ยังคงกำหนดบทบาทและ น้ำเสียง ส่วนสกิลทำให้วิธีการคมขึ้น เก้าในสิบครั้งนี่คือโหมดที่ถูก

«แทนที่» — สกิลเบียดข้อความของพรอมต์ออกทั้งหมดและเดินทางไปหาโมเดลลำพัง เหมาะกับสกิลที่สมบูรณ์ในตัว ซึ่งกำหนดทั้งบทบาท ขั้นตอน และรูปแบบผลลัพธ์ไว้แล้ว และพรอมต์ของคุณเองจะกลายเป็นตัวขวาง ถ้าเชื่อมสองสกิลแล้วอันหนึ่งตั้งเป็น «แทนที่» อันนั้นจะไปก่อน แล้วสกิลแบบ «เสริม» จึงตามมาขยายความ

หลังติดตั้งแล้ว สกิลเป็นอย่างไรต่อ

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

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

สามสกิลที่ควรเริ่มก่อน

เกณฑ์การเลือกคือ สกิลคุ้มค่าในจุดที่คุณอธิบายเรื่องเดิมไปแล้วสามครั้ง ถ้าคุณต้องพูดคำสั่งเดิมซ้ำในทุกบทสนทนา นั่นคือตัวเลือก ถ้าใช้แค่ไตรมาสละครั้ง เขียนเองด้วยมือถูกกว่า

1. อภิธานศัพท์ในสายงานของคุณ

ถูกมองข้ามที่สุดและเขียนเร็วที่สุด ชื่อผลิตภัณฑ์ของบริษัท ตัวย่อภายใน นามสกุลของ เพื่อนร่วมงาน ชื่อลูกค้า — ทุกอย่างที่โมเดลได้ยินครั้งแรกแล้วเขียนเพี้ยน ใช้เวลาห้านาที เห็นผลในทุกสาย

---
name: our-glossary
description: ศัพท์ ผลิตภัณฑ์ และชื่อบุคคลที่ใช้กันในบริษัทของเรา
---

# อภิธานศัพท์ของเรา

คำเหล่านี้โผล่มาตลอด เขียนให้ตรงตามนี้เท่านั้น

## ผลิตภัณฑ์
- [ชื่อ] — [คืออะไร ในหนึ่งประโยค]

## ตัวย่อ
- [ตัวย่อ] — [ชื่อเต็ม] อย่าสับสนกับ [ตัวย่อที่คล้ายกัน]

## บุคคล
- [ชื่อ นามสกุล] — [บทบาท]

ถ้าคำใดออกเสียงคล้ายคำในรายการ ให้ใช้การสะกดตามรายการ
ศัพท์ที่ไม่รู้จักให้คงไว้ตามที่ได้ยิน อย่า «แก้» ให้กลายเป็นคำคล้าย ๆ
ที่คุณรู้จักอยู่แล้ว

2. รูปแบบอีเมลติดตามผลของคุณ

อีเมลหลังการสนทนามีโครงเดิมทุกครั้ง และโครงนั้นเป็นของแต่ละคนไม่เหมือนกัน สกิลตรึง มันไว้: มีหัวข้ออะไรบ้าง เรียงอย่างไร ยาวเท่าไร ประโยคแรกเปิดอย่างไร นี่คือกรณีที่ ระยะห่างระหว่าง «ผู้ช่วยตอบแล้ว» กับ «ผู้ช่วยตอบแบบที่คุณจะตอบ» ปรากฏให้เห็นตั้งแต่ ครั้งแรกที่ลอง

3. วิธีทบทวนสำหรับการประชุมแบบของคุณ

ตัวอย่างตอนต้นบทความคือแบบนี้ การสัมภาษณ์งาน การโทรขาย การประชุมทบทวน และการ สนทนาเชิงวิจัย แต่ละแบบมีสิ่งที่ควรดึงออกมาต่างกัน ผู้ช่วยทั่วไปดึง «หัวข้อหลัก» ออกมา ส่วนสกิลดึงข้อโต้แย้งตามคำพูดจริง หรือสัญญาณความเจ็บปวดของลูกค้า หรือความ ต่างระหว่างผู้สมัครในชุดคำถามเดียวกัน

ความปลอดภัย: ราวหนึ่งในสามของสกิลสาธารณะมีปัญหา

นี่คือหัวข้อที่สำคัญที่สุดของบทความ และคู่มือส่วนใหญ่ไม่มีหัวข้อแบบนี้เลย

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

จากตรงนี้จึงมีข้อแยกแยะที่ควรเข้าใจตอนเลือกวิธีติดตั้ง

พูดกันตรง ๆ: คำสั่งที่คนอื่นเขียนแล้วปลอดภัยสมบูรณ์นั้นไม่มี การตัดการรันโค้ด ออกไปกำจัดกลุ่มการโจมตีที่หนักที่สุด — กุญแจถูกขโมย ประตูหลัง ไฟล์ถูกดูดออก — แต่ ข้อความก็ยังเป็นข้อความ สกิลที่เขียนด้วยเจตนาไม่ดียังผลักผู้ช่วยไปหาถ้อยคำที่เข้าทาง ผู้เขียนได้ เช่น แนะนำผลิตภัณฑ์บางอย่าง ไม่พูดถึงทางเลือกอื่น หรือทำให้การประเมินเอียงไป เราส่งเนื้อความผ่านตัวกรองเนื้อหาทั้งตอนติดตั้งและทุกครั้งที่อัปเดต ข้อความที่ผิดนโยบาย อย่างชัดเจนจะผ่านไม่ได้ — แต่ตัวกรองจับการละเมิด ไม่ได้จับผลประโยชน์แอบแฝง

ข้อสรุปเชิงปฏิบัติจึงเรียบง่าย: เนื้อความของสกิลแสดงอยู่บนการ์ดของมัน และคุ้มค่า ที่จะอ่าน มันคือมาร์กดาวน์สองหน้าจอในภาษาธรรมดา ไม่ใช่โค้ดที่ต้องผ่านการฝึกจึงจะ ตรวจได้ อ่านห้านาทีก่อนเชื่อมต่อ ก็แก้ปัญหาที่ในโลกของเอเจนต์เขียนโค้ดต้องใช้เครื่องมือ สแกนได้แล้ว

ข้อจำกัดที่ควรรู้ไว้ก่อน

สี่เรื่องที่พูดตอนนี้ดีกว่าปล่อยให้ไปเจอเอาทีหลัง

สกิลที่พึ่งสคริปต์ทำงานได้แค่บางส่วน สกิลบางตัวในไดเรกทอรีเขียนบนสมมติฐานว่า เอเจนต์จะรันโค้ดที่แนบมาด้วย ที่นี่รันเฉพาะข้อความ ถ้าคำสั่งยืนอยู่ได้ด้วยตัวเอง สกิล ทำงานครบถ้วน แต่ถ้าสรุปแล้วมันคือ «ให้รัน analyze.py» ก็ไม่ทำงานเลย เรื่องนี้ดูออกก่อนติดตั้ง เพราะคำอธิบายและเนื้อความแสดงอยู่ในตัวอย่างก่อนติดตั้ง

เนื้อความจำกัดที่ 24,000 อักขระ ราวสิบหน้า — มากกว่าที่สกิลซึ่งสมเหตุสมผล ต้องการ ไฟล์ที่ยาวกว่านั้นจะถูกตัดก่อนเชื่อมต่อ และเราจะแจ้งให้ทราบอย่างชัดเจน ไม่ใช่ เงียบ ๆ

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

ไม่รองรับที่เก็บโค้ดส่วนตัว เราเข้าถึง GitHub โดยไม่มีข้อมูลรับรองของคุณ จึงเห็นเฉพาะส่วนที่เป็นสาธารณะ ที่เก็บโค้ดส่วนตัวกับที่เก็บโค้ดที่ไม่มีอยู่จริงเหมือนกัน ในสายตาเรา ทั้งคู่ตอบว่า «ไม่พบ»

รายการตรวจก่อนเชื่อมสกิลของคนอื่น

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

ต้องเขียนโปรแกรมเป็นไหมถึงจะเขียนสกิลได้

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

สกิลต่างจากพรอมต์ระบบอย่างไร

พรอมต์บอกว่าใครเป็นผู้ตอบและด้วยน้ำเสียงแบบไหน ส่วนสกิลบอกว่างานประเภทหนึ่งทำ อย่างไร ความต่างในทางปฏิบัติอยู่ที่การนำกลับมาใช้: พรอมต์เป็นของเฉพาะบุคคล ขณะที่สกิล เขียนครั้งเดียวแล้วใช้ได้กับทุกคนที่ทำงานแบบเดียวกัน นี่คือเหตุผลที่คนแบ่งปันสกิลกัน แต่แทบไม่แบ่งปันพรอมต์

เลือกสกิลหรือ MCP ดี

ทั้งสองไม่ใช่ทางเลือกแทนกัน สกิลให้วิธีการ MCP ให้ข้อมูลและการลงมือทำ ถ้าผู้ช่วย ตอบไม่ตรงเรื่อง คุณต้องการสกิล ถ้าตอบดีแต่ไม่รู้ข้อเท็จจริง คุณต้องการ MCP หลายครั้ง ต้องใช้ทั้งคู่: MCP นำข้อมูลจากกระดานงานมา ส่วนสกิลบอกว่าจะจัดการกับมันอย่างไร

เชื่อมสกิลเดียวเข้ากับหลายพรอมต์ได้ไหม

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

ถ้าผู้เขียนแก้สกิลในที่เก็บโค้ดจะเกิดอะไรขึ้น

ไม่เกิดอะไร สำเนาของคุณถูกตรึงไว้ที่คอมมิตที่ดึงมา การเปลี่ยนแปลงจะมาถึงก็ต่อเมื่อ คุณกด «อัปเดตจากที่เก็บโค้ด» เท่านั้น และตอนนั้นเนื้อความใหม่จะผ่านตัวกรองเนื้อหาอีกรอบ

ทำไมบางครั้งการค้นหาไม่คืนผลลัพธ์เลย

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

สกิลที่เขียนไว้สำหรับ Claude Code หรือ Cursor ใช้ที่นี่ได้ไหม

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

เริ่มจากตรงไหนดี

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

คลังสกิลอยู่ในหน้าเว็บ ที่หัวข้อ พรอมต์ กลไกของพรอมต์ และบทบาทอธิบายไว้ใน คู่มือ Prompt Studio ส่วนโมเดล ใดดูแลบทบาทใดอยู่ในเอกสารอ้างอิงเรื่อง บทบาทของโมเดล