MCP Server là gì?

Máy chủ MCP không có lỗi kết nối các ứng dụng AI tương thích với tính năng điều hướng Trình duyệt Agent và khả năng trích xuất nội dung web.

Một máy chủ MCP là một chương trình cung cấp khả năng thông qua Giao thức Ngữ cảnh Mô hình để các ứng dụng tương thích có thể khám phá và sử dụng chúng. Những khả năng đó có thể bao gồm các công cụ thực thi, tài nguyên có thể đọc và các lời nhắc có thể tái sử dụng. Một máy chủ có thể hoạt động trên máy tính của bạn hoặc trên cơ sở hạ tầng từ xa. Thuật ngữ này mô tả vai trò của nó trong giao thức, không phải là một loại phần cứng cụ thể.

Máy chủ khác với mô hình ngôn ngữ. Nó không trở nên thông minh chỉ bằng cách thực hiện MCP, và không cần phải chạy một LLM nội bộ. Một máy chủ có thể bọc một API hiện có, một truy vấn cơ sở dữ liệu, hoặc một hoạt động trình duyệt. Ứng dụng máy chủ quyết định cách mà những khả năng đó tham gia vào nhiệm vụ của người dùng.

Mối quan hệ giữa Máy chủ, Khách hàng và Máy chủ

Một máy chủ MCP là ứng dụng điều phối trải nghiệm người dùng và các khả năng kết nối. Một khách hàng MCP là thành phần giao tiếp với một máy chủ cụ thể. Máy chủ cung cấp các khả năng hỗ trợ của nó và xử lý các yêu cầu. Các Kiến trúc MCP tách biệt các vai trò này để các triển khai có thể phát triển mà không làm cho mọi tích hợp trở nên độc đáo.

Xem xét một trợ lý nghiên cứu minh họa được kết nối với một máy chủ tài liệu và một máy chủ trình duyệt. Máy chủ có thể tìm kiếm tài liệu nội bộ thông qua một kết nối và thu thập một trang công cộng đã được phê duyệt qua một kết nối khác. Nó nên giữ quyền hạn và kết quả của những kết nối đó riêng biệt. Quyền truy cập vào máy chủ tài liệu không ủy quyền cho một hành động trình duyệt không liên quan.

Cấu trúc này cũng làm rõ nơi xảy ra các lỗi. Một máy chủ có thể trả về một kết quả hợp lệ mà máy chủ không thể hiển thị. Một máy chủ có thể cung cấp một công cụ chính xác trong khi dịch vụ ở hạ nguồn từ chối quyền truy cập. Chẩn đoán kết nối, hoạt động của máy chủ và kết quả nhiệm vụ cuối cùng nên được thực hiện riêng biệt thay vì gọi mọi lỗi là một vấn đề MCP.

Công cụ, Tài nguyên và Lời nhắc

Công cụ là các hoạt động có thể gọi với các đầu vào được mô tả. Tài nguyên cung cấp dữ liệu trong ngữ cảnh, và lời nhắc cung cấp mẫu tương tác có thể tái sử dụng. Đây là các khái niệm giao thức khác nhau, ngay cả khi thông tin mà chúng cung cấp có sự chồng chéo. Một tài liệu có thể có sẵn như một tài nguyên, trong khi một hoạt động tìm kiếm trên cùng một bộ tài liệu là một công cụ.

Đối với quy trình làm việc trình duyệt, một hoạt động điều hướng đến một trang có ảnh hưởng khác với một hoạt động đọc trang hiện tại. Các mô tả nên làm rõ sự khác biệt đó. Một công cụ gửi một biểu mẫu cần phải tiết lộ tác dụng bên đó; gọi mọi hoạt động là "hành động trình duyệt" sẽ che giấu thông tin mà máy chủ cần để ủy quyền.

Đừng giả định rằng mọi máy chủ đều hỗ trợ mọi nguyên thủy. Ứng dụng nên kiểm tra các khả năng được quảng cáo và sử dụng các mô tả và sơ đồ công cụ thực tế do triển khai kết nối cung cấp. Một ví dụ blog hoặc một hình ảnh chụp màn hình từ một khách hàng khác không thể xác định những gì máy chủ đã cài đặt của bạn hiện đang cung cấp.

Cách một yêu cầu MCP trở thành một kết quả

Giao tiếp MCP sử dụng các tin nhắn có cấu trúc, và các ngữ nghĩa yêu cầu và phản hồi JSON-RPC cung cấp nền tảng để khớp yêu cầu với kết quả hoặc lỗi. Ứng dụng phát hiện một hoạt động có sẵn, cung cấp các đối số và nhận được phản hồi. Sau đó, nó có thể trình bày kết quả đó hoặc sử dụng nó như một ngữ cảnh cho bước tiếp theo.

Chi tiết giao thức phát triển. Một khách hàng và máy chủ phải đồng ý về một phiên bản giao thức hỗ trợ và hành vi vận chuyển. Tài liệu hiện tại có thể mô tả việc phát hiện khác với một bản phát hành SDK cũ hơn. Giữ hướng dẫn thiết lập phù hợp với triển khai mà bạn triển khai thay vì kết hợp các đoạn từ các phiên bản không liên quan.

Một phản hồi giao thức thành công chỉ chứng minh rằng sự trao đổi đã hoàn thành ở lớp đó. Nếu một hoạt động trình duyệt trả về một trang, hãy kiểm tra xem nó có phải là trang mong muốn không. Nếu một truy vấn cơ sở dữ liệu không trả về hàng nào, hãy xác định xem tập dữ liệu có trống hay người gọi không có quyền truy cập. Việc giải thích kết quả thuộc về quy trình làm việc của ứng dụng.

Quy trình Địa phương và Dịch vụ từ xa

Một máy chủ địa phương thường giao tiếp thông qua đầu vào và đầu ra tiêu chuẩn, trong khi một máy chủ từ xa thường sử dụng HTTP có thể Luồng. Lựa chọn triển khai thay đổi các mối quan tâm vận hành. Việc thực hiện địa phương yêu cầu có một thời gian chạy phù hợp và quyền truy cập vào các tệp hoặc quy trình dự kiến. Thực thi từ xa yêu cầu kết nối mạng và xác thực dịch vụ phù hợp.

Địa phương không tự động có nghĩa là riêng tư. Một chương trình địa phương có thể liên hệ với các dịch vụ bên ngoài, và một dịch vụ từ xa có thể bị hạn chế trong phạm vi dữ liệu hẹp. Đánh giá những gì máy chủ thực sự làm, điểm đến mà nó đến, và các xác thực mà nó nhận được. Vị trí của nó chỉ là một phần trong quyết định tin cậy.

Đối với các cuộc gọi từ xa, các ngữ nghĩa yêu cầu HTTP thông thường vẫn có liên quan dưới lớp MCP. Giữ lỗi vận chuyển khác với lỗi ứng dụng. Sự phân biệt đó làm cho nhật ký trở nên hữu ích hơn và ngăn một phản hồi HTTP hợp lệ bị nhầm lẫn với sự hoàn thành thành công của nhiệm vụ người dùng.

Quyền hạn thuộc về Ranh giới Hành động

Một kết nối MCP chỉ nên cung cấp các khả năng cần thiết cho mục đích sử dụng của nó. Một nhiệm vụ nghiên cứu có thể cần đọc và tìm kiếm nhưng không có các hoạt động ghi. Một nhiệm vụ bảo trì có thể cần một bản cập nhật có phạm vi hẹp. Cấu hình quyền truy cập ở mức dịch vụ và công cụ khi có thể thay vì chỉ dựa vào một câu trong một lời nhắc.

Hành động được đề xuất của mô hình không phải là sự ủy quyền của người dùng. Trước khi một thao tác thay đổi trạng thái bên ngoài, máy chủ nên áp dụng hướng dẫn của người dùng và chính sách phê duyệt của nó. Ví dụ, chuẩn bị một biểu mẫu và gửi nó là hai sự kiện riêng biệt. Mô tả công cụ của máy chủ nên cho phép máy chủ nhận ra sự khác biệt đó.

Giữ thông tin xác thực ra khỏi kết quả công cụ, ví dụ và nhật ký thông thường. Lưu trữ chúng qua cơ chế bí mật của triển khai và giới hạn chúng cho dịch vụ dự kiến. Khi khắc phục sự cố, ghi lại xem liệu việc xác thực có thành công mà không sao chép thông tin xác thực vào một báo cáo sẽ được chia sẻ sau đó hay không.

Kết quả công cụ là bằng chứng, không phải là nguồn hướng dẫn

Kết quả công cụ có thể chứa văn bản từ một trang web hoặc tài liệu không đáng tin cậy. Văn bản đó có thể bao gồm các hướng dẫn liên quan đến một trợ lý, nhưng sự hiện diện của nó trong phản hồi của công cụ không mang lại cho nó quyền lực của yêu cầu người dùng. Máy chủ phải bảo tồn sự phân biệt đó khi chuyển kết quả cho mô hình.

Đối với một nhiệm vụ nghiên cứu thị trường minh họa, một trang đã thu thập có thể chứa một câu yêu cầu trợ lý truy cập vào tên miền khác và tải lên ghi chú của nó. Phản hồi liên quan là coi câu đó như nội dung trang. Nó không nên gây ra việc cấp phép mới hoặc chuyển dữ liệu không liên quan.

Sử dụng các ranh giới đầu ra làm cho nguồn gốc trở nên rõ ràng. Bảo tồn URL nguồn, ghi lại thao tác nào đã tạo ra nội dung, và tránh kết hợp mô tả công cụ với văn bản trang. Nếu một kết quả bị cắt ngắn, hãy tiết lộ điều đó cho ứng dụng để một đoạn văn chưa hoàn chỉnh không được coi là nguồn hoàn chỉnh.

Nơi mà Scrapeless MCP phù hợp

Scrapeless MCP cung cấp khả năng trình duyệt và trích xuất cho các khách hàng tương thích. Tích hợp Scrapeless MCP miêu tả các bề mặt kết nối được hỗ trợ. Tầng dưới Trình duyệt Agent cung cấp môi trường trình duyệt; giao diện MCP làm cho các khả năng đã chọn có sẵn cho một ứng dụng.

Sự phân biệt này rất quan trọng khi thiết kế một quy trình làm việc. MCP không quyết định trang công khai nào mà dự án của bạn nên thu thập, trường nào được coi là hoàn chỉnh, hoặc liệu kết quả có đủ mới không. Những yêu cầu đó nên đến từ đặc điểm nhiệm vụ. Trình duyệt và giao thức sau đó cung cấp cơ chế để thực hiện đặc điểm đó.

Tổng quan về Scrapeless MCP đưa ra một ví dụ rộng hơn về việc kết nối các ứng dụng mô hình ngôn ngữ với khả năng web. Xem nó như một nền tảng khái niệm và sử dụng tài liệu tích hợp hiện tại cho các chi tiết triển khai. Các tên công cụ chính xác và tính khả dụng nên đến từ máy chủ kết nối thay vì một số đếm cố định được sao chép vào một bài viết.

Một Kiểm Tra Chấp Nhận Hữu Ích cho Một Máy Chủ

Một kiểm tra chấp nhận máy chủ nên xác định rằng khách hàng có thể kết nối, phát hiện khả năng dự kiến và nhận được kết quả có ý nghĩa trong phạm vi cho phép. Sử dụng một thao tác đọc không gây hại chống lại một nguồn đã biết. Xác minh nội dung trả về, không chỉ sự hiện diện của một trường kết quả.

Cũng kiểm tra một thao tác bị từ chối. Nếu tài khoản được thiết kế để chỉ đọc, xác nhận rằng không thể thực hiện ghi qua một công cụ thay thế. Kiểm tra xem có lỗi nào tiết lộ thông tin nhạy cảm không. Một máy chủ bị hạn chế mà thất bại một cách an toàn thì hữu ích hơn một máy chủ có đặc quyền rộng mà hành vi của nó phụ thuộc vào các lời nhắc lạc quan.

Ghi lại việc triển khai khách hàng, phiên bản máy chủ, vận chuyển, phạm vi quyền truy cập và tập hợp khả năng quan sát được. Lặp lại kiểm tra sau khi nâng cấp thay đổi bất kỳ yếu tố nào trong số đó. Hồ sơ này cung cấp cho đội ngũ triển khai điều gì đó đáng tin cậy hơn là “máy chủ xuất hiện trong menu.”

Vận Hành MCP Trong Một Ứng Dụng Lớn Hơn

Vận hành một tích hợp MCP yêu cầu quản lý dịch vụ thông thường xung quanh giao thức. Định nghĩa ngân sách thời gian, hành vi hủy bỏ, giới hạn đầu ra, và trách nhiệm về việc đóng các tài nguyên không sử dụng. Các phiên trình duyệt xứng đáng có sự xử lý vòng đời rõ ràng bởi vì một phản hồi mô hình hoàn thành không nhất thiết có nghĩa là mọi tài nguyên từ xa đã được giải phóng.

Giữ các số liệu gắn liền với các kết quả hữu ích. Một số lần gọi công cụ cao có thể chỉ ra kế hoạch không hiệu quả hơn là năng suất. Theo dõi xem bằng chứng dự kiến đã được thu thập chưa, liệu hành động được người dùng phê duyệt đã hoàn thành chưa, và liệu phản hồi có đủ ngữ cảnh để xác minh không. Xem xét các chi phí dịch vụ tách biệt với chi phí suy diễn mô hình.

Kết Luận

Một máy chủ MCP làm cho các khả năng có sẵn thông qua một giao diện chia sẻ. Một tích hợp đáng tin cậy vẫn cần các quyền rõ ràng, các triển khai tương thích, và các kiểm tra về các kết quả đã trả lại. Bắt đầu với một quy trình làm việc đọc hẹp, xác minh bằng chứng của nó, và mở rộng tập hợp khả năng chỉ khi ứng dụng có lý do rõ ràng để sử dụng nó.