Agent Skills ย้ายสู่ Agentic AI Foundation: มีอะไรเปลี่ยนแปลงบ้างสำหรับทีมที่ใช้งาน Coding Agents

เมื่อวันที่ 22 ตุลาคม 2026 ในงาน AGNTCon + MCPCon North America ณ เมืองแซนโฮเซ ทาง Agentic AI Foundation ได้ประกาศเปิดตัว 4 โครงการใหม่ โดยโครงการที่ส่งผลต่อทุกทีมที่ใช้งาน coding agent โดยตรงก็คือ Agent Skills หรือรูปแบบไฟล์ SKILL.md ซึ่งสนับสนุนโดย Anthropic ส่วนอีกสามโครงการที่เหลือ ได้แก่ Open Responses จาก OpenAI, OpenEnv จาก Hugging Face และ OpenSandbox จาก Alibaba ปัจจุบันมูลนิธิดังกล่าว ซึ่งอยู่ภายใต้การดูแลของ Linux Foundation มีโครงการในความดูแลแล้วทั้งหมด 10 โครงการ รวมถึง MCP, A2A, AGENTS.md และ goose

โพสต์ประกาศส่งมอบโครงการของ Anthropic ได้ระบุสิ่งที่ถูกโอนย้ายไป ได้แก่ ชื่อและโลโก้ของ Agent Skills, องค์กรบน GitHub, โดเมน agentskills.io รวมถึงตัวมาตรฐานเอง นอกจากนี้ยังเปิดเผยตัวเลขการนำไปใช้งานจากทาง Anthropic เองด้วยว่า มีแพลตฟอร์ม agent มากกว่า 70 แห่งที่นำ Agent Skills ไปผสานรวมนับตั้งแต่เผยแพร่มาตรฐานเมื่อเดือนธันวาคม 2025 และมี “skills ที่เผยแพร่ออกมากว่า 1 ล้านรายการ พร้อมยอดติดตั้งเกือบ 280 ล้านครั้ง”

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

สรุปใจความสำคัญ

ปัจจุบัน Agent Skills กลายเป็นโครงการที่เป็นกลาง ไม่ขึ้นกับผู้ให้บริการรายใด (vendor-neutral) ภายใต้การดูแลของ Agentic AI Foundation โดยมีวิศวกรจาก Anthropic, Google, OpenAI และบริษัทอื่นๆ ร่วมกันดูแลในนามส่วนบุคคล ทั้งนี้ ตัวรูปแบบไฟล์ไม่ได้มีการเปลี่ยนแปลงใดๆ เมื่อวันที่ 22 ตุลาคม ไฟล์ SKILL.md เดิมของคุณยังคงใช้งานได้ตามปกติ และผลิตภัณฑ์ต่างๆ ที่โหลดไฟล์เหล่านี้ก็ยังคงโหลดจากตำแหน่งเดิม สิ่งที่เปลี่ยนไปคือผู้ที่จะกำหนดทิศทางของเวอร์ชันถัดไป สำหรับทีมพัฒนา แนวทางที่มีประโยชน์ที่สุดในตอนนี้คือการเขียน skill โดยอิงเฉพาะ 6 ฟิลด์ตามข้อกำหนดมาตรฐาน เก็บไว้เพียงสำเนาเดียวในแต่ละ repository แล้วปล่อยให้ agent แต่ละตัวค้นหาไปใช้งานเอง

ทำความรู้จัก Agent Skills ฉบับรวบรัด

skill คือไดเรกทอรีที่ประกอบด้วยไฟล์ SKILL.md ซึ่งมีส่วน YAML frontmatter ที่ระบุอย่างน้อย name และ description ตามด้วยคำสั่งการทำงานในรูปแบบ Markdown นอกจากนี้ยังสามารถบรรจุโฟลเดอร์ scripts/, references/ และ assets/ ควบคู่ไปด้วยได้ โดยตัวข้อกำหนดมาตรฐาน (specification) นั้นสั้นกระชับจนสามารถอ่านจบได้ในเวลาเพียง 10 นาที

skill ช่วยประหยัดต้นทุนโทเคนได้ด้วยหลักการ progressive disclosure โดยเมื่อเริ่มต้นระบบ agent จะโหลดเฉพาะชื่อและคำอธิบายของแต่ละ skill เท่านั้น (ตามข้อกำหนดระบุไว้ที่ประมาณ 100 โทเคนต่อ skill) จากนั้นจะอ่านเนื้อหาทั้งหมดของ SKILL.md ก็ต่อเมื่อมีงานที่ตรงกัน และจะเปิดไฟล์อื่นๆ ที่แนบมาเฉพาะเมื่อมีคำสั่งระบุให้อ่านเท่านั้น

หากต้องการอ่านคำอธิบายแบบละเอียด รวมถึงวิธีตรวจสอบ skill จากแหล่งสาธารณะ สามารถดูเพิ่มเติมได้ที่บทความ Skill ของ coding agent คืออะไร

การย้ายครั้งนี้เปลี่ยนอะไรบ้าง และอะไรที่ยังคงเดิม

สิ่งที่เปลี่ยนแปลงไปมี 3 ประการด้วยกัน ประการแรก คือความเป็นเจ้าของแบรนด์และโครงสร้างพื้นฐาน ทั้งชื่อ โดเมน และองค์กรบน GitHub จะไม่ขึ้นอยู่กับผู้จำหน่ายรายใดรายหนึ่งที่มีผลิตภัณฑ์แข่งขันกับรายอื่นที่ใช้งานรูปแบบไฟล์นี้อีกต่อไป ประการที่สอง คือผู้ร่วมกำหนดทิศทาง โดยวิศวกรจาก Anthropic, Google และ OpenAI จะมาร่วมกันดูแลมาตรฐานกลางที่ผลิตภัณฑ์ของตนเองรองรับอยู่แล้ว และประการที่สาม คือการวางกระบวนการทำงานที่เป็นระบบในอนาคต ซึ่งคุณไม่จำเป็นต้องสมัครเป็นสมาชิกของมูลนิธิเพื่อที่จะมีส่วนร่วม

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

มีรายละเอียดจุดหนึ่งที่ชี้ให้เห็นว่าการเปลี่ยนแปลงนี้เพิ่งเกิดขึ้นสดๆ ร้อนๆ คือ เมื่อวันที่ 26 ตุลาคม คู่มือการมีส่วนร่วม (contributing guide) ใน repository ยังคงระบุว่าคำขอใช้โลโก้ “ได้รับการตรวจสอบโดยทีม Anthropic” และหน้าข้อกำหนดก็ยังไม่ได้ระบุหมายเลขเวอร์ชันไว้ การเปิดตัวแบบระบุเวอร์ชันนั้นยังคงเป็นเพียงแผนงานที่เสนอขึ้นมาและยังไม่ได้นำมาใช้จริง ในทางปฏิบัติจึงควรมองว่าข้อกำหนดนี้มีความเสถียรแล้ว แม้ว่าจะยังไม่มีการระบุเวอร์ชันอย่างเป็นทางการก็ตาม

เขียน skill ครั้งเดียว ใช้งานได้กับ agent หลายตัว

นี่คือตัวอย่าง skill แบบมินิมอลที่ตรงตามข้อกำหนดทุกประการ โดย name จะประกอบด้วยตัวอักษรพิมพ์เล็ก ตัวเลข และยัติภังค์ (เครื่องหมายขีดกลาง) ความยาวไม่เกิน 64 ตัวอักษร และต้องตรงกับชื่อโฟลเดอร์ ส่วน description จะอธิบายว่า skill นี้ทำอะไรและควรเรียกใช้เมื่อใด ภายในขีดจำกัด 1,024 ตัวอักษร สำหรับฟิลด์อื่นๆ ทั้งหมดถือเป็นตัวเลือกเพิ่มเติม (optional)

.agents/skills/migration-review/
├── SKILL.md
└── references/
    └── CHECKLIST.md

---
name: migration-review
description: Reviews a database migration before it merges. Checks reversibility, locking on large tables, and data backfills. Use when a diff adds or changes files under migrations/ or the user asks for a migration review.
license: Apache-2.0
metadata:
  owner: platform-team
  version: "1.2"
---

# Migration review

1. List every migration file in the diff.
2. For each one, confirm a down migration exists, or state why it cannot.
3. Flag any ALTER TABLE on a table listed in references/CHECKLIST.md as large.
4. Flag backfills that run inside the migration instead of a separate job.
5. Report one line per file: PASS, or FAIL with the reason.

Do not edit the migration. Report only.

ค่าต่างๆ ใน metadata จะต้องอยู่ในเครื่องหมายคำพูด (quoted strings) เนื่องจากข้อกำหนดระบุว่า metadata เป็น map ของ string keys ไปยัง string values สำหรับไฟล์อ้างอิงจะอยู่ลึกลงไปหนึ่งระดับจาก SKILL.md ซึ่งเป็นรูปแบบที่ข้อกำหนดแนะนำ คุณสามารถตรวจสอบความถูกต้องด้วย reference validator ก่อนที่คนอื่นจะนำไปใช้งานได้ดังนี้:

skills-ref validate ./.agents/skills/migration-review

คราวนี้มาถึงส่วนที่มูลนิธิไม่ได้เข้ามากำหนด นั่นคือ เส้นทางการค้นหา (discovery paths) โดยเอกสารของ Codex ระบุตำแหน่ง .agents/skills ใน repository และ $HOME/.agents/skills สำหรับระดับผู้ใช้ ขณะที่เอกสารของ Claude Code ระบุเป็น .claude/skills/<skill-name>/SKILL.md สำหรับระดับโปรเจกต์ และ ~/.claude/skills/ สำหรับระดับบุคคล อย่างไรก็ตาม ทั้งสองตัวรองรับโฟลเดอร์ skill ที่ทำ symlink ไว้ ดังนั้น คุณจึงสามารถเก็บไฟล์ตัวจริงไว้เพียงชุดเดียวใต้ .agents/skills ซึ่งเป็นรูปแบบร่วมข้ามไคลเอนต์ตามที่คู่มือการนำไปใช้งานสำหรับไคลเอนต์ (client implementation guide) แนะนำให้สแกน แล้วค่อยทำ symlink ไปยัง Claude Code:

mkdir -p .claude/skills
ln -s ../../.agents/skills/migration-review .claude/skills/migration-review
git add .agents/skills .claude/skills

โฟลเดอร์เดียว ตรวจทานครั้งเดียว และอัปเดตจากจุดเดียว ส่วนผลิตภัณฑ์ใดที่สแกน .agents/skills โดยตรงอยู่แล้วก็ไม่จำเป็นต้องทำลิงก์ ทั้งนี้ควรตรวจสอบจากเอกสารของแต่ละผลิตภัณฑ์เพิ่มเติม

กฎ 3 ข้อที่จะช่วยให้ skill ของคุณทำงานข้ามแพลตฟอร์มได้อย่างราบรื่น (portable):

• ใช้เฉพาะ 6 ฟิลด์ตามข้อกำหนดเท่านั้น (name, description, license, compatibility, metadata, allowed-tools) ในสำเนาที่ใช้งานร่วมกัน เอกสารของ Claude Code ระบุว่าการอัปโหลดบน claude.ai และ Skills API จะปฏิเสธคีย์อื่นๆ ทั้งหมดและแจ้ง error ทันที ในขณะที่ตัว Claude Code เองรองรับส่วนขยายอย่างเช่น context: fork
• มองว่า allowed-tools เป็นเพียงคำแนะนำ (hint) เนื่องจากตัวข้อกำหนดระบุว่าเป็นฟีเจอร์ทดลอง (experimental) และระดับการรองรับยังแตกต่างกันไปในแต่ละ agent
• แยกการกำหนดค่าเฉพาะผลิตภัณฑ์ออกจาก frontmatter ส่วนกลาง ตัวอย่างเช่น Codex จะอ่านการตั้งค่า UI และการเรียกใช้งานเพิ่มเติมจากไฟล์ agents/openai.yaml ภายในโฟลเดอร์ skill ซึ่ง agent ตัวอื่นๆ จะมองข้ามไฟล์นี้ไป

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

ประเด็นเรื่องความน่าเชื่อถือไม่ได้ถูกย้ายไปยังมูลนิธิ

การมีเจ้าของมาตรฐานที่เป็นกลางไม่ได้ทำให้ skill ใดๆ ปลอดภัยขึ้นโดยอัตโนมัติ คู่มือการนำไปใช้งานสำหรับไคลเอนต์ชี้ให้เห็นว่า skill ในระดับโปรเจกต์นั้นมาจาก repository ที่กำลังทำงานอยู่ ซึ่งอาจเป็นโค้ดที่เพิ่ง clone มาจากที่ที่คุณไม่ได้เป็นผู้ควบคุม พร้อมทั้งแนะนำให้ agent ทำการตรวจสอบความน่าเชื่อถือ (trust check) ก่อนใช้งาน skill เหล่านั้นเสมอ นอกจากนี้ แผนงานที่ Anthropic เสนอยังรวมถึงแนวปฏิบัติด้านความปลอดภัยสำหรับผู้เขียนและผู้ติดตั้ง skill ด้วย ซึ่งหมายความว่าแนวปฏิบัติดังกล่าวยังไม่ได้เสร็จสมบูรณ์ในปัจจุบัน

จนกว่าแนวปฏิบัตินั้นจะพร้อมใช้งาน ขอให้ตรวจสอบ skill ประหนึ่งว่ามันคือ dependency ตัวหนึ่ง นั่นคือ ควรอ่านไฟล์ SKILL.md และสคริปต์ทุกตัวก่อนที่ agent จะรัน จำกัดสิทธิ์คำสั่งให้เหลือน้อยที่สุดเท่าที่จำเป็น (least-privileged) และห้ามใส่ secret ใดๆ เด็ดขาด เมื่อมี skill เผยแพร่ออกมาถึง 1 ล้านรายการตามตัวเลขของ Anthropic ปริมาณจึงไม่ใช่ปัญหา ข้อจำกัดที่แท้จริงคือการตรวจสอบความปลอดภัยต่างหาก

บทบาทของ Sharkly ในระบบนิเวศนี้

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

ใน Sharkly ตัว Skill จะใช้ SKILL.md เป็นจุดเริ่มต้น (entry point) โดยมี YAML ระบุ name และ description ตามด้วยคำสั่งการทำงาน ตามที่ระบุไว้ในเอกสารของ Skills คุณสามารถอัปโหลดไฟล์ SKILL.md, ไฟล์ .skill, ไฟล์ zip หรือโฟลเดอร์ หรือจะนำเข้าจาก URL สาธารณะที่รองรับ หรือนำเข้า Skills ที่ Runtime ของ Computer ค้นพบแล้วก็ได้เช่นกัน ไฟล์ที่นำเข้ามาจะกลายเป็นสำเนาที่อยู่ภายใต้การจัดการ เอกสารจึงแนะนำให้ตรวจสอบก่อนทำการผูกใช้งาน (binding) ทั้งนี้ Skill แต่ละรายการจะมีขอบเขต (scope) เพียงหนึ่งระดับเท่านั้น (Organization, Space หรือ Agent) ซึ่งจะถูกกำหนดไว้ตั้งแต่ตอนสร้าง และสิทธิ์ในการแก้ไขจะจำกัดไว้เฉพาะผู้สร้าง รวมถึง Organization Owners หรือ Admins เท่านั้น โดยบทความ Sharkly Skills จะอธิบายรายละเอียดของแต่ละแนวทางไว้อย่างครบถ้วน

การผูกใช้งาน (Binding) จะเกิดขึ้นที่ระดับ Agent และ Agent จะเป็นจุดที่คุณเลือก Runtime สำหรับ Crew นั้นคือ “กลุ่มของบุคคลและ Agent ที่สามารถนำกลับมาใช้ซ้ำได้ โดยมีการประสานงานผ่าน Agent ที่ทำหน้าที่เป็นผู้นำหนึ่งตัว” ตามที่ระบุไว้ในเอกสารของ Crews และ Agent แต่ละตัวที่เป็นสมาชิกจะยังคงรักษาการกำหนดค่าของตนเองไว้ ดังนั้น Crew ที่มีผู้นำทำงานบน Claude Code และมีผู้ตรวจทานทำงานบน Codex จึงสามารถผูกใช้ Space Skill ตัวเดียวกันได้ โดยผลลัพธ์ของสมาชิกแต่ละตัวจะยังคงถูกส่งกลับมายัง Task เดียวกันเสมอ Agent มีหน้าที่ค้นคว้า ดำเนินการ ทดสอบ และรายงานผล ส่วนคนคือผู้ตัดสินใจว่า Skill ใดมีอำนาจหน้าที่ในทีมและเป็นผู้ยอมรับผลลัพธ์ที่ได้

คุณสามารถซิงค์ skill ด้วยตนเองผ่านการใช้โฟลเดอร์เดียวและทำ symlink ในแต่ละ repository หรือจะเลือกใช้ Sharkly เพื่อจัดการว่า Agent ตัวใดควรพกพา skill ใดเมื่อทีมขยายใหญ่ขึ้นก็ได้เช่นกัน สำหรับการรัน agent ทั้งสองตัวควบคู่กัน สามารถดูการจัดการฝั่ง worktree ได้ที่บทความ การใช้งาน Claude Code และ Codex ร่วมกันบน codebase เดียว

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

รูปแบบของ Agent Skills มีการเปลี่ยนแปลงหรือไม่หลังจากย้ายไปอยู่กับ Agentic AI Foundation? ไม่มีการเปลี่ยนแปลง การประกาศดังกล่าวเป็นการโอนย้ายชื่อ โลโก้ องค์กรบน GitHub โดเมน และตัวมาตรฐานเท่านั้น โดยข้อกำหนดบน agentskills.io ยังคงเป็นไฟล์เดิม และ skill ในรูปแบบ SKILL.md ที่มีอยู่ก็ยังคงทำงานได้ตามปกติ

ปัจจุบันใครเป็นผู้ดูแล Agent Skills? วิศวกรจาก Anthropic, Google, OpenAI และบริษัทอื่นๆ ในนามส่วนบุคคล โดยมี David Soria Parra และ Mahesh Murag เป็น Lead Maintainers ตามที่ระบุในโพสต์ของ Anthropic ทั้งนี้ Anthropic ได้เสนอให้มีการเปิดตัวแบบระบุเวอร์ชันและกระบวนการยื่นข้อเสนออย่างเป็นทางการ แต่ทั้งหมดยังไม่ได้เริ่มนำมาใช้งานจริง

agent ใดบ้างที่รองรับ Agent Skills? Anthropic ระบุว่ามีมากกว่า 70 แพลตฟอร์ม รวมถึง ChatGPT, Cursor, GitHub Copilot และ VS Code ส่วนหน้า client showcase บน agentskills.io ก็มีรายชื่อผลิตภัณฑ์ต่างๆ อาทิ Claude Code, Codex, Gemini CLI, OpenCode, Goose และ OpenHands ทั้งนี้ ผลิตภัณฑ์แต่ละตัวจะเลือกไดเรกทอรีสำหรับ skill แตกต่างกันไป จึงควรตรวจสอบจากเอกสารของผลิตภัณฑ์นั้นๆ

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

skill ที่เขียนขึ้นสำหรับ Claude Code จะใช้งานบน Codex ได้หรือไม่? หากส่วน frontmatter ใช้เฉพาะ 6 ฟิลด์ตามข้อกำหนดมาตรฐาน และไฟล์ตั้งอยู่ในตำแหน่งที่ Codex ค้นหา ก็สามารถใช้งานร่วมกันได้ในแง่ของรูปแบบไฟล์ ส่วนขยายเฉพาะของ Claude Code เช่น context: fork จะไม่ถูกนำไปประมวลผลด้วย ดังนั้นจึงควรตัดออกไปจากสำเนาที่แชร์ร่วมกัน ทั้งนี้ การย้าย skill เป็นเพียงส่วนหนึ่งของการสลับ agent เท่านั้น สามารถอ่านรายละเอียดเพิ่มเติมได้ที่ วิธีรักษาบริบทการทำงานเมื่อต้องสลับไปมาระหว่าง coding agent