[Claude Code] Lệnh /review: "Màng lọc ma thuật" diệt gọn bug trước khi đồng nghiệp kịp thấy!

Chào anh em! Trong quy trình phát triển phần mềm, Code Review (Đánh giá mã nguồn) là một chốt chặn sống còn. Nhưng hãy thú thật với nhau đi: có bao nhiêu lần anh em mở Pull Request (PR) lên, hãnh diện chờ đợi ai đó approve (duyệt), để rồi bị đồng nghiệp "tế" cho một trận chỉ vì quên check null, thừa một dấu phẩy, hay tệ hơn là hardcode một cái URL to đùng ngay trong file config?

Cảm giác lúc đó quê thật sự! Chưa kể việc phải chờ đợi một Senior rảnh rỗi vào đọc PR cũng làm nghẽn cổ chai tiến độ dự án.

Để giải quyết nỗi đau này, Claude Code đã trang bị một vũ khí hạng nặng ngay trong terminal của bạn: lệnh /review. Hôm nay, hãy cùng mình tìm hiểu cách dùng tính năng này để biến bản thân thành một Coder "sạch sẽ" không tì vết nhé.

Lệnh /review làm được gì?

Không giống như các linter (như ESLint hay SonarQube) chỉ bắt lỗi cú pháp hay pattern cố định, /review trong Claude Code đóng vai trò như một Người đánh giá (Reviewer) thực thụ hiểu được logic kinh doanh.

Khi bạn gõ lệnh /review vào terminal, Claude sẽ tự động gom toàn bộ những thay đổi bạn vừa code (diff) và soi xét chúng trên nhiều góc độ. Những "đặc sản" mà nó thường xuyên bắt dính bao gồm:

1. Lỗi ngớ ngẩn khó thấy bằng mắt thường: Ví dụ như lỗi "Off-by-one" (chạy vòng lặp thiếu một bước), hoặc các boundary conditions (điều kiện biên) mà coder hay bỏ sót lúc buồn ngủ.
2. Thiếu Null/Undefined check: Đặc biệt trong các ngôn ngữ dynamic. Nó sẽ cảnh báo ngay nếu bạn gọi user.profile.avatar mà không rào trước xem user hay profile có tồn tại hay không.
3. Hardcode vớ vẩn: Các magic numbers, URL môi trường Dev bị dính vào code Production sẽ bị "bế" ra ánh sáng lập tức.
4. Vấn đề bảo mật (Security): Nối chuỗi SQL thô (SQL Injection) thay vì dùng parameter, hay lưu plaintext password.

Chế độ "/code-review ultra": Khi 1 AI là không đủ!

Nếu /review thông thường là một người đồng nghiệp review code, thì Anthropic còn giấu một con bài tẩy mang tên Multi-agent Cloud Review. Gần đây lệnh này thường được gọi là /code-review ultra (hoặc alias cũ là /ultrareview).

Khác biệt ở chỗ nào? Thay vì dùng 1 luồng tư duy duy nhất, chế độ Ultra sẽ tự động "phân thân" ra làm nhiều Subagents (Đặc vụ phụ) chạy song song trên cloud.

• Một agent chỉ chăm chăm soi bảo mật.
• Một agent chuyên bắt bẻ hiệu năng.
• Một agent kiểm tra xem bạn có bỏ sót việc viết Unit Test cho logic mới không.

Cuối cùng, một "Manager Agent" sẽ tổng hợp tất cả báo cáo lại thành một danh sách lỗi được phân loại mức độ rõ ràng (Must-fix, Should-fix, Nits). Nó giống như bạn được nguyên một hội đồng Tech Lead ngồi review PR cho mình vậy.

Quy trình "Thực Chiến" chuẩn Senior

Để tối ưu hóa, anh em đừng code tù tì một tuần rồi mới gõ /review (lúc đó nó chửi cho thì sửa ốm đòn). Đây là Workflow mình hay áp dụng:

1. Code theo từng Chunk nhỏ: Viết xong một tính năng hoặc một hàm phức tạp.
2. Dừng lại và gõ lệnh:

> /review

3. Phân loại và Hành động: Claude sẽ in ra một danh sách các vấn đề. Với những lỗi hiển nhiên, anh em không cần phải tự sửa bằng tay. Chỉ cần gõ lệnh:

> /fix

Claude sẽ tự động apply các thay đổi để vá luôn những lỗ hổng mà nó vừa phát hiện.

4. Kiểm tra lần cuối trước PR: Trước khi gõ git push và mở PR trên GitHub/GitLab, hãy chắc chắn bạn đã clear hết các cảnh báo nghiêm trọng.

Tổng kết

Sử dụng lệnh /review không có nghĩa là chúng ta sẽ loại bỏ hoàn toàn con người khỏi quy trình Code Review. Con người vẫn cần thiết để đánh giá xem đoạn code đó có đúng với luồng nghiệp vụ (Business logic) hay không.

Tuy nhiên, lệnh này giúp "lọc" sạch 90% những lỗi kỹ thuật ngớ ngẩn. Việc này giúp các buổi Code Review giữa người với người trở nên chất lượng hơn, tập trung vào kiến trúc hệ thống thay vì đi cãi nhau vì một cái biến chưa khai báo.

Anh em hãy thử áp dụng ngay lệnh này vào dự án hiện tại để trải nghiệm cảm giác PR được "Approved" ngay từ cái nhìn đầu tiên nhé! Nếu bài viết hữu ích, đừng tiếc 1 upvote để ủng hộ mình ra tiếp phần sau của series này!