mattpocock/skills v1.3 — ชุด agent skills ดาวกว่า 273,000 ดวงเพิ่ม implement-spec ที่แตก subagent ทำทุก ticket ขนานกัน แต่เปลี่ยน CONTEXT.md เป็น GLOSSARY.md แบบไม่มีช่วงเปลี่ยนผ่าน และคนใช้ปลั๊กอิน Claude Code ยังไม่ได้ของใหม่

29 ก.ย. 2026 Matt Pocock (ผู้สอน TypeScript ที่หันมาทำ AI Hero) merge PR #1120 “v1.3” เข้า mattpocock/skills รีโป agent skills แบบ MIT ที่ตอนนี้มีดาวราว 273,000 ดวง ติดอันดับ GitHub trending มาตลอด และเป็นรีโป AI ขนาดใหญ่ระดับนี้ที่บล็อกเราไม่เคยเขียนถึงมาก่อน (รีโปสร้างตั้งแต่ ก.พ. 2026) โพสต์นี้จึงเป็นการตามเก็บ โดยใช้ v1.3 เป็นตัวเปิดเรื่อง

ชุดนี้ไม่ได้ขายตัวเองว่าเป็น framework ที่คุมทุกขั้นตอนแบบ GSD, BMAD หรือ Spec-Kit README บอกว่ามันคือ skill เล็ก ๆ ที่ประกอบกันได้ ใช้ได้กับทุกโมเดล และ “ไม่ใช่ vibe coding” เส้นทางหลักคือ grill (ซักถามจนเข้าใจงาน) → /to-spec → /to-tickets → /implement → /code-review แต่ละ skill มีทั้ง frontmatter ของ Claude Code และไฟล์ agents/openai.yaml สำหรับ Codex อยู่ข้างกัน

v1.3 เพิ่มอะไร

PR นี้ย้าย skill สามตัวออกจาก in-progress/ มาเป็น skill หลักที่แจกในปลั๊กอิน ทำให้ปลั๊กอินมี skill จาก 25 เป็น 27 ตัว

• implement-spec (ผู้ใช้เรียกเอง) ทำทั้ง spec ในรอบเดียว โดยอ่าน ticket เป็น task graph ที่มีความสัมพันธ์ว่าตัวไหนรอตัวไหน แล้วส่ง implementer subagent ไปทำ ticket ที่ “พร้อม” (frontier) แบบขนาน แต่ละตัวทำใน worktree ของตัวเองด้วย skill tdd และต้อง merge ปลายของ integration branch เข้ามาก่อนรายงานว่าเสร็จ จากนั้น merger subagent จะรวมงานเข้า integration branch เดียว จบด้วย code-review ก่อน graduate ได้ปรับให้เป้าหมายเป็น integration branch แทน PR โดยจะเปิด draft PR ก็ต่อเมื่อ issue tracker ปิดงานผ่าน PR หรือผู้ใช้สั่ง
• pr (โมเดลเรียกเองได้) เป็นแม่แบบ PR body สามส่วน: Summary ที่ใช้ภาพที่เล็กที่สุดซึ่งยังสื่อการเปลี่ยนแปลงได้ (pseudocode, call tree, file tree, diff) ส่วน Evidence แบบก่อน/หลัง และ Merge Danger ที่ให้ระบุว่าเป็น one-way หรือ two-way door พร้อม blast radius ส่วน Summary ดัดแปลงมาจาก skill show-me ของ Dex Horthy (HumanLayer) และมีไฟล์ CREDITS.md ให้เครดิต
• retro (ผู้ใช้เรียกเอง) ทบทวน session แล้วเสนอให้แก้สภาพแวดล้อมของเอเจนต์แทนตัวโค้ด ถ้าเจอการละเมิดแบบกลไก ให้แปลงเป็น linter rule, pre-commit hook หรือ CI job ส่วน CODING_STANDARDS.md เก็บไว้เฉพาะเรื่องที่ต้องใช้วิจารณญาณ

เจ้าของรีโปเองเขียนไว้ใน PR ว่า implement-spec ยังมี “rough edges” ที่รู้อยู่แล้ว ได้แก่ frontier tracking, การปิดงาน review แบบมีขอบเขต และความปลอดภัยของการรันขนาน

สองอย่างที่ต้องระวังก่อนอัปเดต

หนึ่ง เปลี่ยนชื่อไฟล์แบบไม่มีช่วงเปลี่ยนผ่าน ไฟล์คำศัพท์ของโดเมน CONTEXT.md/CONTEXT-MAP.md เปลี่ยนชื่อเป็น GLOSSARY.md/GLOSSARY-MAP.md ในทุก skill ที่อ่านหรือเขียนไฟล์นี้ changeset บอกให้ git mv เอาเอง เพราะต่อจากนี้ skill จะ “มองหาแค่ GLOSSARY.md” ส่วน resolving-merge-conflicts ถูกถอดออกโดยไม่มีตัวแทน ใน PR มีผู้ใช้ค้านว่าในทีม คนแรกที่อัปเดตแล้ว git mv ไฟล์จะทำให้เพื่อนที่ยังใช้ skill รุ่นเก่า “เสื่อมแบบเงียบ ๆ” เพราะ skill รุ่นเก่ายังหา CONTEXT.md ที่ไม่มีแล้ว และขอให้รองรับทั้งสองชื่อไปก่อนหนึ่งเวอร์ชัน แต่สุดท้าย PR ก็ merge โดยไม่ได้แก้ตามนั้น

สอง คนใช้ปลั๊กอิน Claude Code ยังไม่ได้ v1.3 แม้รายการ skill ใน .claude-plugin/plugin.json จะอัปเดตแล้ว แต่ฟิลด์ version ยังเป็น 1.2.3 (changeset ยังค้างอยู่ใน .changeset/ ยังไม่ได้สั่ง version) เอกสาร Claude Code ระบุว่าการตั้ง version “keeps users on that version until you change it” และ marketplace ทางการ (anthropics/claude-plugins-official) ก็ปักรายการ mattpocock-skills ไว้ที่ commit c55ee46 ซึ่งเป็น commit ก่อน merge v1.3 พอดี ส่วนคนที่ติดตั้งแบบคัดลอกไฟล์ผ่าน npx skills@latest add mattpocock/skills จะได้ของจาก main เมื่อสั่ง npx skills update ซึ่งรวมการเปลี่ยนชื่อไฟล์ไปด้วย

มุมมอง AI Curator

เรื่องที่ควรสนใจไม่ใช่ skill ใหม่สามตัว แต่เป็นสิ่งที่ v1.3 สะท้อนออกมา คือ skill กำลังกลายเป็น dependency จริง ๆ และเริ่มเจอปัญหาแบบเดียวกับ dependency มีทั้ง breaking change, semver, การปักเวอร์ชัน และคนในทีมที่อัปเดตไม่พร้อมกัน ความต่างคือถ้าแพ็กเกจ npm พัง เราเห็น error ทันที แต่ถ้า skill มองหาไฟล์ที่ไม่อยู่แล้ว เอเจนต์จะทำงานต่อด้วยบริบทที่น้อยลงโดยไม่มีใครรู้ อาการแบบนี้ test ไม่ได้ และ CI ก็จับไม่ได้

implement-spec น่าลองสำหรับทีมที่ใช้ Claude Code หรือ Codex กับ backlog ที่แตกเป็น ticket ชัดเจนอยู่แล้ว แต่รูปแบบ “subagent ต่อ ticket + worktree + integration branch” ใช้โทเคนเยอะ และเจ้าของเองก็ยอมรับว่าการรันขนานยังไม่ปลอดภัยเต็มที่ ควรเริ่มจาก spec เล็ก ๆ ก่อน

สำหรับทีมไทยที่แชร์ skill ผ่าน .claude/skills ในรีโป แนะนำให้ (1) ปักเวอร์ชันหรือ commit ของ skill ภายนอกเหมือนปัก dependency (2) ถ้าจะอัปเดตเป็น v1.3 ให้ทำพร้อมกันทั้งทีมใน PR เดียวที่ git mv ไฟล์ไปด้วย และ (3) อย่าติดตั้งทั้งแบบปลั๊กอินและแบบ skills.sh ซ้อนกัน ซึ่ง README เตือนไว้ว่าจะได้ skill ซ้ำสองชุด ส่วนคำถามที่ระบบนิเวศนี้ยังไม่มีคำตอบคือ เมื่อ skill พังแบบเงียบ ๆ จะตรวจจับได้อย่างไร เครื่องมืออย่าง claude plugin validate ตรวจได้แค่ manifest ยังตรวจพฤติกรรมไม่ได้

แหล่งข่าว

• PR #1120 “v1.3: graduate implement-spec, pr and retro; remove resolving-merge-conflicts” — GitHub (merge 29 ก.ย. 2026)
• mattpocock/skills — README และวิธีติดตั้ง
• Changeset ที่ยังรอออกเวอร์ชัน (.changeset/)
• Claude Code plugins reference — ฟิลด์ version