Hỗ trợ máy chủ MCP trong môi trường GNOME: hướng dẫn đầy đủ

Informatec Digital » Recursos » Hỗ trợ máy chủ MCP trong môi trường GNOME: hướng dẫn đầy đủ

Nếu bạn làm việc với các trợ lý AI tiên tiến và môi trường máy tính để bàn Linux, có lẽ bạn đã từng gặp Giao thức Ngữ cảnh Mô hình (MCP) và sự tích hợp của nó với GNOME . Ngày càng nhiều công cụ, máy chủ và nền tảng đang áp dụng nó để các mô hình có thể giao tiếp với các ứng dụng, trình duyệt, API và hệ thống máy tính để bàn theo cách chuẩn hóa và an toàn.

Trong bài viết này, chúng ta sẽ xem xét chi tiết cách thức hoạt động của hỗ trợ máy chủ MCP trong môi trường GNOME trên Linux : từ tự động hóa trình duyệt với Puppeteer và tương tác với các ứng dụng gốc thông qua AT-SPI2, đến tích hợp với các nền tảng như Cloudflare, GitHub, Figma, Docker và Stripe. Chúng ta cũng sẽ xem cách thiết lập máy chủ MCP của riêng bạn, kiểm tra chúng, triển khai chúng và vai trò của Windows, ChatGPT, Claude và các công cụ khác trong hệ sinh thái mới này.

MCP là gì và tại sao nó lại quan trọng đến vậy trong môi trường máy tính để bàn GNOME?

Giao thức ngữ cảnh mô hình (Model Context Protocol - MCP) đã trở thành một dạng "USB-C" để tích hợp các ngôn ngữ và công cụ mô hình . Thay vì tạo một trình kết nối riêng cho mỗi ứng dụng (CRM, cơ sở dữ liệu, bảng điều khiển triển khai, v.v.), MCP định nghĩa một tiêu chuẩn mở cho các LLM để giao tiếp với các máy chủ cung cấp các công cụ và tài nguyên một cách nhất quán.

Trên thực tế, máy chủ MCP là một dịch vụ cung cấp các công cụ (hành động) và tài nguyên (dữ liệu có thể truy cập) theo một lược đồ được xác định rõ ràng, thường sử dụng JSON và JSON Schema. Các mô hình AI có thể phát hiện ra các công cụ này, truy vấn các tham số mà chúng chấp nhận và gọi chúng một cách an toàn, mà không cần nhà phát triển phải tạo ra một giao thức mới cho mỗi trường hợp.

Trong bối cảnh GNOME và các môi trường desktop Linux khác, MCP hoàn toàn phù hợp vì nó cho phép các mô hình kết nối với các máy chủ chuyên dụng hiểu rõ hệ sinh thái đồ họa : X11, Wayland, khả năng truy cập AT-SPI2, trình duyệt được điều khiển bởi Puppeteer, các ứng dụng GTK/Qt/Electron, v.v. Tất cả điều này mà không buộc người dùng phải thay đổi môi trường hoặc dựa vào các tích hợp tùy chỉnh.

Từ góc độ kiến ​​trúc, MCP tách biệt rõ ràng giữa máy khách (trợ lý AI hoặc ứng dụng sử dụng nó) và máy chủ (thành phần tương tác với thế giới thực). Sự tách biệt này cho phép bạn thay đổi mô hình, IDE hoặc nhà cung cấp dịch vụ đám mây mà không cần phải làm lại tất cả các tích hợp , miễn là bạn duy trì cùng một máy chủ MCP và cùng một thỏa thuận công cụ.

Hỗ trợ MCP trên Windows, các câu hỏi về trang web và cách sử dụng trên máy tính để bàn.

Một trong những câu hỏi phổ biến nhất mà mọi người thường đặt ra hiện nay khi thử dùng MCP là việc cài đặt và sử dụng nó trên Windows dễ dàng đến mức nào , đặc biệt là với các máy chủ dựa trên Node.js. Nhiều người dùng đã gặp khó khăn với việc cài đặt thủ công, đường dẫn Node, cấu hình bảo mật PowerShell hoặc các vấn đề với tệp cấu hình của máy khách AI.

Để giải quyết vấn đề đau đầu này, ai đó đã quyết định nhờ Claude tạo ra một cái gì đó. Tập lệnh PowerShell có khả năng quản lý việc cài đặt và cập nhật máy chủ MCP.Kết quả là một đoạn mã (được lưu trữ trên một gist công khai) mà bạn có thể tải xuống. mcp-install.ps1Ý tưởng rất đơn giản: nếu gói hàng xuất hiện trong mcp-get.com Và khi được nhận diện bằng biểu tượng Node.js, tập lệnh này sẽ đảm nhiệm việc tải xuống, cài đặt và chuẩn bị sẵn sàng để sử dụng.

Quy trình làm việc điển hình trong Windows bao gồm việc mở PowerShell và chạy một lệnh tương tự như sau: ./mcp-install.ps1 @modelcontextprotocol/server-everythingLệnh này triển khai một máy chủ mẫu để xác minh rằng toàn bộ quy trình MCP hoạt động chính xác với máy khách của bạn (ví dụ: Claude Desktop). Ảnh chụp màn hình của quá trình này cho thấy những gì bạn có thể mong đợi và giúp xác minh rằng mọi thứ đã được cấu hình chính xác.

Một chi tiết thú vị là kịch bản Nó không ghi đè lên tệp tin của bạn. claude_desktop_config.jsonThay vào đó, hãy kiểm tra điểm vào gói MCP và cập nhật cấu hình từng bước. Nếu máy chủ MCP đã được cài đặt, chỉ cần cập nhật nó, giữ nguyên các thiết lập trước đó của bạn. Điều này giảm nguy cơ mất các cấu hình tùy chỉnh hoặc đường dẫn đến các máy chủ khác.

Trên các hệ thống Windows có phiên bản PowerShell cũ hơn, bạn có thể cần chạy nó trước. Set-ExecutionPolicy Bypass -Scope Process Để cho phép tập lệnh chạy. Đây là một giải pháp phổ biến khi PowerShell chặn việc thực thi các tệp .ps1 được tải xuống từ internet vì lý do bảo mật.

Song song đó, một câu hỏi ngày càng thường xuyên được đặt ra: liệu chúng ta có thấy các phiên bản web của Claude hay ChatGPT hỗ trợ đầy đủ MCP hay không? Về mặt kiến ​​trúc, không có gì ngăn cản điều đó: các máy chủ MCP đã tồn tại, chúng thường sử dụng HTTP hoặc STDIO, và giao thức này đã được ghi chép đầy đủ. Điều thường cản trở các nhà cung cấp là sự kết hợp giữa bảo mật, quyền hạn, giới hạn tài nguyên, trải nghiệm người dùng và quản trị: việc hiển thị MCP trên web có nghĩa là cho phép các mô hình được lưu trữ trên đám mây giao tiếp với các hệ thống bên ngoài, có khả năng nhạy cảm, từ trình duyệt web.

Nhiều người hình dung ra một tương lai nơi họ mở ChatGPT hoặc Claude thông qua web, với tất cả các công cụ MCP cá nhân được kết nối (GitHub, Figma, Jira, Docker, v.v.) và chạy các lệnh phức tạp mà không cần chạm vào terminal. Về mặt kỹ thuật, viễn cảnh này hoàn toàn khả thi, và trên thực tế, một số bước đã được thực hiện, nhưng nó sẽ đòi hỏi các chính sách quyền hạn được tinh chỉnh, một hệ thống OAuth được triển khai tốt và trải nghiệm người dùng giải thích rõ ràng những gì AI có thể làm tại bất kỳ thời điểm nào.

Tự động hóa trình duyệt với Puppeteer và hỗ trợ X11/Wayland.

Trong hệ sinh thái Linux, một trong những máy chủ MCP mạnh mẽ nhất là Puppeteer, tự động hóa một trình duyệt web thực sự với hỗ trợ gốc cho cả X11 và Wayland. Máy chủ này cho phép một mô hình ngôn ngữ tương tác với các trang web như thể nó là một người: mở URL, nhấp vào các phần tử, điền vào biểu mẫu, thực thi JavaScript, chụp ảnh màn hình và đọc nhật ký console.

Phiên bản này bao gồm một lớp chuyên dụng để quản lý máy chủ hiển thị trên Linux (X11, Wayland, hoặc thậm chí XWayland) . Phiên bản được mô tả trong tài liệu bổ sung khả năng tự động phát hiện môi trường đồ họa và cấu hình động các biến mà Puppeteer cần để khởi chạy trình duyệt một cách mượt mà, cả trên GNOME và KDE, cũng như các môi trường máy tính để bàn khác.

Các tính năng chính của máy chủ MCP trình duyệt này bao gồm: Tự động phát hiện X11/Wayland, cấu hình động của các biến như DISPLAY y XAUTHORITYHỗ trợ XWayland như một cơ chế tương thích, và một loạt các quy trình dự phòng với khả năng xử lý lỗi mạnh mẽ để ngăn máy chủ bị sập trong các môi trường phức tạp hơn.

Về mặt tài nguyên, máy chủ này cung cấp hai loại URI rất hữu ích: một mặt, nhật ký bảng điều khiển có thể truy cập được thông qua console://logsMặt khác, các ảnh chụp màn hình được đề cập như sau: screenshot://<name>Điều này cung cấp cho mô hình ngữ cảnh trực quan và gỡ lỗi có giá trị khi tự động hóa các luồng đầu cuối hoặc kiểm tra các ứng dụng web phức tạp.

Các chức năng có sẵn bao gồm hầu hết các tác vụ QA và thu thập dữ liệu điển hình: điều hướng trang, nhấp chuột, gửi biểu mẫu, thực thi tập lệnh tùy chỉnh , đọc bảng điều khiển và quản lý ảnh chụp màn hình. Đối với những người làm việc với GNOME, lớp MCP này hoàn toàn trừu tượng hóa các chi tiết phức tạp của máy chủ hiển thị, cho phép mô hình giao tiếp bằng ngôn ngữ cấp cao.

Hỗ trợ MCP cho các ứng dụng máy tính để bàn Linux thông qua AT-SPI2

Ngoài trình duyệt, còn có một máy chủ MCP rất thú vị khác xử lý các tương tác trợ năng với các ứng dụng máy tính để bàn Linux gốc . Nó sử dụng AT-SPI2 (Giao diện Nhà cung cấp Dịch vụ Công nghệ Hỗ trợ), tiêu chuẩn trợ năng trong GNOME và các môi trường máy tính để bàn hiện đại khác, để hiển thị một loại "cây ngữ nghĩa" của giao diện.

Máy chủ này cung cấp một chức năng tương tự như những gì một số tiện ích mở rộng của Chrome cung cấp thông qua các liên kết tham khảo của chúng. ref_1, ref_2nhưng áp dụng cho Các hệ điều hành GTK, Qt, Electron và bất kỳ ứng dụng nào công bố thông tin của mình đều có thể truy cập được.Nó có khả năng phát hiện các vai trò (nút bấm, văn bản, liên kết, menu, v.v.), trạng thái (được chọn, được kích hoạt, được đánh dấu, có thể chỉnh sửa) và cung cấp chức năng tìm kiếm bằng ngôn ngữ tự nhiên đối với các phần tử giao diện.

Trong số những công cụ nổi bật nhất của nó có các tính năng như sau: desktop_snapshot, bao gồm cây khả năng truy cập với các tham chiếu ngữ nghĩa, desktop_find để định vị các mục dựa trên các mô tả như "nút lưu" hoặc "trường tìm kiếm", desktop_click Nhấp chuột theo tham chiếu hoặc tọa độ, desktop_type để viết văn bản, desktop_key để gửi các phím tắt và desktop_capabilities Để kiểm tra xem loại hình tự động hóa nào có sẵn trong từng môi trường.

Trong GNOME, để mọi thứ hoạt động chính xác, điều cần thiết là phải bật tính năng hỗ trợ tiếp cận máy tính để bàn . Điều này thường được thực hiện thông qua Cài đặt → Hỗ trợ tiếp cận. KDE cũng có các tùy chọn tương tự trong bảng Hệ thống. Hầu hết các môi trường máy tính để bàn hiện đại đều bật tính năng này theo mặc định, nhưng trong một số trường hợp, bạn cần khởi động lại phiên làm việc để trình nền AT-SPI2 khởi động đúng cách.

Về khả năng tương thích với các nền tảng đồ họa, máy chủ MCP này hỗ trợ X11, Wayland và XWaylandBảng liệt kê các khả năng cho thấy rằng chức năng này bao gồm phát hiện AT-SPI, nhấp chuột theo tham chiếu, viết văn bản và sử dụng các công cụ như... ydotool được hỗ trợ đầy đủ trong cả ba môi trường, trong khi xdotool Nó hoạt động với hiệu suất tối đa trong X11 và XWayland, nhưng không được sử dụng trong các phiên Wayland thuần túy.

Trong phần khắc phục sự cố, tài liệu đề cập đến các lỗi thường gặp như “AT-SPI2 không khả dụng” hoặc “Đăng ký AT-SPI2 không chạy ”, thường là do tính năng hỗ trợ tiếp cận chưa được bật hoặc dịch vụ không khởi động đúng cách. Tài liệu cũng đề cập đến thông báo “Không có phần phụ trợ đầu vào khả dụng” trong Wayland, thường được giải quyết bằng cách cài đặt và cấu hình các công cụ mô phỏng đầu vào phù hợp. Ngoài ra, tài liệu cũng lưu ý rằng một số ứng dụng cũ hơn hoặc được tích hợp kém có thể không hiển thị cây hỗ trợ tiếp cận của chúng, do đó một số phần tử sẽ không xuất hiện trong ảnh chụp nhanh.

MCP như một tiêu chuẩn tích hợp cho các nhóm phát triển giao diện người dùng.

Ngoài môi trường máy tính để bàn, MCP đang khẳng định vị thế là nền tảng hàng đầu để tích hợp các công cụ quy trình làm việc giao diện người dùng quan trọng : thiết kế (Figma), kiểm soát phiên bản (GitHub, GitLab), triển khai (Vercel, Netlify, Cloudflare), giám sát (Sentry, Chromatic) và quản lý công việc (Linear, Jira, Notion, Atlassian, v.v.).

MCP thường được mô tả như là "cổng USB-C dành cho việc tích hợp các tác nhân và công cụ" vì nó cho phép bạn kết nối các thông số kỹ thuật thiết kế, kho lưu trữ, quy trình triển khai, giám sát và quản lý tác vụ trong một kênh duy nhất mà các trợ lý AI, trình soạn thảo mã và hệ thống CI/CD đều hiểu được — mà không cần các lớp bộ chuyển đổi tùy chỉnh cho từng cặp công cụ.

Hiện đã có một danh sách khá đầy đủ các máy chủ MCP từ xa sẵn sàng cho sản xuất, nhiều trong số đó có OAuth và quyền truy cập chi tiết . Ví dụ, Cloudflare duy trì một danh mục các máy chủ MCP được quản lý tích hợp với Workers, Pages, KeyV hoặc R2; Notion cung cấp máy chủ (chính thức hoặc thuộc sở hữu cộng đồng) để đọc và ghi tài liệu, nhiệm vụ và thông số kỹ thuật; và GitHub và GitLab có các máy chủ MCP riêng để quản lý sự cố, yêu cầu kéo/hợp nhất và tự động hóa quy trình xem xét mã.

Các nền tảng khác tham gia vào hệ thống bao gồm các mẫu và máy chủ MCP kiểm soát việc triển khai , môi trường, miền và dự án, cũng như Supabase, cung cấp quyền truy cập chỉ đọc vào cơ sở dữ liệu và các khả năng nền tảng khác được thiết kế cho các ứng dụng giao diện người dùng. Trong lĩnh vực quản lý công việc, Linear và Atlassian (Jira/Confluence) cung cấp các MCP từ xa cho phép người dùng tạo sự cố, cập nhật trạng thái, xem sprint hoặc tóm tắt trang, đồng thời biết được quyền hạn của từng người dùng.

Trong lĩnh vực quan sát, Sentry cung cấp máy chủ MCP (với cả phiên bản được lưu trữ và mã nguồn mở) để kiểm tra lỗi, cung cấp ngữ cảnh thời gian thực cho các sự cố và thậm chí tạo ra các bản vá được đề xuất. Stripe tạo điều kiện thuận lợi cho việc tương tác với API thanh toán và tài liệu của họ; Chromatic/Storybook cung cấp các công cụ để kiểm thử trực quan và xem xét giao diện; và các dự án như Grep MCP cho phép tìm kiếm mã nguồn quy mô lớn trên các kho lưu trữ GitHub công khai , kết hợp biểu thức chính quy và ngữ nghĩa.

Tất cả những điều này khiến MCP trở thành một lựa chọn rất thiết thực cho một nhóm phát triển giao diện người dùng hiện đại vào năm 2025 và những năm tiếp theo . Thay vì duy trì các đoạn mã được ghép nối bằng băng dính điện, chỉ cần chọn một bộ máy chủ MCP phù hợp (Figma, GitHub/GitLab, Vercel/Netlify/Cloudflare, Sentry/Chromatic, v.v.) và để trợ lý AI điều phối quy trình thiết kế → mã hóa → triển khai → giám sát trong trình chỉnh sửa hoặc hệ thống CI.

Hướng dẫn thực hành: Cấu trúc và phát triển máy chủ MCP của riêng bạn

Nếu bạn muốn nâng cao khả năng hỗ trợ MCP trong GNOME, sớm muộn gì bạn cũng phải tự xây dựng máy chủ MCP của riêng mình . Ngoài việc sử dụng các máy chủ có sẵn, việc tạo một máy chủ từ đầu buộc bạn phải hiểu kiến ​​trúc phụ trợ, quản lý công cụ và mô hình thông điệp của giao thức, cho phép bạn kiểm soát hoàn toàn cách trí tuệ nhân tạo tương tác với hệ thống của mình.

Kiến trúc điển hình của máy chủ MCP là kiến ​​trúc mô-đun và thường được chia thành bốn khối: ứng dụng máy chủ chính , các mô-đun công cụ và tài nguyên, các trình xử lý giao tiếp và các điểm tích hợp. Ứng dụng chịu trách nhiệm mở các socket hoặc điểm cuối HTTP/STDIO, quản lý các kết nối đồng thời, xác thực máy khách và điều phối luồng dữ liệu.

Các mô-đun công cụ là những đoạn mã bao hàm các hành động cụ thể: truy vấn cơ sở dữ liệu, thực hiện phép tính, kích hoạt triển khai, khởi chạy sổ tay tự động hóa, v.v. Mỗi công cụ có một tên duy nhất, mô tả rõ ràng, lược đồ tham số và lược đồ phản hồi, thường được định nghĩa bằng JSON Schema để đảm bảo tính hợp lệ . Máy chủ duy trì bản ghi về các công cụ này và, khi nhận được thông báo MCP, sẽ chuyển tiếp yêu cầu đến chức năng thích hợp.

Các trình xử lý giao tiếp phân tích các tin nhắn đến ở định dạng MCP, xác minh rằng chúng tuân thủ lược đồ và định tuyến từng yêu cầu đến công cụ hoặc tài nguyên thích hợp. Chúng cũng định hình phản hồi , điền vào các trường mà máy khách mong đợi (kết quả, lỗi, siêu dữ liệu, v.v.). Cuối cùng, các điểm tích hợp là các giao diện bên ngoài cho phép trợ lý và ứng dụng kết nối: điểm cuối HTTP, WebSockets, phương thức truyền tải STDIO hoặc bất cứ thứ gì được xác định bởi quá trình triển khai.

Luồng tương tác rất đơn giản: máy khách gửi yêu cầu MCP đến máy chủ, trình xử lý diễn giải yêu cầu đó, máy chủ thực thi công cụ được chỉ định, và trình xử lý đóng gói và trả về phản hồi. Nhờ thiết kế phân lớp này, bạn có thể thay thế lớp vận chuyển hoặc thêm các công cụ mới mà không cần thay đổi logic cốt lõi của ứng dụng.

Để phát triển một máy chủ MCP trong thực tế, bạn thường bắt đầu bằng cách lựa chọn... một ngôn ngữ lập trình có khả năng hỗ trợ mạng tốt Ví dụ như Python hoặc Node.js. Trong Python, các framework như Flask hoặc FastAPI rất phổ biến; trong Node.js, Express rất phù hợp. Nên cấu trúc dự án bằng các thư mục cho các công cụ (/tools), trình xử lý (/handlers) và một tệp chính (server.py o server.js), ngoài các tệp phụ thuộc (requirements.txt o package.json).

Về mặt môi trường, điều tốt nhất cho sức khỏe là làm việc với... môi trường ảo hoặc biệt lập: venv bằng Python, hoặc đơn giản là một dự án với node_modules Trong Node.js. Sử dụng hệ thống quản lý phiên bản Git và một công cụ tốt. .gitignore Chúng giúp giữ cho mọi thứ gọn gàng. Việc ghi lại quy trình cài đặt trong tệp README giúp các nhà phát triển khác dễ dàng sao chép máy chủ MCP của bạn trên máy của họ.

Công cụ, tài nguyên, kiểm thử và triển khai máy chủ MCP

Việc định nghĩa rõ ràng các công cụ là chìa khóa để mô hình ngôn ngữ có thể sử dụng chúng một cách đáng tin cậy. Mỗi công cụ nên thực hiện một nhiệm vụ duy nhất, được định nghĩa rõ ràng (nguyên tắc nguyên tử), với tên gọi mô tả, giải thích rõ ràng và sơ đồ đầu vào/đầu ra chi tiết. Điều này cho phép máy chủ quảng bá khả năng của nó và máy khách (mô hình) hiểu được những gì nó có thể yêu cầu và những gì nó sẽ nhận được.

Trong lập trình, bạn thường duy trì một thanh công cụ (ví dụ: một từ điển trong Python ánh xạ tên công cụ đến các hàm). Việc thêm một thanh công cụ mới bao gồm việc viết hàm với các kiểm tra hợp lệ, ghi chú tài liệu cho hàm đó và thêm nó vào thanh công cụ. Mặt khác, tài nguyên là dữ liệu hoặc dịch vụ mà các công cụ này tương tác: cơ sở dữ liệu, API bên ngoài, hệ thống tệp, hàng đợi, v.v.

Giai đoạn thử nghiệm bao gồm cả các thử nghiệm thủ công (sử dụng MCP Inspector, Postman hoặc cURL) và thử nghiệm tự động. Thông thường, các tin nhắn MCP mẫu được gửi đến điểm cuối máy chủ và được xác minh. Các câu trả lời đáp ứng đúng định dạng dự kiến.Bao gồm mã lỗi, cấu trúc dữ liệu và các trường bắt buộc. Trong Python, pytest Nó hỗ trợ kiểm thử đơn vị và kiểm thử tích hợp; trong Node.js, các framework như... mocha o jest Chúng thực hiện chức năng đó.

Để gỡ lỗi, một hệ thống ghi nhật ký được thiết kế tốt là vô cùng quan trọng. Các thư viện như... logging trong Python hoặc winston trong Node.js Chúng cho phép bạn ghi lại những gì xảy ra khi một yêu cầu đến, công cụ nào được thực thi, các tham số nào được nhập và kết quả đầu ra là gì. Trong môi trường phát triển, bạn có thể sử dụng các trình gỡ lỗi đồ họa (VS Code, PyCharm, WebStorm) để đặt điểm dừng và kiểm tra các biến một cách chi tiết.

Sau khi máy chủ MCP của bạn hoạt động cục bộ, bước tiếp theo là triển khai. Nhiều người lựa chọn sử dụng container Docker và các nền tảng như Google Cloud Run, AWS ECS hoặc Azure App Service , cung cấp khả năng tự động mở rộng quy mô, tính khả dụng cao và quản lý chứng chỉ TLS tích hợp sẵn. Điều quan trọng là phải chuyển tất cả cấu hình nhạy cảm (khóa API, thông tin đăng nhập, v.v.) vào các biến môi trường và giữ bí mật tránh xa mã nguồn.

Bảo mật dựa trên các cơ chế xác thực như khóa API hoặc OAuth, chỉ cho phép truy cập đối với các máy khách đáng tin cậy. Cũng nên xác định giới hạn tài nguyên và chính sách mở rộng theo chiều ngang để máy chủ có thể xử lý các đợt tăng đột biến lưu lượng truy cập. Việc giám sát bằng các công cụ như CloudWatch hoặc Google Operations, và việc thiết lập các điểm cuối kiểm tra trạng thái, giúp việc phát hiện sự cố dễ dàng hơn nhiều.

Về bảo trì, nên thường xuyên cập nhật các thư viện phụ thuộc và hệ điều hành , áp dụng các bản vá bảo mật và sử dụng chiến lược triển khai xanh/đỏ hoặc triển khai cuốn chiếu để tránh gián đoạn dịch vụ. Tất cả những điều này đều áp dụng cho máy chủ MCP tự động hóa GNOME cũng như máy chủ tích hợp Stripe hoặc GitHub.

Máy chủ MCP dành cho Docker và môi trường thử nghiệm Linux được điều khiển bằng AI.

Một ví dụ minh họa rất rõ ràng khác về những gì có thể làm được với MCP là... Một máy chủ sử dụng Docker Engine để tạo ra các môi trường thử nghiệm Linux được điều khiển bởi trí tuệ nhân tạo.Loại máy chủ này tạo ra các vùng chứa biệt lập, trong đó các công cụ như Gemini-cli hoặc Claude có thể thực thi lệnh, biên dịch mã, chỉnh sửa tệp và thậm chí mở các trình soạn thảo như... vimTrong khi đó, người dùng lại nhìn thấy mọi thứ đang diễn ra.

Trong một ví dụ điển hình, người dùng yêu cầu AI viết một chương trình C, biên dịch nó và chạy nó trong môi trường ảo, hướng dẫn nó sử dụng trình soạn thảo terminal. Máy chủ MCP đóng vai trò trung gian: nó tạo ra môi trường ảo, cung cấp các công cụ phù hợp, chuyển tiếp các lệnh và thu thập kết quả đầu ra . Tất cả điều này được thực hiện với mức độ hiển thị cao, vì vậy bạn biết chính xác mô hình đang làm gì bên trong môi trường ảo.

Cách tiếp cận này rất hữu ích cho các thí nghiệm, đào tạo hoặc các tác vụ phát triển tiềm ẩn rủi ro, vì nó giữ cho hệ thống máy chủ được an toàn . Mã nguồn của máy chủ cụ thể này có sẵn trên GitHub, cho phép bạn nghiên cứu, điều chỉnh nó theo nhu cầu của mình hoặc đóng góp cải tiến. Đây là một ví dụ hoàn hảo về cách MCP có thể kết nối AI và container một cách cực kỳ linh hoạt.

Trong môi trường GNOME, loại máy chủ này hoàn toàn hợp lý: bạn có thể sử dụng ứng dụng khách MCP trên máy tính để bàn, yêu cầu AI thiết lập môi trường hộp cát Docker, và tiếp tục làm việc với các ứng dụng đồ họa của mình trong khi container thực hiện công việc của nó ở chế độ nền . Sự tách biệt giữa máy tính để bàn và hộp cát mang lại sự an tâm mà không làm giảm sức mạnh của tự động hóa.

Hơn nữa, việc kết hợp loại máy chủ này với các máy chủ tự động hóa trình duyệt hoặc máy tính để bàn (thông qua Puppeteer hoặc AT-SPI2) mở ra cánh cửa cho các quy trình làm việc rất tiên tiến : ví dụ, khởi chạy một ứng dụng trong Docker, khởi chạy trình duyệt được điều khiển bởi MCP để thực hiện các bài kiểm tra E2E, và đồng thời cho phép mô hình tương tác với các hộp thoại và cửa sổ trên máy tính để bàn.

MCP trên các máy khách thay thế: một ví dụ từ KoboldCpp

Không phải tất cả hỗ trợ MCP đều chỉ giới hạn ở các ứng dụng thương mại như Claude Desktop. Các công cụ như KoboldCpp đã tích hợp hỗ trợ MCP gốc trong các phiên bản gần đây , nhằm mục đích cung cấp một giải pháp thay thế cho máy tính để bàn có khả năng kết nối với cùng các máy chủ mà bạn sử dụng với các ứng dụng khác.

Trong phiên bản KoboldCpp 1.106, một “cầu nối MCP” đã được thêm vào, cho phép kết nối với tất cả các máy chủ được khai báo trong một tệp. mcp.json Sử dụng cùng định dạng với Claude Desktop. Cầu nối này có khả năng giao tiếp với cả máy chủ MCP dựa trên HTTP và máy chủ sử dụng STDIO làm phương thức truyền tải, tự động chuyển tiếp. gọi đến các công cụ AI sẽ quyết định khởi chạy nó lên máy chủ chính xác.

Từ giao diện người dùng KoboldCpp, bạn có thể xem danh sách các công cụ có sẵn trên tất cả các máy chủ MCP được kết nối , kích hoạt hoặc vô hiệu hóa các công cụ mà bạn muốn mô hình có thể sử dụng, và thậm chí bật hệ thống phê duyệt cho các lệnh gọi công cụ, để bạn phải xác nhận trước khi AI thực hiện một số hành động nhạy cảm.

Điều này chứng tỏ MCP không bị ràng buộc với một nhà cung cấp duy nhất; bất kỳ máy khách nào triển khai giao thức này đều có thể tận dụng cùng một hệ sinh thái máy chủ . Trên thực tế, nếu bạn đã có một bộ máy chủ MCP được cấu hình sẵn cho môi trường GNOME của mình, bạn có thể thử nghiệm các máy khách khác nhau (Claude, KoboldCpp, trình soạn thảo có plugin MCP, v.v.) mà không cần phải thực hiện lại tất cả các tích hợp.

Cộng đồng xung quanh KoboldCpp đã chia sẻ ảnh chụp màn hình, nơi có thể thấy chúng. nhiều máy chủ công cụ đang hoạt động Đồng thời, bài viết cũng cho thấy cách cầu nối MCP điều phối các khả năng khác nhau mà người dùng không cần phải thao tác nhiều với cấu hình. mcp.json.

Tóm lại, sự tiến bộ này củng cố ý tưởng về MCP như một tiêu chuẩn chung cho các tác nhân và công cụ , chứ không phải là một tiện ích bổ sung độc quyền cho một sản phẩm cụ thể. Điều này mang lại lợi ích cho người dùng GNOME và Linux cũng như người dùng Windows hoặc macOS.

Với tất cả những điều trên, triển vọng hỗ trợ máy chủ MCP trong môi trường GNOME rất hứa hẹn: chúng ta có khả năng tự động hóa trình duyệt và máy tính để bàn với hỗ trợ X11/Wayland, máy chủ từ xa cho hầu hết các công cụ quan trọng của một nhóm phát triển hiện đại, hướng dẫn chi tiết về việc xây dựng và triển khai máy chủ riêng, và ngày càng nhiều khách hàng đa dạng hiểu rõ giao thức này. Nếu kết hợp điều này với các biện pháp bảo mật tốt, khả năng truy cập máy tính để bàn được kích hoạt và chiến lược rõ ràng về việc kích hoạt máy chủ nào, thì có thể thiết lập quy trình làm việc trong đó AI không chỉ là một chatbot đơn giản mà còn trở thành một người vận hành có khả năng điều hướng liền mạch giữa các ứng dụng GNOME, vùng chứa Docker và nền tảng đám mây của bạn.