Giao thức Model Context Protocol (MCP)
Nguyên lý giải bài toán kết nối N×M của MCP, so sánh transport Stdio vs SSE, bộ công cụ MCP Inspector, checklist tích hợp và thiết kế schema contract.
Bắt đầu với giao diện nhỏ nhất nhưng đủ hữu ích
Hãy sử dụng hàm (function) hoặc API trực tiếp khi một ứng dụng nắm quyền sở hữu cả hai đầu và hợp đồng (contract) đã ổn định. Chỉ bổ sung protocol khi các tool, team, runtime hoặc client độc lập cần một ranh giới dùng chung. Việc chuẩn hóa chỉ thực sự có giá trị khi nó loại bỏ được công việc tích hợp lặp đi lặp lại hoặc giúp quy trình quản trị (governance) trở nên minh bạch hơn.
MCP giải quyết ranh giới giữa model và tool. Thay vì phải dựng một wrapper tùy chỉnh cho từng cặp model và hệ thống bên ngoài, host sẽ kết nối tới server thông qua một contract tiêu chuẩn. Nhờ đó, khối lượng công việc tích hợp không còn tăng tiến theo số lượng cặp model-tool mà được thu gọn lại thành hai tập hợp nhỏ hơn: các model hiểu MCP và các tool được mở ra thông qua MCP.
Quy trình onboarding có ba cổng kiểm soát (gate) quan trọng đối với sản phẩm.
Onboarding một MCP Server
Ba cổng kiểm soát nằm giữa một server chạy được và một dependency đáng tin cậy.
Chọn một gate để xem nó phải chứng minh điều gì
Configuration
Chốt trước credential, quyền đọc hay ghi, ranh giới project và các resource được phép truy cập.
Dữ liệu nào, cho ai, dưới identity nào và lưu trữ bao lâu - phải nêu rõ trước khi kết nối.
Discovery (Khám phá) trả lời cho câu hỏi capability đến từ đâu. Một community server công khai có thể hữu ích cho bản prototype chạy cục bộ, nhưng tuyệt đối không được âm thầm trở thành một dependency trong môi trường production. Các official managed server và internal registry sẽ thể hiện rõ ràng quyền sở hữu và quy trình kiểm duyệt (review) hơn.
Configuration (Cấu hình) xác định phạm vi (scope) trước khi kết nối. Credential, quyền đọc (read) hoặc ghi (write), ranh giới project và các resource được phép truy cập đều thuộc bước này. Một tool được mô tả đơn thuần là "tìm kiếm dữ liệu công ty" chưa thể coi là một contract dùng được, cho đến khi team làm rõ được: dữ liệu nào, dành cho ai, dưới identity nào và chính sách lưu trữ (retention) ra sao.
Connection (Kết nối) chứng minh rằng contract thực sự hoạt động. Client cần hoàn tất bắt tay (handshake), liệt kê các tool hiện có, kiểm tra tính hợp lệ của schema (validate schema) và chạy một lệnh gọi thử vô hại (harmless test call). Đây là điểm đầu tiên team có thể phân biệt rõ ràng giữa lỗi kết nối (connection), lỗi schema và lỗi suy luận (reasoning) của agent.
Đối với vendor agent, bước discovery tìm thấy một internal MCP server đã phê duyệt mở ra các bản ghi vendor. Bước configuration cấp quyền chỉ đọc (read-only) cho project analytics-pilot và không cấp cho bất kỳ project nào khác. Bước connection liệt kê findVendors cùng getVendorEvidence, validate schema của chúng, rồi gửi yêu cầu lấy một bản ghi giả lập (synthetic record). Chỉ sau khi cả ba gate này pass, agent mới được dùng server đó trong planning loop của mình. Nếu lệnh gọi synthetic record thất bại, chưa có bất kỳ lý do gì để phải đi điều chỉnh (tune) prompt của model cả.