Skills Mattpocock

สอบถามว่าทักษะหรือโฟลว์ใดเหมาะกับสถานการณ์ของคุณ เราเตอร์ที่ใช้กับทักษะที่ผู้ใช้เรียกใช้ในพื้นที่เก็บข้อมูลนี้

ส่งมอบการสนทนาปัจจุบันให้กับเอเจนต์พื้นหลังใหม่ที่เข้ามาทำงานต่อทันที

ตรวจสอบการเปลี่ยนแปลงตั้งแต่จุดคงที่ (commit, branch, tag, หรือ merge-base) ตามสองแกน — มาตรฐาน (โค้ดเป็นไปตามมาตรฐานการเขียนโค้ดที่บันทึกไว้ใน repo นี้หรือไม่) และสเปก (โค้ดตรงกับสิ่งที่ issue/PRD ต้นทางกำหนดไว้หรือไม่) ดำเนินการตรวจสอบทั้งสองแบบใน sub-agents แบบขนานและรายงานผลเคียงข้างกัน ใช้เมื่อผู้ใช้ต้องการตรวจสอบ branch, PR, การเปลี่ยนแปลงที่กำลังดำเนินการ หรือขอให้ "ตรวจสอบตั้งแต่ X

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

สร้างอินเทอร์เฟซที่แตกต่างกันอย่างสิ้นเชิงหลายแบบสำหรับโมดูลโดยใช้ตัวแทนย่อยแบบขนาน ใช้เมื่อผู้ใช้ต้องการออกแบบ API สำรวจตัวเลือกอินเทอร์เฟซ เปรียบเทียบรูปร่างของโมดูล หรือพูดถึง "ออกแบบสองครั้ง

วงจรการวินิจฉัยที่มีระเบียบสำหรับบั๊กที่ยากและการถดถอยของประสิทธิภาพ ทำซ้ำ → ลดขนาด → ตั้งสมมติฐาน → ตรวจวัด → แก้ไข → ทดสอบการถดถอย ใช้เมื่อผู้ใช้พูดว่า "diagnose this" / "debug this" รายงานบั๊ก พูดว่ามีบางอย่างเสีย/เกิดข้อผิดพลาด/ล้มเหลว หรืออธิบายการถดถอยของประสิทธิภาพ

วนซ้ำการวินิจฉัยสำหรับบั๊กที่ซับซ้อนและการถดถอยของประสิทธิภาพ ใช้เมื่อผู้ใช้พูดว่า "วินิจฉัย"/"ดีบักสิ่งนี้" หรือรายงานว่ามีบางอย่างเสีย/เกิดข้อผิดพลาด/ล้มเหลว/ช้า

สร้างและปรับปรุงโมเดลโดเมนของโปรเจกต์ให้คมชัด ใช้เมื่อผู้ใช้ต้องการกำหนดคำศัพท์เฉพาะโดเมนหรือภาษาที่ใช้ร่วมกัน บันทึกการตัดสินใจทางสถาปัตยกรรม หรือเมื่อสกิลอื่นจำเป็นต้องดูแลโมเดลโดเมน

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

ตั้งค่า Claude Code hooks เพื่อบล็อกคำสั่ง git ที่อันตราย (push, reset --hard, clean, branch -D ฯลฯ) ก่อนที่จะทำงาน ใช้เมื่อผู้ใช้ต้องการป้องกันการดำเนินการ git ที่ทำลายล้าง เพิ่ม hooks ความปลอดภัยของ git หรือบล็อก git push/reset ใน Claude Code

สัมภาษณ์ผู้ใช้อย่างไม่ลดละเกี่ยวกับแผนหรือการออกแบบจนกว่าจะถึงความเข้าใจร่วมกัน โดยแก้ไขแต่ละกิ่งของแผนผังการตัดสินใจ ใช้เมื่อผู้ใช้ต้องการทดสอบแผนอย่างเข้มข้น ถูกซักถามเกี่ยวกับการออกแบบ หรือพูดถึง "grill me

เซสชันการย่างที่ท้าทายแผนของคุณกับโมเดลโดเมนที่มีอยู่ ปรับแต่งคำศัพท์ให้คมชัด และอัปเดตเอกสาร (CONTEXT.md, ADRs) แบบเรียลไทม์เมื่อการตัดสินใจตกผลึก ใช้เมื่อผู้ใช้ต้องการทดสอบแผนกับภาษาและการตัดสินใจที่บันทึกไว้ในโปรเจกต์ของตน

สัมภาษณ์ผู้ใช้อย่างไม่ลดละเกี่ยวกับแผนหรือการออกแบบ ใช้เมื่อผู้ใช้ต้องการทดสอบแผนอย่างเข้มข้นก่อนลงมือสร้าง หรือใช้คำกระตุ้นที่เกี่ยวข้องกับ 'grill

ย่อบทสนทนาปัจจุบันให้เป็นเอกสารส่งต่อสำหรับเอเจนต์อื่นเพื่อดำเนินการต่อ

ดำเนินการชิ้นงานตาม PRD หรือชุดของ issues

ค้นหาโอกาสในการปรับปรุงโค้ดเบสให้ลึกซึ้งยิ่งขึ้น โดยอิงจากภาษาของโดเมนใน CONTEXT.md และการตัดสินใจใน docs/adr/ ใช้เมื่อผู้ใช้ต้องการปรับปรุงสถาปัตยกรรม ค้นหาโอกาสในการรีแฟกเตอร์ รวมโมดูลที่เชื่อมโยงกันอย่างแน่นหนา หรือทำให้โค้ดเบสสามารถทดสอบได้และนำทางด้วย AI ได้ง่ายขึ้น

ถามฉันเกี่ยวกับสเปกของเวิร์กโฟลว์ที่ฉันต้องการสร้างภายในพื้นที่ทำงานนี้

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

ค้นหา สร้าง และจัดการโน้ตใน Obsidian vault ด้วย wikilinks และ index notes ใช้เมื่อผู้ใช้ต้องการค้นหา สร้าง หรือจัดระเบียบโน้ตใน Obsidian

สร้างต้นแบบที่ใช้แล้วทิ้งเพื่อขยายแบบก่อนตัดสินใจ เส้นทางระหว่างสองสาขา — แอปเทอร์มินัลที่รันได้สำหรับคำถามเกี่ยวกับสถานะ/ตรรกะทางธุรกิจ หรือรูปแบบ UI ที่แตกต่างกันอย่างสิ้นเชิงหลายแบบที่สามารถสลับได้จากเส้นทางเดียว ใช้เมื่อผู้ใช้ต้องการสร้างต้นแบบ ตรวจสอบความถูกต้องของโมเดลข้อมูลหรือสถานะเครื่องจักร สร้าง UI จำลอง สำรวจตัวเลือกการออกแบบ หรือพูดว่า "สร้างต้นแบบนี้" "ให้ฉันลองเล่นดู" "ลองออกแบบสองสามแบบ

เซสชัน QA แบบโต้ตอบที่ผู้ใช้รายงานบั๊กหรือปัญหาผ่านการสนทนา และเอเจนต์จะสร้าง Issue ใน GitHub สำรวจโค้ดเบสในเบื้องหลังเพื่อหาบริบทและภาษาของโดเมน ใช้เมื่อผู้ใช้ต้องการรายงานบั๊ก ทำ QA สร้าง Issue ผ่านการสนทนา หรือพูดถึง "เซสชัน QA

สร้างแผนรีแฟกเตอร์โดยละเอียดพร้อมคอมมิตขนาดเล็กผ่านการสัมภาษณ์ผู้ใช้ จากนั้นบันทึกเป็น GitHub issue ใช้เมื่อผู้ใช้ต้องการวางแผนรีแฟกเตอร์ สร้าง RFC สำหรับรีแฟกเตอร์ หรือแบ่งรีแฟกเตอร์เป็นขั้นตอนย่อยที่ปลอดภัย

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

ใช้เมื่อคุณต้องการแก้ไขข้อขัดแย้งในการรวม/รีเบส git ที่กำลังดำเนินอยู่

ตรวจสอบการเปลี่ยนแปลงตั้งแต่จุดคงที่ (commit, branch, tag หรือ merge-base) ตามสองแกน — มาตรฐาน (โค้ดเป็นไปตามมาตรฐานการเขียนโค้ดที่บันทึกไว้ใน repo นี้หรือไม่) และสเปก (โค้ดตรงกับสิ่งที่ issue/PRD ต้นทางกำหนดไว้หรือไม่) ดำเนินการตรวจสอบทั้งสองแบบใน sub-agents แบบขนานและรายงานผลแบบเคียงข้างกัน ใช้เมื่อผู้ใช้ต้องการตรวจสอบ branch, PR, การเปลี่ยนแปลงที่กำลังดำเนินการ หรือขอให้ "ตรวจสอบตั้งแต่ X

สร้างโครงสร้างไดเรกทอรีแบบฝึกหัดที่มีส่วนต่างๆ ปัญหา เฉลย และคำอธิบายที่ผ่านการตรวจสอบ linting ใช้เมื่อผู้ใช้ต้องการสร้างโครงร่างแบบฝึกหัด สร้างแบบฝึกหัดตัวอย่าง หรือตั้งค่าส่วนใหม่ของหลักสูตร

We need to translate the given English text into Thai. The instruction says to preserve product names, protocol names, URLs, numbers, and technical terms. The name "setup-matt-pocock-skills" is not in the text, so we don't include it. We must not add any labels or extra commentary. Just translate the text inside <text>. The text describes setting up an Agent skills block in AGENTS.md/CLAUDE.md and docs/agents/ so that engineering skills know the repo's issue tracker, triage label vocabulary, and domain doc layout. It should be run before first use of certain skills or if those skills appear to be missing context. We need to translate naturally into Thai, keeping technical terms like "AGENTS.md", "CLAUDE.md", "docs/agents/", "issue tracker", "triage label vocabulary", "domain doc layout", and the skill names like "to-issues", "to-prd", "triage", "diagnose", "tdd", "improve-codebase-architecture", "zoom-out".

ตั้งค่า Husky pre-commit hooks ร่วมกับ lint-staged (Prettier), type checking, และ tests ใน repo ปัจจุบัน ใช้เมื่อผู้ใช้ต้องการเพิ่ม pre-commit hooks, ตั้งค่า Husky, กำหนดค่า lint-staged, หรือเพิ่มการจัดรูปแบบ/ตรวจสอบชนิด/ทดสอบในเวลาคอมมิต

ติดตั้ง dependency-cruiser เข้าไปในโปรเจกต์ TypeScript เพื่อให้แต่ละแพ็กเกจเป็นโมดูลแบบลึก — การใช้งานถูกซ่อนไว้ในโฟลเดอร์ย่อย สามารถเข้าถึงได้ผ่านไฟล์จุดเริ่มต้นเท่านั้น เรียกใช้โดยผู้ใช้

การพัฒนาที่ขับเคลื่อนด้วยการทดสอบด้วยวงจรแดง-เขียว-ปรับปรุง ใช้เมื่อผู้ใช้ต้องการสร้างฟีเจอร์หรือแก้ไขบั๊กโดยใช้ TDD กล่าวถึง "แดง-เขียว-ปรับปรุง" ต้องการการทดสอบแบบบูรณาการ หรือขอให้พัฒนาด้วยการทดสอบก่อน

สอนผู้ใช้ทักษะหรือแนวคิดใหม่ภายในพื้นที่ทำงานนี้

แยกแผน ข้อกำหนด หรือ PRD ออกเป็นประเด็นที่สามารถหยิบไปทำได้อย่างอิสระบนตัวติดตามประเด็นของโปรเจกต์ โดยใช้แนวทาง tracer-bullet vertical slices ใช้เมื่อผู้ใช้ต้องการแปลงแผนเป็นประเด็น สร้างตั๋วสำหรับการดำเนินงาน หรือแบ่งงานออกเป็นประเด็นย่อย

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

เปลี่ยนบทสนทนาปัจจุบันให้เป็นสเปกและเผยแพร่ไปยังระบบติดตามปัญหาของโปรเจกต์ — ไม่ต้องสัมภาษณ์ แค่สังเคราะห์สิ่งที่คุณได้พูดคุยไปแล้ว

แยกแผน ข้อกำหนด หรือการสนทนาปัจจุบันออกเป็นชุดของตั๋น tracer-bullet โดยแต่ละใบประกาศขอบเขตการบล็อกของตัวเอง เผยแพร่ไปยังตัวติดตามที่กำหนดค่าไว้ — ขอบเขตเป็นข้อความในไฟล์เดียวต่อตั๋วในเครื่อง หรือลิงก์บล็อกแบบเนทีฟบนตัวติดตามจริง

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

แยกอภิธานศัพท์ภาษาสากลแบบ DDD จากการสนทนาปัจจุบัน ระบุความคลุมเครือและเสนอคำศัพท์มาตรฐาน บันทึกไปยัง UBIQUITOUS_LANGUAGE.md ใช้เมื่อผู้ใช้ต้องการกำหนดคำศัพท์เฉพาะโดเมน สร้างอภิธานศัพท์ ปรับปรุงคำศัพท์ให้แข็งแกร่ง สร้างภาษาสากล หรือกล่าวถึง "domain model" หรือ "DDD

วางแผนงานชิ้นใหญ่ — มากกว่าที่เอเจนต์เซสชันเดียวจะรองรับได้ — เป็นแผนที่ร่วมของตั๋วการสืบสวนบนตัวติดตามปัญหาของคุณ และแก้ไขทีละรายการจนกว่าเส้นทางไปยังจุดหมายจะชัดเจน

สร้างวิซาร์ด bash แบบโต้ตอบที่แนะนำมนุษย์ผ่านขั้นตอนการดำเนินการด้วยตนเอง — การตั้งค่าบุคคลที่สาม, การย้ายข้อมูลครั้งเดียว, การเปลี่ยนสถานะ A→B — เปิด URL, จับค่า, ยืนยันแต่ละขั้นตอน, และเขียนไฟล์ .env และความลับของ GitHub Actions

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

เซสชันการย่างที่ขุดค้นหาชิ้นส่วนจากผู้ใช้ — เศษเสี้ยวที่หลากหลายของงานเขียน (ข้ออ้าง เรื่องสั้น ประโยคคมคาย ความคิดครึ่งๆ กลางๆ) — และนำไปต่อท้ายเอกสารเดียวเพื่อเป็นวัตถุดิบสำหรับบทความในอนาคต ใช้เมื่อผู้ใช้ต้องการพัฒนาไอเดียก่อนกำหนดโครงสร้าง หรือพูดถึง "ชิ้นส่วน" "การคิดไอเดีย" หรือ "วัตถุดิบ" สำหรับการเขียน

ข้อมูลอ้างอิงสำหรับการเขียนและแก้ไขสกิลอย่างมีประสิทธิภาพ — คำศัพท์และหลักการที่ทำให้สกิลสามารถคาดเดาได้

นำไฟล์มาร์กดาวน์ที่เป็นวัตถุดิบมาปรับแต่งให้เป็นบทความผ่านการสนทนาแบบโต้ตอบ — ร่างบทนำที่เป็นไปได้ ขยายเนื้อหาทีละย่อหน้า และอภิปรายเกี่ยวกับรูปแบบ (รายการ ตาราง กล่องข้อความ คำพูด) ในแต่ละขั้นตอน ใช้เมื่อผู้ใช้มีบันทึกย่อ เศษข้อความ หรือร่างคร่าวๆ และต้องการความช่วยเหลือในการเปลี่ยนให้เป็นสิ่งที่พร้อมเผยแพร่