Claude Sonnet 4.6 vs GPT-5.2: Thực Chiến Coding

Sáng thứ Ba tuần trước, tôi ngồi gỡ một bug race condition khốn nạn trong hệ thống thanh toán viết bằng Go. Tôi đã từng nghĩ rằng quăng đống log đó cho GPT-5.2 là đủ để đi pha ly cà phê rồi quay lại merge code, nhưng hoá ra tôi mất thêm 4 tiếng đồng hồ chỉ để dọn dẹp đống rác mà nó sinh ra.

🧠 Thực trạng AI coding giữa năm 2026

Chúng ta đang bị nhồi sọ bởi các bài test benchmark hoàn hảo từ các ông lớn công nghệ. OpenAI khoe GPT-5.2 có khả năng tự chủ code, còn Anthropic thì nói Claude Sonnet 4.6 là vị thần mới của developer.

Thực tế trên chiến trường lại rất khác. Khi bạn code một project đủ lớn, vượt ra khỏi các bài tutorial cơ bản hay thuật toán LeetCode, cả hai con AI này đều lộ rõ những điểm yếu chết người. Đã đến lúc nhìn nhận lại công cụ chúng ta đang phụ thuộc hàng ngày một cách thực dụng hơn.

🚀 Tốc độ và khả năng đọc hiểu codebase

Claude Sonnet 4.6: Cỗ máy nuốt context

Nhờ context window khổng lồ và khả năng indexing tốt, Sonnet 4.6 đọc hiểu code rất nhanh. Bạn ném nguyên một repo vào, nó tóm tắt luồng dữ liệu khá chuẩn. Tuy nhiên, khi yêu cầu refactor một class có nhiều dependency phức tạp, nó bắt đầu bối rối và thường xuyên bỏ sót các edge case.

Sự khác biệt từ IDE

Cá nhân tôi thấy Sonnet 4.6 chạy ổn nhất không phải trên giao diện web, mà là khi tích hợp qua Windsurf IDE: Đừng Vội Bỏ Cursor Lúc Này. Dù vậy, tốc độ phản hồi nhanh không bù đắp được việc nó thỉnh thoảng “quên” mất các file interface quan trọng nằm sâu trong thư mục gốc.

🧠 GPT-5.2 và ảo tưởng suy luận phức tạp

Tư duy sâu nhưng hay đi lạc

GPT-5.2 thực sự mạnh khi giải quyết thuật toán độc lập. Nếu bạn cần tối ưu một hàm xử lý ma trận hay viết regex phức tạp, nó làm xuất sắc. Nhưng khi áp dụng vào business logic thực tế, nó có xu hướng over-engineering nghiêm trọng.

Nó thường tự ý thêm các design pattern không cần thiết. Một hàm 20 dòng có thể bị GPT-5.2 bôi ra thành 3 class với đủ loại interface trừu tượng. Bạn ngồi review đoạn code nó sinh ra còn mệt não hơn việc tự viết lại từ đầu.

⚠️ Những cú lừa đau đớn nhất

Bịa thư viện nội bộ

Đây là căn bệnh nan y chưa có thuốc chữa. Khi làm việc với các framework nội bộ của công ty hoặc thư viện mã nguồn mở ít người dùng, cả GPT-5.2 và Sonnet 4.6 đều tự tin bịa ra những hàm không hề tồn tại. Code nhìn rất sạch, rất chuẩn syntax, cho đến khi bạn bấm compile và nhận về một rổ lỗi undefined.

Ảo tưởng về RAG

Nhiều team cố gắng bơm tài liệu công ty vào qua RAG để AI code chuẩn hơn. Tôi từng phân tích thẳng thắn trong bài RAG vs Fine-tuning: Ngừng Đốt Tiền Vô Ích, việc nhét thêm context rác từ các document cũ kỹ chỉ làm hai con AI này dễ sinh ra ảo giác hơn. Hệ thống càng phức tạp, sự tự tin mù quáng của AI càng gây hậu quả nặng nề.

📊 Bảng so sánh thực tế không che

Tiêu chí	Claude Sonnet 4.6	GPT-5.2	Ghi chú
Đọc hiểu Codebase	8/10	6/10	Sonnet ít bị tràn context và quên luồng hơn.
Suy luận Thuật toán	6/10	9/10	GPT-5.2 tối ưu hiệu năng và logic nhánh tốt hơn.
Tỉ lệ Ảo giác	Trung bình	Cao	GPT-5.2 hay tự ý đẻ ra thư viện ma.
Chi phí Token	Hợp lý	Đắt đỏ	GPT-5.2 ngốn token cực kỳ vô lý khi chat dài.

🛠️ Quy trình dùng AI không bị ngáo

Đừng phó mặc toàn bộ project cho AI. Dưới đây là cách tôi ép chúng làm việc ra hồn:

1. Chia nhỏ task tới mức cực đoan: Không bao giờ đưa prompt kiểu “viết tính năng thanh toán”. Hãy yêu cầu “viết hàm A nhận payload B và trả ra struct C”.
2. Dùng chéo công cụ: Dùng Sonnet 4.6 để phân tích đống log lỗi lộn xộn. Sau khi tìm ra nguyên nhân, chuyển sang dùng GPT-5.2 để viết thuật toán fix bug tối ưu nhất.
3. Thiết lập context tĩnh khắt khe: Chỉ cung cấp đúng 2-3 file liên quan trực tiếp. Việc cấu hình MCP Có Thực Sự Cần Thiết Cho Dev AI? đúng cách sẽ giúp giới hạn phạm vi, ngăn chặn AI đọc lan man sang các module không liên quan.

❓ Câu hỏi thường gặp

Nên đăng ký gói API/IDE của bên nào?

Nếu bạn làm việc với codebase lớn, cũ và cần đọc luồng dữ liệu nhiều, hãy chọn hệ sinh thái của Anthropic. Nếu công việc đòi hỏi thuật toán nặng, thao tác data structure phức tạp, OpenAI vẫn là lựa chọn tốt hơn.

GitHub Copilot dùng GPT-5.2 có ngon không?

Nó khá nặng nề và thường xuyên bị nghẽn mạng. Tôi thích dùng API trực tiếp cắm vào Cursor hoặc Windsurf hơn là xài các gói bọc sẵn với quá nhiều ẩn số bên trong.

AI đã đủ sức thay thế Dev tầm trung chưa?

Hoàn toàn chưa. Với chất lượng code hiện tại của GPT-5.2 và Sonnet 4.6, bạn vẫn là người dọn rác chính. AI chỉ đóng vai trò một thực tập sinh gõ phím nhanh nhưng cực kỳ ẩu và thiếu trách nhiệm.

🎯 Lời chốt

Chúng ta đang trả tiền cho những cỗ máy xác suất, không phải những kỹ sư thực thụ. Cả GPT-5.2 và Claude Sonnet 4.6 đều có giới hạn rất rõ ràng khi chạm đến độ phức tạp của môi trường production. Đừng mù quáng tin vào những đoạn code chạy mượt ngay lần thử đầu tiên. Chấp nhận sự thật rằng bạn vẫn phải tự mình thẩm định từng dòng logic, nếu không muốn thức trắng đêm gỡ những cái bug vô hình do chính công cụ mình tin tưởng sinh ra.