Nên dùng Claude App hay Claude trong VS Code?

Khi công ty bắt đầu yêu cầu QA học tham gia nhiều hơn vào việc code, mình cũng giống nhiều người: mở Claude lên và tự hỏi:

Nên dùng Claude App hay Claude trong VS Code?

Ban đầu mình nghĩ hai cái này gần như giống nhau. Nhưng sau một thời gian sử dụng cả hai, mình nhận ra chúng không cạnh tranh mà bổ sung cho nhau. Nếu dùng đúng lúc, đúng việc thì hiệu quả cao hơn rất nhiều.

Bài viết này chia sẻ trải nghiệm của mình dưới góc nhìn của một QA đang học Dev. Hy vọng sẽ hữu ích cho cả người mới học code, Dev và Leader.

So sánh nhanh

Claude App Claude trong VS Code
Mạnh nhất Phân tích ticket, code, test, tạo PR theo quy trình Viết, sửa và review code trực tiếp
Làm nhiều task Rất tiện, mỗi task một phiên riêng Có thể làm nhưng quản lý khó hơn
Kết nối công cụ Jira, Slack, Gmail, Calendar… có sẵn Phải tự cấu hình
Theo dõi tiến độ Rõ ràng, nhìn là biết task nào đang chạy Chủ yếu qua chat và terminal
Review code Hạn chế Rất mạnh nhờ diff trực quan
Độ dễ dùng Dễ cho người mới Cần quen Git và Terminal

Điều mình thích ở Claude App

Điểm mình thấy đáng giá nhất không phải là app viết code tốt nhanh. Mà là quản lý công việc. Claude App giống như một “đồng đội AI”.

Bạn có thể giao việc như:

  • Đọc ticket và phân tích yêu cầu.
  • Sửa bug.
  • Viết unit test.
  • Tạo testcase.
  • Chuẩn bị Pull Request.
  • Viết tài liệu.

Mỗi việc nằm trong một phiên riêng, rất dễ quay lại xem Claude đã làm đến đâu.

Làm nhiều task cùng lúc – lợi thế rất lớn

Đây là điểm mình dùng thấy ổn nhất ở Claude app.

Ví dụ trong lúc Claude app đang sửa bug của Ticket A, mình có thể mở thêm:

  • Ticket B để Claude phân tích yêu cầu.
  • Một phiên khác để tạo testcase.
  • Một phiên nữa để viết tài liệu release.

Đến khi quay lại, gần như mọi thứ đều đã sẵn sàng để mình review.

Nếu trước đây mình phải chờ AI hoàn thành từng việc rồi mới bắt đầu việc tiếp theo, thì bây giờ thời gian chờ gần như được tận dụng hết.

Đó là khác biệt mình cảm nhận rõ nhất.

Lưu ý nhỏ: mỗi task nên dùng một branch riêng và tránh để nhiều task sửa cùng một file. Nếu không, bạn sẽ phải xử lý conflict khá mệt.

Điểm yếu lớn nhất của Claude App là ở review code

Đây là điều mình nhận ra ngay. Claude App rất giỏi tạo code. Nhưng khi muốn đọc từng thay đổi, xem từng dòng được sửa, so sánh code cũ và mới thì trải nghiệm không tốt bằng VS Code hay GitHub.

Trong khi đó… với mình, review code mới là bước quan trọng nhất. Đặc biệt với người mới. Bởi vì đây là lúc bạn thực sự phải hiểu:

  • Claude đã sửa gì.
  • Vì sao phải sửa như vậy.
  • Có sửa quá phạm vi ticket không.
  • Có vô tình ảnh hưởng chức năng khác không.

Nếu bỏ qua bước này thì dễ rơi vào tình trạng: “Claude – AI code xong → Merge luôn.” Điều này tiềm ẩn nhiều nguy cơ.

Review code cũng là một cách để test

Có một điều khá thú vị. Từ khi bắt đầu đọc diff nhiều hơn, mình nhận ra review code và viết testcase có khá nhiều điểm giống nhau.

Khi đó mình thường tự hỏi:

  • Phần sửa này có đúng phạm vi ticket không?
  • Có sửa thừa không?
  • Chức năng nào có thể bị ảnh hưởng?
  • Edge case đã được xử lý chưa?
  • Unit test đã bao phủ đủ chưa?

Thay vì đợi đến lúc chạy ứng dụng mới nghĩ testcase, mình bắt đầu nghĩ ngay khi đọc diff. Nhiều bug được phát hiện ngay ở bước này.

Vài Tips mình hay dùng

Sau khi Claude sửa xong, mình sẽ yêu cầu:

“Dựa trên diff vừa tạo, hãy liệt kê phạm vi ảnh hưởng và sinh testcase cho người dùng cuối.”

Mình sẽ yêu cầu xuất thành CSV để dễ dàng chèn vào testcase chung của team và log kết quả test gồm:

  • Test ID
  • Main Case
  • Sub Case
  • Test Steps
  • Expected Result

Nhờ vậy, sau khi review code xong thì bộ testcase cũng gần như hoàn thành, tiết kiệm khá nhiều thời gian. Với testcase về API, mình còn nhờ viết luôn Body, Results mẫu nữa.

Dùng kết hợp hai công cụ như thế nào?

Sau nhiều lần thử và làm task, workflow của mình dùng như sau.

Bước 1: Claude App đọc ticket, phân tích yêu cầu và bắt đầu code.

Bước 2: Trong lúc Claude code, mở thêm một phiên để tạo testcase hoặc phân tích phạm vi ảnh hưởng.

Bước 3: Sau khi Claude sửa xong, mở VS Code để đọc diff từng file. Nếu thấy có vấn đề thì sửa trực tiếp hoặc ghi lại comment.

Bước 4: Quay lại Claude. Đưa đúng file, đúng dòng hoặc đúng comment review và yêu cầu Claude sửa.

Ví dụ: File user.js, dòng 45 chưa xử lý email rỗng. Hãy bổ sung validation và cập nhật unit test.

Càng chỉ rõ vấn đề, Claude sửa càng chính xác.

Bước 5: Sau khi mọi thứ ổn, mới tạo Draft PR rồi review lần cuối trên GitHub.

Vậy ai nên dùng gì?

Người mới học code

Claude App rất dễ tiếp cận. Nhưng đừng chỉ copy kết quả.

Hãy dành thời gian đọc diff sau mỗi lần Claude sửa. Đây là cách học nhanh nhất.

QA

Claude App giúp phân tích yêu cầu, xác định phạm vi ảnh hưởng và tạo testcase ngay trong lúc AI code.

VS Code lại rất phù hợp để review và suy nghĩ về regression.

Dev

VS Code vẫn là nơi làm việc chính.

Claude App phù hợp khi cần xử lý nhiều task song song hoặc kết nối với Jira, Slack và các công cụ khác.

Leader hoặc PM

Claude App giúp theo dõi nhiều task cùng lúc, còn GitHub vẫn là nơi phù hợp nhất để review và kiểm soát chất lượng trước khi merge.

Kết bài

Sau một thời gian sử dụng, mình không còn đặt câu hỏi: “Claude App hay VS Code tốt hơn?”

Mà là: “Việc này nên dùng công cụ nào thì hiệu quả nhất?”

Theo mình:

  • Claude App mạnh ở quản lý quy trình, phân tích yêu cầu và chạy nhiều task song song.
  • VS Code mạnh ở đọc, hiểu và review code.
  • GitHub phù hợp cho quá trình review chính thức của cả team.

Kết hợp cả ba sẽ giúp tận dụng được điểm mạnh của từng công cụ. AI có thể giúp bạn viết code nhanh hơn. Nhưng việc hiểu code, review code và chịu trách nhiệm về chất lượng vẫn là điều con người phải làm.

Tags:, ,