รีวิว mattpocock skills: ไดเรกทอรี .claude ของวิศวกรตัวจริง 153k ดาว ที่เอาไป remix ได้

นี่คือตัวที่สามที่เราเปิดดูในชุด repo skill สาย Claude Code ที่กำลังมาแรง สองตัวก่อนคือ superpowers กับ karpathy skills ตัวนี้ชื่อ mattpocock/skills ดาวแสนห้าหมื่นกว่า คำอธิบายของมันตรงและติดตลกว่า "Skills for Real Engineers" ชุด skill สำหรับวิศวกรตัวจริง ที่ Matt บอกว่าตรงมาจากโฟลเดอร์ .claude ของเขาเอง

ประโยคนั้นคือทั้งหมดของมัน ตัวนี้ไม่ได้ออกแบบมาเป็นระบบให้คนอื่นใช้ตั้งแต่ต้น แต่เป็น ไดเรกทอรีที่ Matt ใช้ทำงานจริงของตัวเอง แล้วเปิดให้คนอื่นก๊อปไปใช้ Matt Pocock เป็นนักสอนสาย TypeScript ที่คนในวงการรู้จัก skill ที่อยู่ในนี้เลยมีกลิ่นของคนที่เขียนโค้ดจริงมานาน ไม่ใช่ทฤษฎี

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

ช่วงที่ 1mattpocock skills คืออะไร และทำไมดาวเยอะ

ตัวนี้ต่างจากอีกสองตัวตรงที่มันไม่ได้พยายามเป็นผลิตภัณฑ์ มันคือโฟลเดอร์ทำงานจริงที่เปิดให้ดู ข้างในมี skill ราว 36 ตัว จัดเป็นหมวด ที่น่าสนใจคือมันแยกของที่ พร้อมให้คนอื่นใช้ ออกจากของที่ยังเป็นการทดลองส่วนตัว หมวดงานวิศวกรรมกับ productivity คือของที่ขัดเกลาแล้ว ส่วนหมวดอย่าง in-progress หรือ personal คือของที่ยังไม่พร้อม เก็บไว้ในเครื่องตัวเอง การจัดแบบนี้ทำให้คนที่มาหยิบไปใช้ รู้ทันทีว่าตัวไหนเชื่อถือได้

ทำไมดาวถึงแตะแสนห้า เพราะมันตอบความอยากที่ตรงมาก คนอยากเห็นว่าคนที่เขียนโค้ดเก่ง ๆ เขาตั้งค่า AI ของตัวเองยังไงจริง ๆ ไม่ใช่คำแนะนำกลาง ๆ แต่เป็นของที่ใช้อยู่ในงานประจำวัน แล้ว Matt ก็ทำให้หยิบไปง่าย มีทั้งคำสั่งลงอัตโนมัติ และวิธี symlink ให้ซิงก์กับ repo ตลอด

ช่วงที่ 2skill ที่โดดเด่นจริง

เปิดอ่านของจริงแล้ว มีหลายตัวที่กลิ่นของคนทำงานจริงชัดมาก ขอหยิบมาเล่าสี่ตัว

1. diagnosing-bugs ก่อนจะไปเดาสาเหตุบั๊ก ให้สร้างสัญญาณที่บอกผ่านหรือไม่ผ่านให้ชัดก่อน พอมีสัญญาณที่จับบั๊กได้แน่น ที่เหลือคือไล่บีบให้แคบลง เป็นการวางลำดับที่ถูก คือทำ feedback loop ให้แน่นก่อน ค่อยตั้งสมมติฐาน
2. tdd ไม่ได้บอกแค่ว่าเขียนเทสต์ก่อน แต่ตั้งชื่อสิ่งที่คนทำพลาดบ่อยไว้ด้วย เช่น เทสต์ที่ผูกกับวิธีเขียนข้างในเกินไป และย้ำให้เขียนเป็น แนวตั้งทีละฟีเจอร์ พร้อมตกลงขอบเขต seam ก่อนลงมือ
3. grilling เวลาให้ AI ซักข้อมูลจากเรา ให้ถามทีละคำถามแล้วรอคำตอบ ไม่ใช่ยิงรัวหลายคำถามทีเดียว เพราะคำถามชุดใหญ่ทำให้คนตอบข้าม ๆ
4. codebase-design บังคับใช้คำศัพท์ให้ตรง ทั้งโมดูล ความลึก และ seam มีกฎที่จำง่ายคือ ลองถามว่าถ้าลบโมดูลนี้ทิ้ง ความซับซ้อนจะกระจุกขึ้นหรือแค่ย้ายไปที่อื่น ถ้าแค่ย้าย แปลว่าโมดูลนั้นตื้น ไม่ได้ช่วยอะไร

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

ช่วงที่ 3สามขั้ว superpowers, karpathy, mattpocock เลือกตัวไหน

พอรีวิวครบสามตัว เห็นภาพชัดว่าแต่ละตัวตอบคนละโจทย์ ไม่ได้แข่งกันตรง ๆ

• superpowers ชุด skill พร้อมด่านบังคับ เหมาะกับ ปล่อย AI ทำงานยาวเอง ต้องมีรั้วแน่น
• karpathy skills 4 หลักนามธรรมในไฟล์เดียว เหมาะกับ อยากได้หลักสั้น ๆ ไปแปะเริ่มต้น
• mattpocock skills ไดเรกทอรีจริงของคนทำงาน เหมาะกับ อยากได้เครื่องมือเป็นชิ้น ๆ ไป remix เลือกหยิบเฉพาะที่เข้ากับงาน

ถ้าจะให้เรียงตามสไตล์การใช้ superpowers คือคนที่อยากได้ระบบสำเร็จรูปพร้อมรั้ว karpathy คือคนที่อยากได้หลักคิดสั้นที่สุด ส่วน mattpocock คือคนที่ชอบประกอบเอง หยิบทีละชิ้นมาต่อเป็นชุดของตัวเอง ทั้งสามไม่ได้ขัดกัน จะเอา 4 หลักของ karpathy เป็นฐาน แล้วหยิบ skill เด่น ๆ ของ mattpocock มาเสริม โดยยืมวิธีดักข้ออ้างของ superpowers มาทำให้กฎอยู่จริง ก็ทำได้

ช่วงที่ 4ควรลงไหม แล้วเอาไปใช้ยังไง

ควรลอง mattpocock skills ไหม

คุ้มที่จะลอง โดยเฉพาะถ้าอยากดูตัวอย่าง skill ที่เขียนดีจากคนที่ทำงานจริง ลงได้หลายวิธี ทั้งใช้คำสั่ง npx skills add mattpocock/skills แล้วรัน setup หรือ clone แล้ว symlink ให้ซิงก์กับ repo ตลอด ข้อดีคือหยิบทีละตัวได้ ไม่ต้องเอาทั้งชุด เริ่มจากตัวที่ตรงกับงานที่ทำบ่อยที่สุดก่อน

ไอเดียที่หยิบไปใช้ได้เลย

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

ส่วนเราเอง หยิบมาเทียบกับ skill ที่ใช้อยู่ แล้วยืมโครงบางตัวมาปรับ ไม่ได้ลงทั้งชุด เพราะหลายตัวผูกกับสาย TypeScript ที่ไม่ตรงกับงานเราทุกวัน วิธีที่เราเลือกและผสมเข้ากับ stack ตัวเองเป็นรายละเอียดที่ยังไม่ลงในบทความนี้ แต่หลักข้างบนใช้ได้ทันที

กฎข้อเดียวที่ต้องจำ

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

บทความนี้เป็นหนึ่งชั้นใน สถาปัตยกรรม AI agent ระดับ production ทั้ง 7 ชั้น