Matt Pocock Workflow v1.1 - อัพเดท Skill และ Bug Fix

Workflow ใหม่ของ Matt Pocock เพิ่ม/แก้ไขอะไรบ้าง

โพสต์นี้มีคำตอบ 🚀

คลิปล่าสุดของ Matt เมื่อ 2 วันก่อน เขาได้อัพเดท ชุดสกิลของเขาอีกครั้ง มีเพิ่มสกิลใหม่ เปลี่ยนชื่อ แก้บัค อะไรอย่างไร เดี่ยวฮงจะมาเล่าให้ฟังครับ ลุยยยย 🥳

Outline

🏁 บทนำ ทำไมการมี workflow ที่ชัดเจนถึงสำคัญ 1️⃣ ค้นหาคำตอบผ่าน /grill-with-docs or /wayfinder 2️⃣ จัดทำเอกสารโครงงานด้วย /to-spec 3️⃣ แบ่งง่ายย่อยด้วย /to-tickets 4️⃣ พัฒนาระบบด้วย /implement 5️⃣ ตรวจสอบความถูกต้อง /code-review 🏁 #สรุปโดยหัวหน้าฮง

🏁 บทนำ ทำไมการมี workflow ที่ชัดเจนถึงสำคัญ

AI เช่น Claude, Gemini, GPT เป็น model ที่เดาคำตอบจาก input (ข้อมูลรับเข้า) มันการันตีผลลัพธ์ที่แน่นอนไม่ได้

ซึ่ง “วิธี” หรือ workflow ที่เราเลือกใช้ ส่งผลต่อ “ผลลัพธ์” workflow ที่ชัดเจน จะช่วยตีกรอบ ลดความผิดพลาด ให้ผลลัพธ์อยู่ในขอบเขตที่คาดเดาได้ 😲

หากเรามี workflow ที่ชัดเจน เราสามารถวัดผลประสิทธิภาพ หาข้อผิดพลาด และพัฒนาให้ดีขึ้นได้

ดังคำที่ว่า “What gets measured gets improved” อะไรที่วัดได้ ก็สามารถพัฒนาให้ดีขึ้นได้ 📈

ในส่วนถัดๆไป ฮงจะอธิบาย workflow เวอร์ชัน 1.1 ของ Matt นะครับ🚀

1️⃣ ค้นหาคำตอบผ่าน /grill-with-docs or /wayfinder

สกิลยอดฮิตของ Matt อย่าง /grill-me ที่ช่วยสัมภาษณ์ผู้ใช้ทีละข้อ เพื่อเข้าใจความต้องการ

ได้ถูกพัฒนาเป็น /grill-with-docs ที่เสริมแกร่งด้วย การจดบันทึกข้อมูลที่คุณกันเป็นไฟล์

ทั้งสองสกิลนี้ มีบัค ครับ 😲

1. ถามหลายคำถามพร้อมกัน - แม้สกิลจะถูกออกแบบให้ถามทีละคำถาม แต่ AI ไม่เข้าใจถึงเหตุผลเบื้องหลัง ก็มีหลุดบ้าง

✅ แก้ไขโดยการระบุให้ชัดเจนว่า ถามหลายคำถามทำให้สับสน “Asking multiple questions at once is bewildering.”

2 เริ่มลงมือทำก่อนที่จะสั่ง - ยังคุยไม่เสร็จ แผนยังมีจุดผิด AI ก็เริ่มทำไปแล้ว

✅ แก้ไขโดยการสั่งให้ชัดเจนมากขึ้น ถ้ายังไม่สั่ง อย่าหาทำ “Do not enact the plan until I confirm we have reached a shared understanding.”

สกิล grill ของ Matt มีประโยชน์อย่างมากในการทำงาน ที่เราไม่แน่ใจความต้องการของตัวเองทั้งหมด ช่วยคิดและวางแผนได้เป็นอย่างดี (ถ้าใครใช้ grill-me ก็อัพเดท skill เพื่อแก้บัคด้วยนะครับ)

---

ถัดมาคือสกิลใหม่ /wayfinder 🧭

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

เพื่อให้ AI agent หลายตัวหาข้อมูลพร้อมๆกันได้ และไม่มีปัญหาเรื่องการจัดการ Context ให้ยุ่งยาก

เมื่อได้คำตอบของทุกคำถามแล้วจึงสรุปผลครับ

ฮงเขียนบทความฉบับเต็มของ /wayfinder แล้ว เดี่ยวแปะลิ้งในคอมเม้นนะครับ

2️⃣ จัดทำเอกสารโครงงานด้วย /to-spec

สกิลสร้างเอกสารโครงงาน PRD Product Requirement Document โดยจะสร้างเอกสารจากข้อมูลใน ขั้นตอนที่ 1️⃣

ซึ่งสกิลนี้ถูก แก้ไขชื่อ จาก /to-prd นะครับ

📒 Matt ให้เหตุผลว่า to-prd มันไม่ตรงซะทีเดียว เพราะบางครั้งมันก็มีข้อมูลที่จำเป็นทั้ง tech, business และเอกสารที่สร้างมาเกี่ยวกับการ ระบุ สิ่งที่จะทำ (Specification)

3️⃣ แบ่งง่ายย่อยด้วย /to-tickets

ขั้นตอนนี้จะทำ task breakdown หรือการแบ่งงาน จากเอกสารที่มีในขั้นตอนที่ 2️⃣ ครับ

เมื่อก่อนชื่อ /to-issues นะครับ

📒 Matt ให้เหตุผลว่าชื่อ to-issues มันผูกไว้กับ platform ยอดนิยมอย่าง Github มากเกินไป ซึ่งในความจริงแล้ว เราแค่กำลังจะสร้าง “ticket” หรือ “ใบงาน” ให้ AI Agent ไปทำครับผม

4️⃣ พัฒนาระบบด้วย /implement

เมื่อได้ ticket หรือใบงานจาก ขั้นตอนที่ 3️⃣

Implement the work described by the user in the spec or tickets.
Use /tdd where possible, at pre-agreed seams.
Run typechecking regularly, single test files regularly, and the full test suite once at the end.
Once done, use /code-review to review the work.

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

การระบุขั้นตอนที่ชัดเจน ช่วยให้ AI agent วางแผนลงมือทำตามขั้นตอนที่เราได้กำหนดไว้ ซึ่งช่วยให้เช็คจุดตาม checklist ที่ต้องการได้ด้วย

📒 Matt บอกว่า AI Harness เช่น Claude Code, Codex มีการจัดการที่ดีอยู่แล้ว สกิลนี้แทบไม่จำเป็น Matt สร้างมาเพื่อ ทำให้ workflow ชัด เป็นรูปธรรมมากขึ้น

5️⃣ ตรวจสอบความถูกต้อง /code-review

ขั้นตอนรีวิวโค้ด ช่วยตรวจสอบความถูกต้อง เช็คจุดผิดพลาด เช็คว่าตรงกับความต้องการในเอกสาร spec หรือ ใบงาน ไหม

ถ้าเจอจุดที่สามารถแก้ไขให้โค้ดดีขึ้น อ่านได้ดีขึ้นได้

ในการทำงานของขั้นตอนที่ 4️⃣ AI อาจจะเลือก “โค้ดที่พอใช้” เพื่อให้ได้ผลลัพธ์ที่ต้องการ แต่ไม่ได้ “โค้ดที่ดีที่สุด” สำหรับการดูแลรักษา (maintain) และต่อยอดพัฒนา และหรือมีประสิทธิภาพที่ดี

code-review เข้ามาช่วยในจุดนี้ได้ครับ

📒 ฮงขอเสริม: โค้ดที่แย่ ทำให้ AI agent ใหม่ที่มาทำงานต่อ ยึดข้อมูลจากโค้ดเป็นหลัก ไม่ว่าจะเขียนถูกเขียนผิด เขียนแย่ยังไง AI จะลอกเลียบแบบ เพิ่มโค้ดแย่ๆเข้าไปอีก ซึ่ง code-review จะเข้ามาช่วยในเรื่องนี้

🏁 สรุปโดยหัวหน้าฮง

Workflow ที่ชัดเจน เป็นระบบช่วยให้การทำงานชัดเจน ผลลัพธ์แม่นยำมากขึ้น

Workflow ที่เราใช้อยู่ในปัจจุบัน ไม่ใช่ Workflow สุดท้าย หากเราเจอจุดที่แก้ไขหรือพัฒนาได้ ก็ปรับเปลี่ยนได้เสมอ

เหมือนที่ Matt เจอบัคใน grilling หรือการแก้ไข หรือการเพิ่ม skill ใหม่ เมื่อเจอกรณีใช้งานใหม่ๆ

ทั้งหมดนี้ช่วยให้เราออกแบบ workflow การทำงานได้ดีขึ้น 🥳

สำหรับใครที่สนใจอยากฟัง video ตัวเต็ม พิมพ์ “matt-workflow” ได้เลยครับ

สนใจติดตั้ง skill นี้ ใช้คำสั่งนี้ได้เลยครับ

npx skills add mattpocock/skills

ขอให้บทความนี้มีประโยชน์นะครับ ขอบคุณครับ