MCP Server & Client

Level: L7 — MCP, API & Connectors (Bài 2/11 theo thứ tự sản xuất — · Đối tượng: Người đã học bài 68 (định nghĩa MCP, 3 vai trò, 6

1. Mục tiêu học tập

Sau bài này, bạn có thể:

Phân biệt 1 hệ thống đóng vai trò Host, Client, hay Server (hoặc nhiều vai trò cùng lúc) khi nhìn vào 1 sản phẩm thật.
Giải thích vì sao Claude Desktop và Claude Code đều là Host nhưng phục vụ ngữ cảnh khác nhau.
Nhận diện 1 nền tảng automation (Make) có thể vừa là MCP Client vừa là MCP Server cùng lúc, và vì sao điều đó có ý nghĩa thực tế.
Tránh nhầm 1 ví dụ cụ thể (Make) là “cách MCP hoạt động ở mọi nền tảng.”

2. Khái niệm cốt lõi

Nhắc lại nhanh (dẫn chiếu bài 68, không giải thích lại): MCP định nghĩa 3 vai trò — Host (khởi tạo kết nối), Client (connector bên trong host), Server (cung cấp context/năng lực). Bài này đào sâu: 1 hệ thống không bị khóa cứng vào đúng 1 vai trò — cùng 1 sản phẩm có thể vừa là Client (gọi ra ngoài để lấy công cụ) vừa là Server (expose năng lực của chính nó cho hệ thống khác gọi vào).

Vai trò Host — 2 ví dụ khác nhau cùng 1 hãng: Claude Desktop và Claude Code đều là Host hợp lệ theo đúng định nghĩa (đều khởi tạo kết nối MCP), nhưng phục vụ ngữ cảnh khác nhau — Claude Desktop là ứng dụng chat cho người dùng cuối, Claude Code là công cụ dòng lệnh cho việc code (đã dùng xuyên suốt bài 57-64, L6). Cùng 1 chuẩn giao thức, khác cách sử dụng.

3. Tại sao nội dung này quan trọng

Bài 68 dạy khái niệm/định nghĩa. Bài này cho bạn khả năng nhận diện vai trò MCP khi nhìn vào 1 sản phẩm thật — kỹ năng cần thiết trước khi bước vào các bài kết nối cụ thể (70-73), nơi bạn sẽ liên tục phải xác định: hệ thống mình đang xây đóng vai Client hay Server, và hệ thống bên kia (Google/Notion/CRM/Database) đóng vai gì.

4. Cơ chế hoạt động

Real implementation — Make hỗ trợ MCP theo cả hai chiều [S24]:

MCP Client: Make dùng “MCP toolbox” để gọi các MCP server bên ngoài, làm nguồn công cụ/context cho agent chạy trong Make.
MCP Server: Make cũng expose scenario/năng lực của chính nó như 1 MCP server, để ứng dụng khác gọi vào.

Make gọi tính năng agent của mình là “agentic automation” — tích hợp trực tiếp trong canvas Make, nơi automation (scenario) vốn đã tồn tại [S24]. Theo mô tả của Make, agent có thể “reason, chọn bước tiếp theo, và kích hoạt workflow thật,” với quyền truy cập vào hệ sinh thái tích hợp app của Make [S24].

Luồng khái niệm (diễn giải dựa trên mô tả sản phẩm, không phải hướng dẫn thao tác chi tiết — Make không công bố quy trình kỹ thuật chi tiết trong nội dung đã thu thập): agent nhận yêu cầu → dùng MCP toolbox để gọi tool/context từ MCP server liên quan (đóng vai Client) → dựa trên kết quả, agent quyết định kích hoạt 1 scenario thật trong Make → nếu ứng dụng khác cần gọi vào chính scenario đó, Make lúc này đóng vai Server.

5. Mental model

Nối lại mental model “MCP = LSP của thế giới AI” (bài 68) và “mạng lưới nhà cung cấp” (mở đầu Level 7): nếu MCP toolbox của Make là “hộp công cụ chung” Make mượn từ các nhà cung cấp khác (vai Client), thì việc Make expose scenario của chính nó ra ngoài giống như Make trở thành 1 nhà cung cấp mới trong cùng mạng lưới đó (vai Server). Cùng 1 hệ thống, 2 vai trò — không mâu thuẫn, vì “nhà cung cấp” và “khách hàng” chỉ là góc nhìn tùy vào ai đang gọi ai trong 1 giao dịch cụ thể.

6. Hướng dẫn từng bước

Checklist “xác định vai trò MCP của 1 hệ thống” (tổng hợp của người viết):

Hệ thống này có tự khởi tạo kết nối tới 1 MCP server khác không? → nếu có, nó đóng vai Host/Client.
Hệ thống này có expose năng lực/dữ liệu của chính nó để hệ thống khác gọi vào qua MCP không? → nếu có, nó đóng vai Server.
Cả 2 đều đúng? → hệ thống đóng cả 2 vai trò cùng lúc (như Make).
Không cái nào đúng? → hệ thống đó không tham gia MCP, có thể vẫn giao tiếp qua API thông thường (bài 65) hoặc webhook (bài 66).

7. Ví dụ thực tế

Vendor example — đối chiếu 2 kiểu Host: Claude Code (đã dùng ở L6) đóng vai Host khi kết nối tới 1 MCP server cung cấp context codebase; Claude Desktop đóng vai Host khi người dùng cuối kết nối tới 1 connector trong Claude Connectors Directory (bài 68 mục 7, dữ liệu 2024) — cùng kiến trúc, khác đối tượng sử dụng.

Ví dụ hệ sinh thái Make liên quan [S24]: Make Grid (hạ tầng deploy agent), Make Skills (mở rộng năng lực agent), Maia by Make (sản phẩm AI liên quan khác). (Tên gọi sản phẩm liệt kê trong nguồn, không có mô tả chi tiết cách hoạt động — tham khảo tài liệu Make hiện hành nếu cần tìm hiểu sâu, đây là hệ sinh thái phát triển nhanh.)

8. Prompt/template/workflow

Bài này minh họa khái niệm qua ví dụ thật, không phải hướng dẫn thao tác — dùng checklist mục 6 để áp dụng cách tư duy tương tự cho bất kỳ nền tảng automation nào bạn đang dùng (n8n, Zapier…).

9. Visual hoặc diagram cần thiết

Hình 7.5 — MCP: 1 công cụ (ví dụ Make) có thể vừa là Client vừa là Server.

10. Bài tập thực hành

Chọn 1 nền tảng automation khác bạn đang dùng hoặc quan tâm (n8n, Zapier, hoặc khác). Tìm hiểu: nó có hỗ trợ MCP không?
Nếu có, nó đóng vai MCP Client, Server, hay cả hai — giống hay khác Make?
Áp dụng checklist mục 6 cho 1 hệ thống bạn đang xây (kể cả dự án tích lũy Notes App) — hiện tại nó có tham gia MCP theo vai trò nào không, hay đang giao tiếp thuần túy qua API/webhook?

11. Checklist

Phân biệt được vai trò Host, Client, Server khi nhìn vào 1 sản phẩm thật.
Giải thích được vì sao Claude Desktop và Claude Code đều là Host nhưng khác ngữ cảnh.
Nhận diện được 1 hệ thống có thể đóng cả vai Client lẫn Server (ví dụ Make).
Không coi Make là "chuẩn chung" cho mọi nền tảng automation.

12. Lỗi thường gặp

(Suy luận từ nội dung nguồn [S24], không phải quan sát độc lập.)

Nhầm lẫn giữa 2 dòng sản phẩm song song của Make (“Make AI Agent (New)” và bản cũ hơn) khi tra cứu tài liệu.
Coi cách Make triển khai MCP là đại diện cho “cách MCP hoạt động” nói chung — mỗi nền tảng có thể triển khai khác nhau.
Nghĩ 1 hệ thống chỉ có thể là Client HOẶC Server, không nhận ra nhiều hệ thống thật đóng cả 2 vai cùng lúc.

13. Giới hạn & khi nào KHÔNG nên áp dụng

Tại thời điểm thu thập thông tin, Make có 2 dòng sản phẩm song song liên quan AI agent, dễ gây nhầm khi tra cứu tài liệu [S24].
Trạng thái phát hành chính thức (beta hay GA) của app AI Agents không được nêu rõ trong nội dung đã thu thập — tự kiểm tra trạng thái hiện hành nếu định triển khai thật.
Bài này không phải hướng dẫn dùng Make — chỉ dùng làm ví dụ minh họa vai trò MCP; không đủ để bắt đầu xây dựng trên Make mà không tham khảo tài liệu chính thức hiện hành.
Không đào sâu cách agent trong Make/n8n/Zapier vận hành workflow tự động — đó là phạm vi Level 8 (Ch05-07 đã học “dùng nền tảng automation có sẵn”; bài này chỉ mượn Make làm ví dụ vai trò MCP, không dạy lại cách dùng Make).

14. An toàn & quản trị (Safety/Governance)

Nguồn về Make [S24] không mô tả nguyên tắc an toàn riêng của nền tảng — bài này không bịa thêm nguyên tắc riêng, mà áp dụng lại 4 nguyên tắc an toàn cấp giao thức đã học ở bài 68 [S26]: bất kỳ MCP server nào Make gọi qua toolbox cũng nên được đánh giá theo cùng nguyên tắc user consent, tool safety, data privacy — không có ngoại lệ chỉ vì nó chạy trong 1 nền tảng automation quen thuộc. Khi 1 hệ thống đóng cả vai Client lẫn Server (như Make), rủi ro cộng dồn theo cả 2 chiều — cần đánh giá an toàn cho cả việc nó gọi ra ngoài lẫn việc nó cho phép ai gọi vào.

15. Best practices

Khi đánh giá 1 nền tảng “hỗ trợ AI agent,” hỏi rõ: nó có dùng MCP không, và đóng vai client, server, hay cả hai?
Áp dụng checklist đánh giá MCP server đã học ở bài 68 cho bất kỳ MCP server nào được gọi qua nền tảng automation.
Luôn kiểm tra tài liệu hiện hành của nền tảng cụ thể trước khi triển khai thật — hệ sinh thái MCP/automation thay đổi nhanh.

16. Nội dung nâng cao (không bắt buộc)

Cách agent hoạt động chi tiết bên trong các nền tảng automation cụ thể (n8n, Zapier, Make, Google ADK) đã được học ở Level 8 (Ch05-08) — bài này chỉ mượn Make làm ví dụ minh họa đúng 1 khía cạnh: vai trò MCP Client/Server, không lặp lại nội dung Level 8 về cách thiết kế workflow automation.

17. Nguồn tham khảo

[S24] Make AI Agents, Help Center — help.make.com/make-ai-agents — MCP client (toolbox) + MCP server, agentic automation. Freshness re-verify 2026-07-13: cập nhật 03/02/2026, không đổi.
[S26] Model Context Protocol — Specification (dẫn chiếu qua bài 68, không giảng lại).
Dẫn chiếu (không trích dẫn mới): bài 57 (Claude Code, L6, ví dụ Host); bài 68 (định nghĩa MCP đầy đủ).

18. Ngày kiểm chứng

Ví dụ Make kiểm chứng qua S24 ngày 2026-07-13 — nội dung sản phẩm Make đặc biệt dễ lỗi thời (2 dòng sản phẩm song song tại thời điểm viết), khuyến nghị re-verify trước khi dùng làm căn cứ triển khai thật.