Hãy tưởng tượng bạn có một trợ lý AI thông minh, nhưng nó bị nhốt trong một căn phòng kín: không đọc được file trong công ty, không truy vấn được database bán hàng, không gọi được API nội bộ. Nó chỉ biết những gì đã học lúc huấn luyện. MCP (Model Context Protocol) chính là bộ cổng chuẩn hóa để mở căn phòng đó ra — cho phép agent kết nối với tools (công cụ hành động) và data (dữ liệu ngữ cảnh) một cách nhất quán.
Vấn đề mà MCP giải quyết
Trước MCP, mỗi lần muốn agent nói chuyện với một hệ thống (Slack, Postgres, Google Drive, CRM nội bộ...), bạn phải viết một đoạn tích hợp riêng, format tool riêng, cơ chế xác thực riêng. Có N agent và M hệ thống thì bạn phải viết tới N×M đoạn keo dán (glue code). Mỗi cái một kiểu, khó bảo trì.
MCP đảo ngược bài toán này thành N+M: mỗi hệ thống chỉ cần một MCP server (viết một lần), mỗi agent chỉ cần một MCP client biết nói chuẩn MCP. Server và client ghép với nhau như phích cắm và ổ điện chuẩn.
> Khung tư duy "USB-C cho AI": MCP giống cổng USB-C. Trước đây mỗi thiết bị một loại dây sạc. USB-C chuẩn hóa một đầu cắm. MCP chuẩn hóa cách agent "cắm" vào mọi nguồn dữ liệu và công cụ.
Ba khối cơ bản của MCP
MCP server phơi bày ba loại năng lực cho agent:
- Tools — hàm agent có thể gọi để hành động:
send_email,query_orders,create_ticket. Có tác dụng phụ (side effect). - Resources — dữ liệu agent có thể đọc để lấy ngữ cảnh: nội dung file, một dòng trong database, log. Chỉ đọc, không tác dụng phụ.
- Prompts — mẫu prompt dựng sẵn mà server gợi ý cho agent/người dùng dùng lại.
Ví dụ cụ thể
Công ty bạn có một database đơn hàng. Nhân viên CSKH hỏi agent: "Đơn của khách 0909xxxxxx tới đâu rồi?". Nếu không có MCP, agent chỉ đoán mò. Với MCP:
Agent nhận câu hỏi
→ phát hiện cần dữ liệu đơn hàng
→ gọi tool query_orders(phone="0909xxxxxx") qua MCP server "orders"
→ server truy vấn Postgres, trả JSON đơn hàng
→ agent tóm tắt: "Đơn #4821 đang giao, dự kiến tới ngày mai."
Agent không cần biết database là Postgres hay MySQL, không cần chuỗi kết nối. Nó chỉ biết có một tool tên query_orders. Chi tiết kỹ thuật nằm gọn trong server.
Các bước để bắt đầu tư duy theo MCP
- Liệt kê những hệ thống agent cần chạm tới (data + tools).
- Phân loại mỗi năng lực: đây là Tool (hành động) hay Resource (đọc dữ liệu)?
- Nhóm theo hệ thống — mỗi hệ thống sẽ là một MCP server.
- Xác định ai gọi ai: agent (client) → server. Server không tự gọi agent.
- Đặt ranh giới bảo mật: server nào được đọc gì, làm gì.
Checklist: khi nào nên dùng MCP
- [ ] Agent cần dữ liệu/công cụ mà LLM không tự có sẵn?
- [ ] Bạn muốn tái sử dụng tích hợp đó cho nhiều agent/nhiều app?
- [ ] Bạn muốn tách logic hệ thống ra khỏi logic agent để dễ bảo trì?
- [ ] Bạn cần kiểm soát quyền truy cập tập trung?
Sai lầm thường gặp
- Nhầm MCP với một API/thư viện của riêng model. MCP là giao thức mở, độc lập với nhà cung cấp LLM. Cùng một MCP server có thể dùng bởi nhiều loại agent khác nhau.
- Dồn mọi thứ vào một server khổng lồ. Server nên gom theo domain (đơn hàng, nhân sự, tài liệu), không phải nhét tất cả vào một chỗ.
- Coi Resource và Tool như nhau. Đọc dữ liệu (Resource) và thực hiện hành động có side effect (Tool) cần ranh giới rõ ràng vì lý do an toàn.
- Bỏ qua bước liệt kê nhu cầu, nhảy thẳng vào code. Kết quả là server phơi bày quá nhiều hoặc quá ít.