Cơn Sốt MCP
Giờ đây, mọi trang landing của SaaS đều có "MCP supported" trong danh sách tính năng. Việc MCP server cóổn định hay không, tốn bao nhiêu context, hay liệu nó có thực sự hoạt động — không ai quan tâm. Mục tiêu rất đơn giản: đánh dấu ô "chúng tôi cũng làm MCP".
Pattern này quen thuộc quá. Chính là kịch bản ta từng thấy với "AI-powered" năm 2023 và "blockchain-based" năm 2019. Đợt sóng marketing dâng lên trước khi công nghệ kịp chứng minh giá trị.
MCP Thực Sự Là Gì
MCP (Model Context Protocol) kết nối LLM với các công cụ bên ngoài — GitHub, Linear, Notion, Slack, database. Hãy tưởng tượng nó như một lớp API chuẩn hóa giữa model và mọi service mà nó cần giao tiếp.
Analogy nhà hàng từ bài viết gốc nói rõ điều này: cho LLM một CLI trước, rồi API, rồi docs — theo thứ tự đó. LLM đã học từ man pages và StackOverflow. Chúng có thể tự tìm hiểu.
Điểm Yếu Của MCP
Khi người dùng thực sự kết nối với MCP server, trải nghiệm thường không như kỳ vọng:
- Token bloat: hàng chục định nghĩa tool được load ngay từ đầu, ngốn context window
- Init failures: lỗi authentication và handshake làm chết session
- Mid-session crashes: kết nối rớt đúng lúc cần nhất
- Stability gaps: server hoạt động ngày thứ Hai, chết ngày thứ Ba
Khi nào MCP Thực Sự Có Giá Trị
MCP không vô dụng — nó chỉ bị thổi phồng quá mức. Nó phù hợp khi:
- Một service không có CLI
- Cần authentication đồng nhất trên toàn team
- MCP server thực sự được maintain và ổn định
- Context window không phải bottleneck
Kết Luận Thực Chất
MCP sẽ tồn tại — nhưng không phải như một integration layer phổ quát như lời hứa ban đầu. Nó sẽ định vị vào những niche cụ thể nơi nó thực sự giải quyết vấn đề mà CLI wrappers và direct API không làm được.
Chu kỳ hype đang kết thúc. Thứ còn lại là một công cụ mà developer sẽ dùng khi nó hợp lý, không phải vì một trang landing bảo họ dùng.
Build vì utility, không phải vì feature list.