Code Review Workflow
ใช้ Claude Code เป็น reviewer ช่วยจับ bug, ปัญหา security, และจุดที่ปรับปรุงได้ ก่อนโค้ดจะขึ้น production
เมื่อเรียนจบบทนี้ คุณจะ…
- ใช้ Claude Code ช่วยตรวจสอบโค้ดที่เขียน
- บอก Claude Code ได้ว่าอยากให้ตรวจเรื่องอะไรบ้าง เช่น หาบั๊ก หรือดูความปลอดภัย
- ใช้คำสั่งสำเร็จรูป หรือสร้างคำสั่งเอง เพื่อขอให้ Claude Code ช่วยรีวิว

ทำไมต้องให้ Claude Code ช่วยรีวิวโค้ดของเรา?
ลองนึกภาพว่าคุณกำลังจะส่งการบ้านชิ้นสำคัญให้คุณครู แต่ก่อนส่ง คุณมีเพื่อนที่เก่งมากๆ มาช่วยตรวจทานให้ก่อนว่ามีตรงไหนผิดพลาด ตกหล่น หรือเขียนไม่สวยบ้างไหม? Claude Code ก็ทำหน้าที่คล้ายๆ กันนี้แหละครับ
การให้ Claude Code ช่วยรีวิวโค้ดของเราก่อนที่เราจะนำโค้ดไปใช้งานจริง (ที่เรียกว่า 'ขึ้น production') จะช่วยให้เราค้นหาปัญหาต่างๆ ได้ตั้งแต่เนิ่นๆ ไม่ว่าจะเป็นบั๊ก (ข้อผิดพลาดที่ทำให้โปรแกรมทำงานไม่ถูก), ช่องโหว่ด้านความปลอดภัยที่อาจถูกโจมตีได้, หรือแม้แต่จุดที่สามารถปรับปรุงให้โค้ดทำงานได้ดีขึ้น เร็วขึ้น หรืออ่านเข้าใจง่ายขึ้น ทำให้งานของเรามีคุณภาพและปลอดภัยมากขึ้นครับ
รีวิวโค้ดเมื่อไหร่ดีที่สุด? (ก่อน commit นั่นแหละ!)
แล้วเราควรจะให้ Claude Code ช่วยรีวิวตอนไหนดีล่ะ? คำตอบคือ 'ก่อนที่เราจะบันทึกการเปลี่ยนแปลงโค้ดของเราอย่างเป็นทางการ' หรือที่นักพัฒนาเรียกว่า 'ก่อน commit' ครับ
การทำแบบนี้ก็เหมือนกับการที่เราตรวจทานการบ้านก่อนที่จะเขียนชื่อส่งครู ถ้าเราเจอข้อผิดพลาดตอนนั้น เราก็แก้ได้ง่ายๆ ไม่ต้องลบชื่อแล้วเขียนใหม่ทั้งหมด Claude Code จะดู 'ความแตกต่าง' ของโค้ดที่เราเพิ่งแก้ไขไป (หรือที่เรียกว่า git diff) แล้วให้คำแนะนำกลับมา ถ้ามีอะไรที่ต้องแก้ไข เราก็สามารถทำได้ทันที ก่อนที่จะบันทึกการเปลี่ยนแปลงนั้นลงในประวัติของโปรเจกต์ ซึ่งจะทำให้กระบวนการแก้ไขง่ายและรวดเร็วกว่ามากครับ
บอก Claude ให้รีวิวอะไรบ้าง? (พร้อม Prompt ตัวอย่าง)
เหมือนเวลาเราไปหาหมอ เราก็ต้องบอกว่าปวดตรงไหน Claude Code ก็เช่นกันครับ เราต้องระบุให้ชัดเจนว่าอยากให้ Claude Code ช่วยดูอะไรบ้าง การระบุขอบเขตจะช่วยให้ได้ผลลัพธ์ที่ตรงใจและมีประโยชน์มากที่สุด โดยหลักๆ แล้ว เรามักจะให้ Claude Code ช่วยดูในมุมต่างๆ เหล่านี้:
* **Correctness (ความถูกต้อง):** โค้ดทำงานได้ตามที่เราต้องการไหม มีบั๊กหรือข้อผิดพลาดอะไรซ่อนอยู่หรือเปล่า?
* **Security (ความปลอดภัย):** มีช่องโหว่ที่อาจทำให้ระบบถูกโจมตีได้ไหม?
* **Performance (ประสิทธิภาพ):** โค้ดทำงานช้าไปไหม มีวิธีที่ทำให้มันทำงานได้เร็วขึ้นหรือใช้ทรัพยากรน้อยลงได้หรือเปล่า?
* **Readability (ความอ่านง่าย):** โค้ดนี้คนอื่นจะอ่านเข้าใจง่ายไหม? มีชื่อตัวแปรที่งงๆ หรือโครงสร้างโค้ดที่ซับซ้อนเกินไปหรือเปล่า?
คุณสามารถใช้ Prompt ตัวอย่างนี้เพื่อขอให้ Claude Code ช่วยรีวิวการเปลี่ยนแปลงโค้ดที่คุณเพิ่งทำไปได้เลย:
```
ช่วย review การเปลี่ยนแปลงที่ฉันเพิ่งทำ (git diff) มองหา: bug ที่อาจเกิด, ช่องโหว่ security, ปัญหา performance, และจุดที่อ่านยาก เรียงตามความสำคัญ
```
- 1. เปิดหน้าต่างแชทกับ Claude Code ในเครื่องมือที่คุณใช้เขียนโค้ด (เช่น VS Code, JetBrains IDEs).
- 2. ตรวจสอบให้แน่ใจว่า Claude Code สามารถเข้าถึงการเปลี่ยนแปลงโค้ดปัจจุบันของคุณได้ (โดยปกติแล้วเครื่องมือจะจัดการให้เองเมื่อคุณเปิดไฟล์หรือใช้คำสั่ง
git diff). - 3. คัดลอกและวาง Prompt ด้านบนลงไปในช่องพิมพ์ข้อความ แล้วกด Enter เพื่อให้ Claude Code เริ่มรีวิว.
ใช้คำสั่งพิเศษ /review หรือสร้างคำสั่งเอง
นอกจากจะพิมพ์ Prompt ยาวๆ แล้ว Claude Code ยังมี 'คำสั่งพิเศษ' ที่เรียกว่า Slash Command (คำสั่งที่ขึ้นต้นด้วยเครื่องหมาย /) เพื่อให้เราสั่งงานได้ง่ายขึ้นและรวดเร็วขึ้นด้วยครับ
หนึ่งในคำสั่งที่มีประโยชน์คือ /review ซึ่งออกแบบมาเพื่อช่วยรีวิว Pull Request (PR) โดยเฉพาะ (PR คือการขอรวมโค้ดที่เราเขียนเข้าไปในโค้ดหลักของโปรเจกต์) เมื่อคุณใช้คำสั่งนี้ Claude Code จะเข้าใจทันทีว่าคุณต้องการให้มันช่วยตรวจทานโค้ดใน PR นั้นๆ
นอกจากนี้ ในบางแพลตฟอร์ม คุณอาจจะสามารถสร้าง 'คำสั่งพิเศษ' ของตัวเองได้ด้วย (ซึ่งรายละเอียดอาจจะซับซ้อนขึ้นอีกหน่อย ลองดูได้ในบทที่ 7.3 ถ้าคุณสนใจอยากเรียนรู้เพิ่มเติม) แต่สำหรับมือใหม่ การใช้ Prompt ตัวอย่าง หรือคำสั่ง /review ที่มีอยู่แล้ว ก็เพียงพอที่จะเริ่มใช้งานได้เลยครับ
/review เหมาะมากสำหรับการรีวิว Pull Requestเคล็ดลับ: รีวิวทีละด้าน ได้ผลลึกกว่า!
บางครั้งโค้ดที่เราเขียนมีการเปลี่ยนแปลงเยอะมาก หรือมีความซับซ้อนสูง การให้ Claude Code รีวิวทุกอย่างพร้อมกันในครั้งเดียวอาจจะทำให้ผลลัพธ์ที่ได้ไม่ละเอียดเท่าที่ควร ลองนึกภาพว่าคุณกำลังกินข้าวหลายๆ อย่างพร้อมกันในคำเดียว อาจจะรู้สึกอร่อย แต่ก็ไม่ได้ลิ้มรสชาติของแต่ละอย่างได้เต็มที่ใช่ไหมครับ
เคล็ดลับคือ ให้ Claude Code รีวิวทีละด้านจะดีกว่าครับ เช่น รอบแรกอาจจะเน้นแค่ 'เรื่องความปลอดภัย' อย่างเดียว เพื่อให้ Claude Code ได้โฟกัสและหาช่องโหว่ได้อย่างลึกซึ้ง จากนั้นในรอบที่สอง ค่อยให้รีวิว 'เรื่องประสิทธิภาพ' หรือ 'ความอ่านง่าย' การทำแบบนี้จะช่วยให้คุณได้รับคำแนะนำที่ละเอียดและมีคุณภาพมากขึ้นในแต่ละด้าน และจัดการกับปัญหาได้เป็นระบบครับ
- ให้ Claude review diff ก่อน commit
- ระบุมุมที่อยาก review
- มี /review ในตัว + custom ได้