ทำไม Agent ที่ติดตั้ง MCP ครบแล้วยังทำงานไม่เสถียร จนต้องมี Agent Skills
สรุปสั้น ๆ
Agent Skills คือชุดความรู้และขั้นตอนการทำงานที่บันทึกไว้ให้ Agent เรียกใช้ซ้ำได้ตามบริบท ต่างจาก MCP ที่ให้ 'ความสามารถเชื่อมต่อระบบภายนอก' และต่างจาก Prompt หรือ Custom Instructions ที่เป็นบริบทกว้าง ๆ ใช้ตลอดทุกบทสนทนา Skill จะถูกโหลดเข้ามาเฉพาะตอนที่งานตรงกับเงื่อนไขที่กำหนดไว้เท่านั้น ทำให้ Agent ทำงานซ้ำแบบเดิมได้เสถียรกว่าการพึ่งพา prompt เพียงอย่างเดียว
ทีมหนึ่งต่อ MCP server เข้ากับระบบ CRM, ระบบคลังสินค้า และระบบอีเมลครบทุกตัวที่ต้องการแล้ว คิดว่างานจะจบตรงนี้ Agent น่าจะทำงานได้ครบตามที่วางแผนไว้ แต่สิ่งที่เกิดขึ้นจริงคือ Agent ยังคงทำขั้นตอนไม่ตรงกันในแต่ละครั้ง บางครั้งตอบลูกค้าด้วยโทนที่เป็นทางการเกินไป บางครั้งข้ามขั้นตอนตรวจสอบสต๊อกก่อนยืนยัน Order ทั้งที่ทีมเคยบอกไว้ในบทสนทนาก่อนหน้าว่าต้องเช็คก่อนเสมอ
ปัญหานี้ไม่ได้เกิดจาก MCP ทำงานผิดพลาด เพราะ tool ทุกตัวเรียกได้ถูกต้องและคืนข้อมูลถูกต้อง สิ่งที่ขาดหายไปคือ 'ขั้นตอนการทำงานที่ควรทำซ้ำแบบเดิมทุกครั้ง' ซึ่ง MCP ไม่ได้ถูกออกแบบมาเพื่อเก็บสิ่งนี้ตั้งแต่แรก MCP ให้แค่ความสามารถในการเชื่อมต่อและเรียกใช้ระบบภายนอก แต่ไม่ได้บอกว่าเมื่อไรควรเรียกอะไรก่อนหลัง หรือควรพูดกับลูกค้าแบบไหนในแต่ละสถานการณ์
นี่คือจุดที่ Agent Skills เข้ามาเติมช่องว่างนี้ บทความนี้จะอธิบายว่า Agent Skills คืออะไร ต่างจาก Prompt, Custom Instructions และ MCP อย่างไร และเมื่อไรควรใช้แต่ละแบบให้เหมาะกับปัญหาที่เจอจริง
Agent Skills คืออะไรกันแน่ ในความหมายที่ใช้งานได้จริง
Agent Skills คือชุดข้อมูลที่รวมความรู้เฉพาะทาง ขั้นตอนการทำงาน และตัวอย่างการปฏิบัติในสถานการณ์หนึ่ง ๆ ไว้ในรูปแบบที่ Agent เรียกใช้ได้เมื่อบทสนทนาตรงกับเงื่อนไขที่กำหนด แทนที่จะยัดทุกอย่างไว้ใน system prompt เดียวที่ Agent ต้องแบกไว้ตลอดเวลาไม่ว่าจะเกี่ยวข้องกับงานนั้นหรือไม่ Skill จะถูกดึงเข้ามาเฉพาะตอนที่จำเป็นเท่านั้น
ลองเทียบกับพนักงานใหม่ในองค์กร วันแรกที่เข้างานเขาไม่ได้อ่านคู่มือทุกแผนกพร้อมกันทั้งหมด แต่จะเปิดคู่มือเฉพาะแผนกที่เขาต้องทำงานตอนนั้น เช่น คู่มือการรับเรื่องร้องเรียนตอนมีลูกค้าโทรมาบ่น หรือคู่มือการปิดยอดสิ้นเดือนตอนถึงช่วงปิดบัญชี Agent Skills ทำงานในลักษณะเดียวกันคือมีคู่มือหลายชุดเก็บไว้ แล้วดึงมาใช้เฉพาะชุดที่ตรงกับสถานการณ์ที่กำลังเจอ
โครงสร้างทั่วไปของ Skill มักประกอบด้วยชื่อและคำอธิบายสั้น ๆ ที่บอกว่า Skill นี้ใช้เมื่อไร เนื้อหาความรู้หรือขั้นตอนที่ต้องทำตาม และบางครั้งมีตัวอย่างสถานการณ์หรือ template คำตอบแนบมาด้วย ระบบที่รัน Agent จะประเมินบริบทของบทสนทนาแล้วตัดสินใจว่าควรโหลด Skill ไหนเข้ามาเสริมความสามารถของ Agent ในจังหวะนั้น
ต่างจาก MCP อย่างไร ในเมื่อทั้งคู่ก็เป็นสิ่งที่เสริมให้ Agent ทำงานได้มากขึ้น
ความต่างหลักอยู่ที่ MCP ให้ 'ความสามารถในการกระทำ' คือเชื่อมต่อกับระบบภายนอกเพื่อดึงข้อมูลหรือสั่งงาน ส่วน Skill ให้ 'ความรู้และวิธีปฏิบัติ' คือบอกว่าเมื่อเจอสถานการณ์แบบนี้ควรทำตามขั้นตอนไหน ควรพูดแบบไหน หรือควรระวังอะไรเป็นพิเศษ ทั้งสองอย่างทำงานเสริมกันได้ ไม่ใช่ทางเลือกที่ต้องเลือกอย่างใดอย่างหนึ่ง
ตัวอย่างที่เห็นภาพชัดคือ MCP tool ชื่อ `check_stock` ทำหน้าที่แค่ดึงจำนวนสต๊อกจากฐานข้อมูลมาให้ ไม่ได้บอกว่าเมื่อสต๊อกต่ำกว่ากี่ชิ้นควรแจ้งลูกค้าอย่างไร หรือควรเสนอสินค้าทดแทนตัวไหนแทน ส่วนนี้คือหน้าที่ของ Skill ที่จะบรรจุ business logic ว่า 'ถ้าสต๊อกต่ำกว่า 5 ชิ้น ให้แจ้งลูกค้าว่าเหลือจำนวนจำกัด และเสนอสินค้ารุ่นใกล้เคียงตามตารางนี้' MCP กับ Skill จึงทำงานคู่กันคนละชั้น ชั้นหนึ่งให้ข้อมูลดิบ อีกชั้นบอกวิธีตีความและใช้ข้อมูลนั้น
ต่างจาก Prompt หรือ Custom Instructions ที่ใช้อยู่เดิมอย่างไร
System prompt หรือ Custom Instructions มักเป็นบริบทกว้าง ๆ ที่ Agent แบกไว้ตลอดทุกบทสนทนาไม่ว่าจะเกี่ยวข้องกับงานนั้นหรือไม่ เช่น 'คุณคือผู้ช่วยของร้าน X พูดจาสุภาพเป็นกันเอง' ข้อมูลแบบนี้จำเป็นต้องอยู่ตลอดเวลาจึงเหมาะกับ prompt แต่ถ้าเป็นความรู้เฉพาะทางที่ใช้เฉพาะบางสถานการณ์ เช่น ขั้นตอนจัดการคำร้องขอคืนเงินที่มีรายละเอียดซับซ้อนหลายเงื่อนไข การยัดทุกอย่างไว้ใน prompt เดียวจะทำให้ prompt ยาวเทอะทะและกินพื้นที่ context โดยไม่จำเป็นในบทสนทนาที่ไม่เกี่ยวกับการคืนเงินเลย
Skill แก้ปัญหานี้ด้วยการแยกความรู้เฉพาะทางออกมาเป็นชุด ๆ แล้วโหลดเข้ามาเฉพาะตอนจำเป็น ทำให้ prompt หลักยังกระชับอยู่ได้ ในขณะที่ Agent ยังมีความรู้ลึกพอสำหรับสถานการณ์เฉพาะทางเมื่อเจอเข้าจริง ข้อดีอีกอย่างคือทีมสามารถแก้ไข Skill แต่ละชุดแยกจากกันได้โดยไม่กระทบ prompt หลักหรือ Skill อื่นที่ไม่เกี่ยวข้อง ทำให้ดูแลรักษาง่ายกว่าการแก้ prompt ก้อนใหญ่ก้อนเดียวที่รวมทุกอย่างไว้
ตารางเปรียบเทียบ Skill, MCP และ Prompt แบบสรุปให้ตัดสินใจง่าย
เมื่อต้องตัดสินใจว่าจะจัดการเรื่องใหม่ที่ Agent ต้องทำได้ ควรใส่ไว้ที่ไหน ตารางนี้ช่วยตัดสินใจได้เร็วขึ้น:
| กลไก | ให้อะไรกับ Agent | ใช้เมื่อไร |
|---|---|---|
| MCP | ความสามารถเชื่อมต่อระบบภายนอก อ่าน/เขียนข้อมูลจริง | ต้องดึงหรือส่งข้อมูลไปยังระบบภายนอก |
| Agent Skills | ความรู้และขั้นตอนปฏิบัติเฉพาะสถานการณ์ | งานที่มีเงื่อนไข ขั้นตอน หรือ business logic เฉพาะทาง |
| Prompt / Custom Instructions | บริบทและบุคลิกกว้าง ๆ ที่ใช้ตลอด | สิ่งที่ต้องคงอยู่ทุกบทสนทนาไม่ว่างานจะเป็นแบบไหน |
สัญญาณที่บอกว่าถึงเวลาต้องแยกงานออกมาเป็น Skill แล้ว
- Agent ทำขั้นตอนเดิมไม่ตรงกันในแต่ละครั้ง ทั้งที่เป็นงานประเภทเดียวกันซ้ำ ๆ
- ทีมต้องพิมพ์อธิบายขั้นตอนเดิมซ้ำในบทสนทนาบ่อย ๆ เพราะ Agent ลืมหรือไม่ทำตามที่บอกไว้ก่อนหน้า
- งานนั้นมีเงื่อนไขย่อยหลายชั้นที่ต้องพิจารณาตามลำดับ ไม่ใช่แค่คำสั่งบรรทัดเดียว
- prompt หลักเริ่มยาวขึ้นเรื่อย ๆ จากการพยายามยัดความรู้เฉพาะทางหลายเรื่องเข้าไปพร้อมกัน
- มีหลายทีมใช้ Agent ตัวเดียวกันแต่ต้องการความรู้เฉพาะทางคนละชุด เช่น ทีมขายกับทีมบัญชีต้องการขั้นตอนคนละแบบ
หลักการเขียน Skill ให้ Agent นำไปใช้ได้จริง ไม่ใช่แค่บันทึกความรู้ไว้เฉย ๆ
Skill ที่ดีต้องมีเงื่อนไขการเรียกใช้ที่ชัดเจนตั้งแต่ส่วนคำอธิบายด้านบนสุด เพราะระบบต้องอาศัยข้อมูลนี้ตัดสินใจว่าควรโหลด Skill ไหนเข้ามาในบทสนทนาไหน ถ้าคำอธิบายกำกวมเกินไป Skill อาจถูกโหลดผิดจังหวะหรือไม่ถูกโหลดเลยทั้งที่ควรจะใช้ ปัญหานี้คล้ายกับปัญหาการเขียน description ของ MCP tool ที่ต้องเจาะจงมากพอให้ระบบจับคู่ได้ถูก
เนื้อหาภายใน Skill ควรเขียนเป็นขั้นตอนที่ทำตามได้จริง ไม่ใช่คำอธิบายเชิงทฤษฎีกว้าง ๆ เช่น แทนที่จะเขียนว่า 'ดูแลลูกค้าให้ดี' ควรเขียนเป็นขั้นตอนที่จับต้องได้ว่า 'ขั้นแรกยืนยันหมายเลข Order ขั้นสองตรวจสอบสถานะจัดส่งผ่าน tool ที่เกี่ยวข้อง ขั้นสามถ้าสถานะล่าช้าเกิน 3 วันให้เสนอส่วนลดตามตารางที่กำหนด' ความชัดเจนระดับนี้ทำให้ Agent ทำตามได้สม่ำเสมอกว่าคำแนะนำกว้าง ๆ
ควรทดสอบ Skill ด้วยสถานการณ์จำลองหลายแบบก่อนใช้งานจริง เช่นเดียวกับการทดสอบ MCP tool เพื่อดูว่า Skill ถูกเรียกใช้ในจังหวะที่ถูกต้องหรือไม่ และเมื่อถูกเรียกใช้แล้ว Agent ทำตามขั้นตอนที่กำหนดไว้ได้ครบถ้วนหรือไม่ ไม่ควรเขียน Skill แล้วปล่อยใช้งานจริงทันทีโดยไม่ผ่านการทดสอบก่อน
ดูแล Skill ระยะยาว เมื่อธุรกิจเปลี่ยนขั้นตอนบ่อยกว่าที่คิด
ปัญหาที่มักตามมาหลังใช้ Skill ไปสักพักคือขั้นตอนทางธุรกิจที่เขียนไว้ในตอนแรกเปลี่ยนไปตามเวลา เช่น นโยบายคืนเงินที่เคยกำหนดไว้ 7 วัน อาจถูกปรับเป็น 14 วันในภายหลัง ถ้าไม่มีใครดูแล Skill อย่างสม่ำเสมอ Agent จะยังคงพูดกับลูกค้าตามขั้นตอนเก่าที่ล้าสมัยไปแล้ว ซึ่งอาจสร้างความเข้าใจผิดหรือข้อพิพาทกับลูกค้าได้จริง
แนวทางที่ควรทำคือกำหนดเจ้าของ (owner) ของแต่ละ Skill ให้ชัดเจนว่าใครเป็นคนรับผิดชอบอัปเดตเมื่อนโยบายเปลี่ยน และใส่วันที่ปรับปรุงล่าสุดไว้ในตัว Skill เอง เพื่อให้ทีมตรวจสอบได้ง่ายว่า Skill ไหนอาจล้าสมัยแล้วโดยไม่ต้องไล่เปิดอ่านทุกไฟล์ทีละบรรทัด และควรมีรอบทบทวน Skill ตามระยะเวลาที่เหมาะสม เช่น ทุกไตรมาส เพื่อยืนยันว่ายังตรงกับนโยบายปัจจุบันอยู่
อีกแนวทางที่ช่วยได้คือเก็บ Skill ไว้ในระบบควบคุมเวอร์ชันเดียวกับโค้ด เช่น git เพื่อให้เห็นประวัติการเปลี่ยนแปลงและสามารถย้อนกลับได้หากการแก้ไขครั้งล่าสุดทำให้ Agent ทำงานผิดไปจากที่ตั้งใจ การปฏิบัติกับ Skill เหมือนเป็นส่วนหนึ่งของโค้ดที่ต้องมี review ก่อน merge ช่วยลดความเสี่ยงที่การแก้ไขเล็กน้อยจะกระทบพฤติกรรมของ Agent ในวงกว้างโดยไม่มีใครรู้ตัวก่อน
ทำแบบนี้แล้วพัง เพราะ… ข้อผิดพลาดที่เจอบ่อยตอนเริ่มใช้ Agent Skills
- ยัดทุกความรู้ขององค์กรไว้ใน Skill เดียวก้อนใหญ่ — ทำแบบนี้แล้วพัง เพราะเสียจุดประสงค์หลักของ Skill ที่ควรโหลดเฉพาะตอนจำเป็น ถ้ารวมทุกอย่างไว้ก้อนเดียวก็ไม่ต่างจากยัดใน prompt หลักตั้งแต่แรก
- เขียนเงื่อนไขการเรียกใช้ Skill กำกวมจนซ้อนทับกับ Skill อื่น — ทำแบบนี้แล้วพัง เพราะระบบอาจโหลด Skill ผิดชุดหรือโหลดหลายชุดพร้อมกันจนขั้นตอนขัดแย้งกันเอง
- ไม่ทดสอบ Skill ก่อนปล่อยใช้งานจริง — ทำแบบนี้แล้วพัง เพราะจะไม่รู้ว่า Skill ถูกเรียกใช้ถูกจังหวะหรือไม่ จนกว่าจะมีปัญหาเกิดขึ้นกับผู้ใช้จริงแล้ว
- คิดว่า Skill แทน MCP ได้ทั้งหมดโดยไม่ต้องต่อระบบภายนอกจริง — ทำแบบนี้แล้วพัง เพราะ Skill ให้แค่ความรู้และขั้นตอน แต่ไม่มีความสามารถดึงข้อมูลจริงจากระบบภายนอก ถ้าไม่มี MCP รองรับ Agent จะทำได้แค่พูดตามขั้นตอนโดยไม่มีข้อมูลจริงมายืนยัน
สรุป
Agent ที่ต่อ MCP ครบทุกระบบแล้วยังทำงานไม่เสถียร ไม่ใช่เพราะ MCP มีปัญหา แต่เพราะขาดชั้นความรู้และขั้นตอนที่บอกว่าเมื่อไรควรทำอะไรตามลำดับไหน ซึ่งเป็นหน้าที่ของ Agent Skills ไม่ใช่ MCP หรือ Prompt
การแยกบทบาทให้ชัดระหว่างสามกลไกนี้ คือ MCP สำหรับความสามารถเชื่อมต่อระบบ Skill สำหรับความรู้และขั้นตอนเฉพาะทาง และ Prompt สำหรับบริบทกว้าง ๆ ที่ใช้ตลอด จะทำให้ดูแลระบบ Agent ได้ง่ายขึ้นมากเมื่อความซับซ้อนของงานเพิ่มขึ้นเรื่อย ๆ ตามเวลา
- MCP ให้ความสามารถเชื่อมต่อระบบภายนอก Skill ให้ความรู้และขั้นตอนปฏิบัติ Prompt ให้บริบทกว้าง ๆ ที่ใช้ตลอด
- Skill ถูกโหลดเฉพาะตอนบทสนทนาตรงกับเงื่อนไข ไม่แบกไว้ตลอดเหมือน prompt หลัก
- เขียน Skill เป็นขั้นตอนที่ทำตามได้จริง พร้อมเงื่อนไขการเรียกใช้ที่ชัดเจน แล้วทดสอบก่อนใช้งานจริงเสมอ
คำถามที่พบบ่อย
Agent Skills กับ Custom Agents คืออันเดียวกันไหม
ไม่ใช่อันเดียวกัน Skill คือชุดความรู้และขั้นตอนที่ Agent ตัวหนึ่งเรียกใช้ตามสถานการณ์ ส่วน Custom Agent คือการสร้าง Agent แยกทั้งตัวที่มีบทบาทและขอบเขตงานของตัวเอง Agent หนึ่งตัวสามารถมีหลาย Skill ได้ ในขณะที่ระบบหนึ่งอาจมีหลาย Custom Agent ที่แต่ละตัวก็มี Skill ของตัวเองแยกกันอีกที
ควรเขียน Skill กี่ชุดถึงจะเหมาะสม ไม่เยอะเกินไป
ไม่มีตัวเลขตายตัว แต่หลักที่ใช้ได้คือแยกตามสถานการณ์ทางธุรกิจที่ต่างกันจริง ไม่ใช่แยกตามความรู้สึกว่าอยากจัดหมวดหมู่ ถ้า Skill สองชุดมีเงื่อนไขการเรียกใช้คล้ายกันมากจนแยกไม่ออก อาจถึงเวลาต้องรวมเป็นชุดเดียวแทน
Skill ต้องเขียนด้วยภาษาโปรแกรมมิ่งไหม หรือเขียนเป็นข้อความธรรมดาได้
ส่วนใหญ่เขียนเป็นข้อความหรือเอกสารที่มีโครงสร้างชัดเจน ไม่จำเป็นต้องเขียนโค้ด เพราะเนื้อหาหลักคือความรู้และขั้นตอนที่ Agent อ่านแล้วทำตาม แต่บาง Skill อาจแนบตัวอย่างโค้ดหรือ template ไว้ด้วยถ้างานนั้นเกี่ยวข้องกับการเขียนโค้ดโดยตรง
ถ้าไม่มีระบบที่รองรับ Agent Skills โดยตรง ยังใช้แนวคิดนี้ได้ไหม
ได้ในระดับแนวคิด ทีมสามารถจำลองพฤติกรรมคล้าย Skill ได้ด้วยการแยกไฟล์ความรู้ตามหมวดหมู่แล้วให้ระบบดึงเนื้อหาที่เกี่ยวข้องเข้ามาแทรกใน context ตามบริบทของคำถาม แม้จะไม่มีกลไก native รองรับก็ตาม เพียงแต่ต้องเขียน logic การเลือกไฟล์ที่เกี่ยวข้องเอง
Skill ที่เขียนไว้แล้ว แก้ไขทีหลังได้ง่ายแค่ไหน
โดยทั่วไปแก้ได้ง่ายกว่าการแก้ system prompt หลัก เพราะ Skill แต่ละชุดแยกเป็นเอกสารเดี่ยว การแก้ไขชุดหนึ่งจึงไม่กระทบชุดอื่นหรือบทสนทนาที่ไม่เกี่ยวข้อง แต่ควรทดสอบซ้ำหลังแก้ไขทุกครั้งเพื่อยืนยันว่าเงื่อนไขการเรียกใช้และขั้นตอนยังทำงานถูกต้อง
ทีมเล็กที่มี Agent ทำงานไม่กี่อย่าง จำเป็นต้องเริ่มใช้ Skill ตั้งแต่วันแรกไหม
ไม่จำเป็น ถ้างานยังไม่ซับซ้อนและ prompt หลักยังจัดการได้อยู่ การเพิ่ม Skill ตั้งแต่แรกอาจเพิ่มความซับซ้อนโดยไม่จำเป็น ควรเริ่มใช้เมื่อเริ่มเห็นสัญญาณว่า Agent ทำงานไม่สม่ำเสมอหรือ prompt เริ่มยาวจนดูแลยาก ตามที่อธิบายไว้ในหัวข้อสัญญาณด้านบน
อ่านต่อแบบเจาะลึก
ทดลองวัดผลโฆษณาเข้า LINE ฟรี 14 วัน
สมัครแล้วสร้างโปรเจกต์ เชื่อม LINE ติดตั้ง Tracking แล้วเริ่มเห็น Funnel จาก Click ถึง Purchase ได้ทันที ไม่ต้องใช้บัตรเครดิต
เริ่มทดลองใช้ฟรี 14 วันบทความที่เกี่ยวข้อง
SKILL.md: เขียนอย่างไรให้ Agent ทำงานซ้ำได้แม่นทุกครั้ง ไม่ใช่แค่ครั้งแรก
