MCP & AI SDKs: Đừng Mù Quáng Chạy Theo Hype

Sáng qua tôi vừa gỡ sạch Model Context Protocol (MCP) và Vercel AI SDK khỏi một dự án cá nhân để quay về dùng fetch API thuần. (Tôi biết điều này nghe có vẻ đi ngược lại xu hướng, nhưng cứ tin tôi đi.)

🧠 MCP và AI SDKs thực sự là gì?

Thực tế thì Model Context Protocol do Anthropic khởi xướng có một mục tiêu rất đẹp. Nó muốn tạo ra một chuẩn chung để các AI model giao tiếp với nguồn dữ liệu bên ngoài. Các AI SDK cũng tương tự, chúng hứa hẹn giúp bạn gọi LLM chỉ bằng vài dòng code.

Nghe rất tuyệt trên giấy tờ. Các công cụ như Cursor hay Windsurf tích hợp chúng khá sâu để tạo cảm giác mượt mà. Tuy nhiên, sự tiện lợi ban đầu này thường che giấu một đống rắc rối về sau khi dự án của bạn bắt đầu phình to ra.

⚠️ Điểm yếu chết người: Overhead quá lớn

Bạn không cần một cỗ máy cồng kềnh chỉ để in ra vài dòng text từ LLM.

Abstraction rò rỉ

Các SDK thường bọc lại các lời gọi API gốc. Khi mọi thứ hoạt động, bạn thấy bản thân code rất nhanh. Nhưng khi có lỗi xảy ra, việc debug là một cơn ác mộng. Bạn không biết lỗi do model trả về sai format hay do SDK parse nhầm dữ liệu. Thay vì xử lý một lỗi HTTP 400 đơn giản, bạn phải đào sâu vào mã nguồn của thư viện để tìm hiểu xem tại sao payload lại bị từ chối.

💸 Bẫy khóa cứng hệ sinh thái

Việc dùng SDK của một bên thứ ba thường ép bạn phải theo kiến trúc của họ.

Tiện lợi đi kèm cái giá đắt

Tuần trước khi tôi đang migrate project sang Claude Sonnet 4, tôi nhận ra việc đổi provider qua SDK mất thời gian hơn là viết lại hàm fetch thuần. Mã nguồn của bạn bị trói chặt vào các hàm đặc thù của thư viện. Nếu bạn từng đọc bài Đừng Để AI Làm Thui Chột Tư Duy Hệ Thống của tôi, bạn sẽ hiểu rằng việc dựa dẫm vào các công cụ hộp đen sẽ làm giảm khả năng thiết kế phần mềm của bạn.

🔥 Khi nào thì BẠN thực sự cần chúng?

Tôi không nói MCP hay AI SDKs là vô dụng. Chúng chỉ bị dùng sai chỗ.

Multi-Agent quy mô lớn

Nếu bạn đang xây dựng một hệ thống enterprise, nơi Llama 4 Maverick xử lý routing nội bộ và Gemini 3.1 Pro phân tích hàng ngàn tài liệu, lúc này MCP tỏa sáng. Việc có một protocol chung giúp các team khác nhau phối hợp mượt mà hơn. Nhưng nếu bạn chỉ làm một app tóm tắt văn bản, hãy tránh xa chúng.

📊 So sánh thực tế

Tiêu chí	Fetch API thuần	AI SDKs	Ghi chú
Setup ban đầu	Chậm hơn một chút	Rất nhanh	SDK thắng ở vài phút đầu
Debugging	Rõ ràng, dễ tìm lỗi	Phức tạp, nhiều lớp bọc	Fetch thuần an toàn hơn
Linh hoạt	Tuyệt đối	Bị giới hạn bởi thư viện	Đổi model bằng fetch dễ hơn
Phù hợp cho	Mọi dự án	Prototype nhanh, Enterprise	Đừng lạm dụng SDK cho app nhỏ

🛠️ Cách quyết định tech stack hiệu quả

Đừng để những bài đăng trên mạng xã hội làm bạn hoảng sợ vì sợ lỡ xu hướng. Hãy làm theo các bước này.

1. Bắt đầu với REST API thuần. Viết một hàm fetch đơn giản để gọi API.
2. Quản lý trạng thái bằng công cụ có sẵn của framework bạn đang dùng.
3. Chỉ cài đặt AI SDK nếu bạn thực sự cần tính năng streaming phức tạp mà bạn không thể tự viết trong 30 phút.
4. Đợi MCP trưởng thành hơn. Hiện tại nó vẫn đang thay đổi quá nhanh.

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

Tôi có nên học MCP ngay bây giờ không?

Chỉ cần đọc qua tài liệu để biết nó là gì. Việc áp dụng nó vào dự án production lúc này là một rủi ro không đáng có trừ khi bạn có dư dả thời gian rảnh rỗi.

Các SDK này có tương thích tốt với các model mới nhất không?

Có nhưng luôn có độ trễ. Nếu bạn muốn tận dụng ngay các tính năng đặc thù của GPT-5.2, bạn thường phải đợi cộng đồng cập nhật SDK. Bạn có thể xem thêm bài GPT-5 vs Gemini 2.5 Pro: Đánh giá nhanh để thấy tốc độ ra mắt model hiện nay nhanh thế nào.

Lựa chọn thay thế cho các công cụ này là gì?

Kiến thức cơ bản về HTTP và một tư duy lập trình tốt. Giống như những gì tôi đã chia sẻ trong bài Prompt Engineering: Đừng Thần Thánh Hóa Nó, công cụ tốt nhất chính là sự hiểu biết sâu sắc về nền tảng.

🎯 Kết luận

Công nghệ mới sinh ra là để giải quyết các vấn đề phức tạp, chứ không phải để làm phức tạp hóa những vấn đề đơn giản. MCP và AI SDKs là những công cụ mạnh mẽ trong tay các tập đoàn lớn có kiến trúc khổng lồ. Còn đối với phần lớn chúng ta, một hàm fetch gọi thẳng đến API của Claude Sonnet 4.6 vẫn là sự lựa chọn khôn ngoan, rẻ tiền và dễ bảo trì nhất. Đừng chạy theo những thứ lấp lánh chỉ vì mọi người xung quanh đều đang nói về nó.