คู่มือการใช้ Slash Commands ในแอป GitHub Copilot เพื่อการทำงานที่รวดเร็วยิ่งขึ้น

หากคุณเคยสัมผัสความเร็วของ slash commands ใน GitHub Copilot CLI คุณจะรู้ดีว่าการใช้ / นั้นทรงพลังเพียงใด สำหรับในแอป GitHub Copilot ได้มีการนำแนวคิดนี้มาต่อยอด โดยมอบทางลัดสำหรับการจัดการเซสชัน การนำทางโปรเจกต์ และการปรับแต่งเวิร์กโฟลว์การทำงานของคุณให้สะดวกยิ่งขึ้น

slash commands คืออะไร?

Slash commands คือทางลัดข้อความที่คุณพิมพ์ลงในช่องแชทของแอป GitHub Copilot ได้โดยตรง เพียงเริ่มพิมพ์ / เมนูเติมคำอัตโนมัติ (autocomplete) จะปรากฏขึ้นเพื่อแสดงคำสั่งที่เหมาะสมกับบริบทนั้นๆ แม้จะเป็นอักขระตัวเล็กๆ แต่กลับมีศักยภาพมหาศาลในการเปิดประตูสู่การทำงานร่วมกับ Copilot ในรูปแบบใหม่

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

💡 เคล็ดลับ: หากคุณคุ้นเคยกับ Copilot CLI คุณจะพบคำสั่งที่คุ้นหน้าคุ้นตาอย่าง /clear และ /model ซึ่งใช้งานได้ทั้งสองที่ แต่คำสั่งเฉพาะในแอป GitHub Copilot จะถูกปรับแต่งมาเพื่อรองรับเวิร์กโฟลว์แบบหลายเซสชันที่แอปบนเดสก์ท็อปมอบให้โดยเฉพาะ

ในทางกลับกัน แอป GitHub Copilot มีอินเทอร์เฟซแบบภาพที่จัดการบริบท (context) ได้ดีเยี่ยมอยู่แล้ว คำสั่งจำพวก /add-dir หรือ /cwd จึงไม่จำเป็น เพราะแอปจัดการให้โดยอัตโนมัติ Slash commands ในแอปจึงเน้นไปที่เวิร์กโฟลว์เป็นหลัก ช่วยให้คุณสลับเซสชัน จัดการโปรเจกต์ และควบคุมการทำงานของ agent ได้อย่างอิสระ

ทำไมต้องใช้ slash commands?

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

มาดู slash commands บางส่วนในแอป GitHub Copilot ที่จะเข้ามาเป็นส่วนหนึ่งของเวิร์กโฟลว์ประจำวันของคุณ

ก่อนจะเขียนโค้ด ให้สร้าง /plan ก่อน

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

• วางแผนฟีเจอร์ใหม่: ย่อยไอเดียก่อนลงมือสร้าง ให้ Copilot ช่วยระบุไฟล์ คอมโพเนนต์ และ dependency ต่างๆ เพื่อสร้าง Roadmap ที่ชัดเจน
  • /plan ฉันต้องการเพิ่มระบบการยืนยันตัวตนแบบสองขั้นตอน (two-factor authentication) ในแอปพลิเคชันของเรา ช่วยฉันย่อยงานที่เกี่ยวข้อง ระบุว่าไฟล์ใดบ้างที่ต้องเปลี่ยน และร่างแนวทางการนำไปใช้งาน
• เตรียมตัวสำหรับการ refactor ครั้งใหญ่: วางแผนการเปลี่ยนแปลงที่ซับซ้อน ค้นหาความเสี่ยง และพัฒนาแผนแบบขั้นเป็นตอนเพื่อให้การแก้ไขโค้ดปลอดภัยที่สุด
  • /plan เราต้องการ refactor โค้ดระบบแจ้งเตือนเพื่อให้รองรับช่องทางใหม่ๆ อย่าง push notifications ได้ง่ายขึ้น ช่วยฉันทำความเข้าใจการเปลี่ยนแปลงที่จำเป็นและสร้างแผนการย้ายข้อมูล (migration) แบบเป็นลำดับขั้นตอน
• คัดกรองและแก้ไขบั๊ก: หากพบปัญหาแต่ไม่รู้จะเริ่มตรงไหน /plan ช่วยวิเคราะห์สาเหตุและร่างขั้นตอนการวินิจฉัยปัญหาให้คุณได้
  • /plan ผู้ใช้รายงานว่าขั้นตอนการชำระเงินของเราล้มเหลวแบบสุ่มหลังจากประมวลผลการชำระเงิน ช่วยฉันตรวจสอบสาเหตุที่เป็นไปได้และสร้างแผนเพื่อวินิจฉัยและแก้ไขปัญหานี้

ให้ Copilot ลองโต้แย้งด้วย /spar

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

• ตรวจสอบสถาปัตยกรรม: ท้าทายแผนการใช้ Redis สำหรับ caching โดยให้ Copilot ตั้งคำถามเรื่องการล้างข้อมูล การขยายตัว หรือทางเลือกอื่นที่อาจดีกว่า
  • /spar ฉันวางแผนจะใช้ Redis เป็นชั้น caching สำหรับ API ของผลิตภัณฑ์ ท้าทายแนวทางของฉันและชี้ให้เห็นถึงความกังวลเรื่องการขยายตัวหรือความสอดคล้องของข้อมูลที่ฉันอาจมองข้ามไป
• เปรียบเทียบตัวเลือก: ให้ Copilot ถกเถียงข้อดีข้อเสียระหว่างเทคโนโลยีต่างๆ เช่น REST กับ GraphQL โดยอิงจากความต้องการจริงของโปรเจกต์
  • /spar ช่วยฉันตัดสินใจระหว่าง REST และ GraphQL สำหรับ API ที่ลูกค้าใช้งาน ถามคำถาม ท้าทายข้อสันนิษฐานของฉัน และแนะนำว่าแนวทางใดเหมาะสมที่สุดสำหรับแอปที่มีไคลเอนต์เป็นมือถือ
• ตรวจสอบแผนการย้ายข้อมูล: ไล่เรียงขั้นตอนการย้ายโครงสร้างพื้นฐานเพื่อให้ Copilot ระบุกรณีพิเศษ (edge cases) หรือความเสี่ยงก่อนเริ่มงานจริง
  • /spar ฉันกำลังย้ายฐานข้อมูลไปยังบริการจัดการใหม่โดยให้มี downtime น้อยที่สุด ช่วยหาจุดบกพร่องในแผนการย้ายข้อมูลของฉันและระบุความเสี่ยงหรือกรณีพิเศษที่ฉันควรคำนึงถึง
• ท้าทายการเพิ่มประสิทธิภาพ: แชร์แนวทางการ Optimize โค้ดเพื่อให้ Copilot ชี้จุดคอขวดที่ซ่อนอยู่ หรือผลกระทบที่ไม่ตั้งใจ
  • /spar ฉันวางแผนจะใช้ lazy load กับคอมโพเนนต์ส่วนใหญ่ในไซต์เพื่อลดเวลาการโหลดเริ่มต้น วิจารณ์แนวทางของฉันและบอกฉันว่าจุดไหนที่อาจส่งผลเสียต่อประสบการณ์ผู้ใช้หรือสร้างความซับซ้อนโดยไม่จำเป็น

ให้ /autopilot เป็นคนขับ

เมื่อได้แผนจาก /plan แล้ว ก็ถึงเวลาเปลี่ยนเป็นโค้ดจริงด้วย /autopilot คำสั่งนี้จะช่วยดำเนินการนำไปใช้งานและปรับแต่งตามเป้าหมายที่คุณตั้งไว้ โดยที่คุณไม่ต้องจัดการทุกขั้นตอนด้วยตัวเอง นอกจากนี้ยังสลับเข้าสู่โหมด Autopilot ได้ผ่านเมนู Mode ในช่องแชท

• สร้างฟีเจอร์ใหม่: ส่งต่องานให้ Copilot จัดการตั้งแต่การสร้างไฟล์ไปจนถึงการทดสอบ
  • /autopilot เพิ่มการรองรับการส่งออกรายงานผู้ใช้เป็นไฟล์ CSV ระบุไฟล์ที่ต้องเปลี่ยนแปลง สร้างฟีเจอร์ และอัปเดตการทดสอบที่เกี่ยวข้อง
• งานบำรุงรักษาขนาดใหญ่: เหมาะสำหรับงานหลายขั้นตอน เช่น การอัปเดตเวอร์ชันซอฟต์แวร์หรือการแก้ไขเอกสารประกอบ
  • /autopilot อัปเดตโปรเจกต์นี้ให้เป็น React เวอร์ชันล่าสุด ระบุการเปลี่ยนแปลงที่ส่งผลกระทบ (breaking changes) อัปเดตโค้ดในจุดที่จำเป็น และตรวจสอบให้แน่ใจว่าชุดการทดสอบ (test suite) ผ่านทั้งหมด

ปรึกษาปัญหากับ /rubber-duck

การพูดคุยกับตัวเองหรือเป็ดเหลืองอาจช่วยได้ในระดับหนึ่ง แต่ /rubber-duck มอบมุมมองที่เหนือกว่าด้วยการใช้โมเดล AI ที่แตกต่างออกไปมาตรวจสอบงานของคุณอย่างอิสระ ช่วยเผยจุดบอดและตั้งคำถามที่โมเดลหลักอาจมองข้ามไป เหมาะมากสำหรับงาน refactor ซับซ้อนหรืองานสถาปัตยกรรมที่ต้องการความเห็นที่สอง

• ขอความเห็นที่สอง: ตรวจสอบแผนงานที่ซับซ้อนเพื่อหาจุดบอดหรือความเสี่ยงที่มองข้าม
  • /rubber-duck ตรวจสอบแผนการนำไปใช้งานที่เราสร้างขึ้นสำหรับระบบยืนยันตัวตนแบบสองขั้นตอน ระบุจุดบอด กรณีพิเศษ หรือความเสี่ยงที่เราอาจมองข้ามไป
• ตรวจสอบการ refactor ครั้งใหญ่: ให้โมเดล AI อีกตัววิจารณ์โค้ดและแนะนำจุดที่สามารถทำให้เรียบง่ายขึ้นก่อนส่ง pull request
  • /rubber-duck ตรวจสอบการ refactor ที่เราทำกับระบบแจ้งเตือน มองหาความกังวลเชิงสถาปัตยกรรม ความซับซ้อนที่ไม่จำเป็น หรือส่วนที่สามารถปรับปรุงได้ก่อนที่ฉันจะสร้าง pull request

สร้างประสบการณ์แบบโต้ตอบด้วย /create-canvas

บางปัญหาอาจมองเห็นได้ชัดกว่าหากแสดงเป็นภาพ /create-canvas ช่วยเปลี่ยนการแชทให้เป็นอินเทอร์เฟซแบบโต้ตอบได้ เช่น ไดอะแกรมหรือแดชบอร์ดเฉพาะทาง

• /create-canvas สร้างไดอะแกรมแบบโต้ตอบที่แสดงว่าบริการต่างๆ ในแอปพลิเคชันนี้เชื่อมต่อกันอย่างไร
• /create-canvas สร้างกระดานคัดกรองปัญหา (issue triage board) ที่ช่วยให้ฉันตรวจสอบและจัดหมวดหมู่ปัญหาที่ค้างอยู่ได้

สำหรับข้อมูลเพิ่มเติม ลองดูในบล็อกโพสต์ของเรา

ประสานงานหลายส่วนด้วย /orchestrate

หากงานของคุณต้องจัดการหลายคลังข้อมูล (repository) หรือหลายงานพร้อมกัน /orchestrate จะช่วยประสานงานข้ามเซสชันและย่อยงานใหญ่ให้เล็กลงเพื่อดำเนินการไปพร้อมกัน

• ประสานงานข้าม Repository: เมื่อฟีเจอร์หนึ่งส่งผลกระทบต่อหลายส่วนของระบบ ช่วยติดตามและจัดการการอัปเดตในแต่ละที่ให้สอดคล้องกัน
  • /orchestrate ฉันต้องการเพิ่มการรองรับกระแสการยืนยันตัวตนใหม่ในส่วน frontend, backend และ shared repositories ของเรา ช่วยฉันย่อยงานและประสานการเปลี่ยนแปลงที่จำเป็นในแต่ละ codebase
• จัดการงานพัฒนาคู่ขนาน: แบ่งงานใหญ่ๆ ให้ Copilot ช่วยดำเนินการในแต่ละส่วนไปพร้อมกัน
  • /orchestrate เตรียมฟีเจอร์นี้เพื่อออกใช้งานจริง ระบุงานที่จำเป็นสำหรับการนำไปใช้งาน การทดสอบ เอกสารประกอบ และการ deploy จากนั้นช่วยประสานงานในแต่ละส่วน

เวิร์กโฟลว์ใหม่เริ่มง่ายๆ ด้วย /

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

ลองใช้ slash commands ในแอป GitHub Copilot หรือ ตรวจสอบรายการคำสั่งทั้งหมด