Cộng đồng công nghệ đang tích cực tranh luận về việc liệu Model Context Protocol ( MCP ) có thực sự cần thiết hay không, khi các nhà phát triển chỉ ra những giải pháp hiện có và các lựa chọn thay thế mới nổi có thể phục vụ cùng một mục đích một cách hiệu quả hơn.
MCP được thiết kế để giúp các mô hình ngôn ngữ lớn tương tác với các hệ thống phần mềm bên ngoài bằng cách cung cấp một phương thức tiêu chuẩn hóa để định nghĩa tài nguyên, lời nhắc và công cụ. Tuy nhiên, các cuộc thảo luận gần đây cho thấy sự hoài nghi ngày càng tăng về việc liệu giao thức mới này có thực sự mang lại giá trị có ý nghĩa so với các tiêu chuẩn hiện có như OpenAPI , gRPC và giao diện dòng lệnh hay không.
Các thành phần cốt lõi của MCP:
- Resources: Dữ liệu dạng file có thể được đọc bởi các client (phản hồi API, nội dung file)
- Tools: Các hàm có thể được gọi bởi LLM với sự chấp thuận của người dùng
- Prompts: Các mẫu được viết sẵn cho các tác vụ cụ thể
Thành công trong việc áp dụng che giấu những vấn đề cơ bản
Việc áp dụng nhanh chóng của giao thức này chủ yếu xuất phát từ cách tiếp cận triển khai thực tế. Các nhà phát triển có thể nhanh chóng xây dựng các máy chủ MCP cục bộ hoạt động như proxy xung quanh các API hiện có mà không cần sửa đổi bất kỳ cơ sở hạ tầng nào đang tồn tại. Tính chất cắm và chạy này đã làm cho MCP trở nên hấp dẫn đối với các môi trường doanh nghiệp nơi các dịch vụ nội bộ thường thiếu tài liệu phù hợp.
Tuy nhiên, khi các công ty bắt đầu coi MCP như một tiêu chuẩn API từ xa, câu hỏi được đặt ra là tại sao họ không nên sử dụng các giao thức đã được thiết lập và tối ưu hóa cho việc tiêu thụ AI .
Thiếu tiêu chuẩn hóa tạo ra những vấn đề mới
Một mối quan tâm đáng kể nổi lên từ các cuộc thảo luận của nhà phát triển là MCP thiếu định dạng mô tả tiêu chuẩn hóa. Không giống như REST API có thể được mô tả đầy đủ trong một tệp JSON OpenAPI duy nhất, các máy chủ MCP không thể dễ dàng được phân loại hoặc trao đổi thông qua siêu dữ liệu tiêu chuẩn hóa. Điều này tạo ra sự phức tạp không cần thiết khi xây dựng thư mục công cụ hoặc chia sẻ cấu hình máy chủ.
Lập luận về tính dài dòng chống lại OpenAPI cũng có vẻ yếu đối với nhiều nhà phát triển. Họ đề xuất rằng các đặc tả hiện có có thể được tinh gọn cho các trường hợp sử dụng AI , có thể sử dụng các đặc tả phủ hoặc chuyển đổi sang các định dạng nhỏ gọn hơn được thiết kế đặc biệt cho việc tiêu thụ mô hình ngôn ngữ.
Các giải pháp thay thế thu hút sự chú ý
Các cuộc thảo luận cộng đồng làm nổi bật UTCP.io như một giải pháp thay thế tiềm năng giải quyết nhiều khuyết điểm của MCP . Tiêu chuẩn mới nổi này có vẻ được thiết kế để giải quyết những vấn đề tương tự mà MCP giải quyết nhưng với sự cân nhắc tốt hơn cho các giao thức hiện có và nhu cầu tiêu chuẩn hóa.
Một số nhà phát triển đã làm việc xung quanh những hạn chế của MCP bằng cách sử dụng nó chủ yếu cho tài liệu trong khi thực hiện các lệnh gọi công cụ thực tế thông qua các lệnh CLI truyền thống hoặc API tiêu chuẩn. Cách tiếp cận lai này cho thấy rằng đề xuất giá trị cốt lõi của MCP có thể đáng nghi ngờ.
Các Giao Thức Thay Thế Được Đề Cập:
- OpenAPI: Tiêu chuẩn đặc tả REST API đã được thiết lập
- gRPC: Framework gọi thủ tục từ xa của Google
- CLI: Giao diện dòng lệnh mà các LLM xử lý hiệu quả
- UTCP.io: Giải pháp thay thế mới nổi cho giao thức MCP
Trọng tâm thực sự nên là chất lượng công cụ
Có lẽ thay vì tranh luận về MCP so với CLI , chúng ta nên bắt đầu xây dựng các công cụ tốt hơn. Giao thức chỉ là đường ống. Điều quan trọng là liệu công cụ của bạn có giúp hay cản trở khả năng hoàn thành nhiệm vụ của tác nhân hay không.
Cuộc tranh luận cuối cùng tập trung vào việc liệu hệ sinh thái AI có cần một giao thức khác nữa khi các tiêu chuẩn hiện có đã cho phép các mô hình ngôn ngữ tương tác hiệu quả với các hệ thống bên ngoài hay không. Trong khi MCP có thể mang lại những cải thiện nhỏ về hiệu quả cửa sổ ngữ cảnh, tính liên quan lâu dài của nó vẫn không chắc chắn khi các mô hình ngôn ngữ tiếp tục phát triển nhanh chóng.
Sự đồng thuận của cộng đồng có vẻ đang chuyển hướng sang việc tận dụng các giao thức hiện có, được thiết lập tốt trong khi tập trung nỗ lực phát triển vào việc tạo ra các công cụ và tài liệu tốt hơn thay vì các tiêu chuẩn giao tiếp mới.
Tham khảo: This MCP Server Could Have Been a JSON File