Courses
Building Scalable Agentic Systems
1 giờ 30 phút
16K
Một năm rưỡi trước, Model Context Protocol vẫn còn là một thuật ngữ ít người biết ngoài Anthropic. Giờ đây, nó xuất hiện trong phỏng vấn cho các vị trí kỹ sư AI, quan hệ nhà phát triển và backend vì nhiều đội ngũ triển khai tác tử đều có máy chủ hoặc khách hàng MCP đâu đó trong stack.
MCP (Model Context Protocol) là một giao thức mở tiêu chuẩn hóa cách ứng dụng AI kết nối với công cụ, dữ liệu và mẫu nhắc bên ngoài. Nó giải quyết bài toán tích hợp N x M: nếu không có giao thức chung, mỗi cặp mô hình-công cụ cần một bộ nối riêng. Với MCP, bạn xây bộ nối một lần và mọi host tuân chuẩn đều có thể dùng. Bạn có thể nghe người ta gọi nó là "USB-C của AI," ví von này đủ cho lời giải thích đầu tiên và không nên đi xa hơn.
Câu hỏi phỏng vấn phụ thuộc rất nhiều vào vai trò. Một lập trình viên junior có thể cần giải thích sự khác nhau giữa tools và resources. Một kỹ sư nền tảng có khả năng bị hỏi nhiều hơn về việc lõi giao thức không trạng thái ảnh hưởng triển khai như thế nào. Tôi sắp xếp hướng dẫn theo độ khó và trường hợp sử dụng, vì vậy hãy tập trung vào các phần phù hợp với vai trò của bạn.
Yếu tố thời điểm rất quan trọng, và tôi nói rõ điều này vì MCP vẫn đang thay đổi. Tại thời điểm viết bài, đặc tả ổn định hiện tại là 2025-11-25. Bản phát hành ứng viên cho 2026-07-28 đã được khóa và dự kiến ra mắt trong khoảng bốn tuần nữa, nên mọi thứ từ RC đó được gắn nhãn là định hướng tương lai.
Câu hỏi phỏng vấn MCP cho người mới bắt đầu
Những câu này xuất hiện ở nhiều vòng sàng lọc, bất kể cấp độ. Tôi sẽ bắt đầu từ thuật ngữ.
MCP là gì và vì sao nó được tạo ra?
MCP là một tiêu chuẩn mở, ban đầu do Anthropic xây dựng và mở mã nguồn vào tháng 11/2024, để kết nối ứng dụng AI với công cụ và nguồn dữ liệu bên ngoài. Nói trực diện hơn: triển khai MCP một lần, và bạn có thể giao tiếp với bất kỳ máy chủ tương thích MCP nào thay vì viết bộ nối mới cho mỗi công cụ.
Máy chủ MCP là gì?
Máy chủ là một chương trình cung cấp tools, resources và prompts cho một khách hàng MCP. Nó có thể chạy như một tiến trình con cục bộ qua stdio hoặc như một tiến trình từ xa độc lập truy cập qua HTTP. Máy chủ không biết gì về chính mô hình; nó phản hồi yêu cầu theo giao thức.
Khách hàng MCP là gì?
Client là bộ nối ở cấp độ giao thức nằm trong ứng dụng host (hãy nghĩ Claude Desktop, VS Code hoặc Cursor) và giao tiếp với một máy chủ tại một thời điểm qua JSON-RPC. Một host có thể chạy nhiều client, mỗi client giữ một kết nối một-một với một máy chủ.
MCP khác gì so với REST API thông thường?
REST API được viết để lập trình viên gọi từ mã. MCP được xây dựng để một LLM khám phá và gọi lúc chạy. Sự khác biệt đó quan trọng hơn định dạng truyền. Một client có thể hỏi máy chủ tools/list và nhận mô tả có cấu trúc về các khả năng sẵn có, điều mà REST API điển hình không cung cấp sẵn. Với một tích hợp đơn giản, gọi API trực tiếp thường nhanh và rẻ hơn.
Máy chủ có thể cung cấp những loại tài nguyên nào?
Bất cứ thứ gì có thể định địa chỉ bằng URI: tệp, bản ghi cơ sở dữ liệu, tài liệu, giá trị cấu hình, phản hồi API. Resources là ngữ cảnh chỉ đọc, không phải hành động, và đây là điểm dễ nhầm với người mới.
Câu hỏi phỏng vấn về các khái niệm lõi MCP
Khi thuật ngữ đã vững, người phỏng vấn chuyển sang cách các thành phần giao tiếp với nhau.
Kiến trúc tổng quát là gì?
Ba vai trò: host, client, server. Host là ứng dụng mà con người sử dụng. Nó khởi tạo một hoặc nhiều client, và mỗi client giữ một kết nối duy nhất tới một máy chủ. Mọi thông điệp giữa client và server đều là JSON-RPC 2.0, giúp bạn có định dạng truyền ổn định bất kể phương thức vận chuyển.
Ba giai đoạn vòng đời của một kết nối là gì?
Khởi tạo, vận hành và tắt. Trong khởi tạo, client gửi phiên bản giao thức và các khả năng mà nó hỗ trợ, và server phản hồi với phần của mình. Khi hai bên đồng thuận, các yêu cầu thông thường như tools/list và tools/call diễn ra ở giai đoạn vận hành. Tắt chỉ là đóng sạch sẽ.
MCP hiện dùng những phương thức vận chuyển nào?
stdio cho máy chủ cục bộ dạng tiến trình con, và Streamable HTTP cho máy chủ từ xa. Streamable HTTP đã thay thế vận chuyển HTTP-kèm-SSE cũ trong đặc tả 2025-03-26, nên mô tả hai endpoint SSE riêng lẻ đã lỗi thời.
Sự khác nhau thực sự giữa tools, resources và prompts là gì?
Khác biệt này nói về quyền kiểm soát, không phải kiểu dữ liệu:
- Tools do mô hình kiểm soát. LLM quyết định khi nào gọi dựa trên ngữ cảnh.
- Resources do ứng dụng kiểm soát. Host hoặc người dùng quyết định khi nào tải.
- Prompts do người dùng kiểm soát. Một người chọn rõ template trước khi suy luận bắt đầu.
Nhiều ứng viên định nghĩa theo loại dữ liệu mà chúng mang, và như vậy là sai trọng tâm.
Câu hỏi phỏng vấn về MCP Tools, Resources và Prompts
Khi mô hình kiểm soát đã rõ, câu hỏi tiếp theo là các nguyên thủy này trông như thế nào trong thực tế.
Một định nghĩa tool gồm những gì?
Một name, một description, một inputSchema viết bằng JSON Schema, và kể từ đặc tả 2025-06-18, một outputSchema tùy chọn cùng annotations mô tả hành vi như công cụ chỉ đọc hay phá hủy. Client nên coi annotations là không đáng tin trừ khi đến từ máy chủ tin cậy. Chúng là gợi ý, không phải đảm bảo.
Khi nào nên là tool thay vì resource?
Nếu có tác dụng phụ hoặc cần tính toán tươi, trực tiếp, đó là tool. Nếu là dữ liệu tham chiếu tĩnh hoặc bán tĩnh và không có tác dụng phụ, đó là resource. Tra cứu thời tiết qua API trực tiếp là tool. Danh sách thành phố được hỗ trợ đã cache là resource.
Điều gì làm nên một MCP tool tốt, ngoài việc chạy được?
Hãy thiết kế xoay quanh việc người dùng muốn hoàn thành gì, không phải xoay quanh các endpoint tình cờ có sẵn. Một tool nên bao bọc một quy trình hoàn chỉnh, không chỉ một lệnh gọi API thô. Phần mô tả cũng quan trọng: đoạn văn đó đi vào ngữ cảnh của mô hình và ảnh hưởng đến việc mô hình chọn đúng công cụ. Dưới đây là ví dụ tối thiểu với lớp FastMCP của Python SDK:
from mcp.server.fastmcp import FastMCP
app = FastMCP("weather-demo")
@app.tool()
async def get_weather(city: str) -> str:
"""Get the current weather for a city."""
return f"Weather data for {city}"
@app.resource("config://units")
async def get_units() -> str:
"""Static configuration for the unit system in use."""
return '{"temperature": "celsius"}'Docstring của tool trở thành mô tả của nó; resource là dữ liệu tĩnh sau một URI, không có tác dụng phụ.
Client truy xuất một resource như thế nào?
Client gọi resources/read với một URI mà nó nhận từ resources/list. Nếu server hỗ trợ khả năng listChanged, nó có thể thông báo cho client khi danh sách resource thay đổi. Không có khả năng đó, client không có tín hiệu và phải thăm dò hoặc làm mới thủ công.
Câu hỏi phỏng vấn về phát triển máy chủ MCP
Đây là lúc kiến thức khái niệm phải biến thành thứ chạy được.
Có những SDK chính thức nào, và chúng có đồng đều về độ hoàn thiện không?
Không. SDK được phân hạng: TypeScript, Python, C# và Go ở Tier 1 với hỗ trợ đầy đủ, Java và Rust ở Tier 2, còn Swift, Ruby, PHP và Kotlin ở Tier 3. Python SDK bao gồm FastMCP, API máy chủ dùng decorator.
Lỗi phổ biến nhất làm hỏng một máy chủ cục bộ là gì?
Ghi ra stdout khi không nên. Vận chuyển stdio dùng stdout độc quyền cho thông điệp JSON-RPC, vì vậy một lệnh print() hay console.log() lạc chỗ sẽ làm hỏng luồng thông điệp và parser phía client sẽ nghẹn. Mọi thứ bạn muốn ghi log để gỡ lỗi phải đi vào stderr.
MCP Inspector hiển thị tool và resource. Video của Tác giả.
Xử lý lỗi trong MCP hoạt động thế nào, và vì sao nó quan trọng trong phỏng vấn?
Có ba tầng. Lỗi ở tầng vận chuyển là vấn đề kết nối. Lỗi ở tầng giao thức dùng mã JSON-RPC chuẩn (-32700 cho lỗi phân tích cú pháp, -32600 đến -32603 cho yêu cầu không hợp lệ, phương thức không biết, và các vấn đề tương tự). Lỗi ở tầng ứng dụng, như một lệnh gọi API bên trong tool trả lỗi, nên trả về với isError: true trong kết quả tool để mô hình thấy và phản ứng.
return {
"content": [{"type": "text", "text": "Rate limit exceeded, try again later"}],
"isError": True
}Cờ đó giúp mô hình thấy thất bại và thử hướng khác.
MCP hiện có trạng thái không?
Có, phiên hiện nay được theo dõi ở cấp độ kết nối. Điều này tạo vấn đề mở rộng cho đội ngũ sản xuất, tôi sẽ đề cập trong phần thiết kế hệ thống.
Câu hỏi phỏng vấn về bảo mật và quản trị MCP
Câu hỏi bảo mật giờ xuất hiện nhiều trong phỏng vấn MCP, đặc biệt cho vai trò nền tảng và doanh nghiệp.
Xác thực khác nhau thế nào giữa vận chuyển stdio và HTTP?
Với máy chủ stdio cục bộ, xác thực trên thực tế là tùy chọn; bạn đã tin tưởng tiến trình mà bạn khởi chạy. Với máy chủ từ xa dựa trên HTTP, OAuth 2.1 là khung, và máy chủ được phân loại là OAuth 2.0 resource server kể từ đặc tả 2025-06-18. OAuth không bắt buộc ở mọi nơi trong MCP.
Tool poisoning là gì?
Đó là chỉ dẫn độc hại ẩn trong metadata của tool, thường là mô tả hoặc schema, mà mô hình đọc khi quyết định nên gọi tool nào. Tool không cần được gọi thì điều này đã có tác động, vì mô hình đã thấy chỉ dẫn khi liệt kê tool.
Tấn công rug pull khác tool poisoning như thế nào?
Tool poisoning là vấn đề ở điểm vào. Rug pull là vấn đề về tính bền vững: một tool trông sạch khi bạn phê duyệt, rồi định nghĩa của nó thay đổi sau đó, và hầu hết client không có cách tích hợp sẵn để buộc phê duyệt lại. Phòng thủ cái này không đồng nghĩa phòng thủ cái kia.
Enterprise-Managed Authorization là gì, và vì sao nó quan trọng lúc này?
EMA là một phần mở rộng MCP đã ổn định vào ngày 18/06/2026. Nó chuyển quyết định ủy quyền sang nhà cung cấp danh tính của tổ chức thay vì mỗi nhân viên phải nhấp chấp thuận trên từng máy chủ. Client nhận một Identity Assertion JWT có chữ ký trong quá trình đăng nhập một lần và đổi nó lấy access token theo phạm vi từ máy chủ ủy quyền của server. Anthropic, Microsoft và Okta hỗ trợ.
Câu hỏi phỏng vấn MCP và tác tử AI
Đây là nơi giao thức kết nối với thiết kế tác tử.
Vì sao MCP quan trọng riêng với tác tử?
Tác tử cần ngữ cảnh và hành động. MCP đặt cả hai trong một giao thức. Như đã nhắc, tools/list cho phép tác tử khám phá những gì sẵn có thay vì dựa vào danh sách hardcode trong mã của tác tử.
Mô hình host, client và server của tác tử. Ảnh của Tác giả.
Khác biệt giữa MCP và A2A là gì?
Quy tắc ngắn gọn: MCP kết nối tác tử với công cụ, A2A kết nối tác tử với tác tử khác. Cả hai giờ nằm dưới Agentic AI Foundation, nên thường được bàn như hai lớp riêng, không phải đối thủ.
Sampling là nguyên thủy gì, và tôi còn nên nhắc đến không?
Sampling cho phép máy chủ yêu cầu một hoàn thành từ mô hình thông qua client, là cách máy chủ có thể chạy hành vi giống tác tử mà không giữ khóa API. Hãy biết nguyên thủy này, nhưng thêm lưu ý: RC 2026-07-28 đánh dấu Sampling, Roots và Logging là phản đối sử dụng theo chính sách vòng đời tính năng mới. Chúng vẫn hoạt động ít nhất mười hai tháng, nhưng tác giả máy chủ ngày càng được khuyên gọi trực tiếp API của nhà cung cấp mô hình.
Tác tử tránh làm nổ cửa sổ ngữ cảnh với định nghĩa tool bằng cách nào?
Bằng cách không tải mọi định nghĩa tool ngay từ đầu. Cách Tool Search của Anthropic hoãn tải schema tool cho đến khi cần, và bài viết kỹ thuật báo cáo giảm 85% lượng token cho thiết lập nhiều tool trong khi vẫn giữ toàn bộ thư viện tool trong tầm với. Trong câu trả lời phỏng vấn, tôi sẽ ghép tải hoãn với máy chủ phạm vi hẹp.
Câu hỏi phỏng vấn thiết kế hệ thống MCP
Câu hỏi tình huống kiểm tra liệu bạn có thể áp dụng các ý tưởng trong ràng buộc, không chỉ nhắc lại định nghĩa.
Thiết kế hệ thống truy xuất tài liệu bằng MCP.
MCP và RAG không cạnh tranh ở đây. RAG xử lý truy xuất véc-tơ đã lập chỉ mục; MCP phơi bày truy xuất đó như một tool hoặc resource mà tác tử có thể gọi trực tiếp, bên cạnh các hành động khác mà tác tử cần. Hãy coi câu hỏi là hai mảnh ghép vào nhau như thế nào, không phải cái nào thay thế cái nào.
Thiết kế một máy chủ MCP cho dữ liệu nội bộ công ty.
Bắt đầu từ nguyên tắc trách nhiệm đơn: một máy chủ cho mỗi miền, như máy chủ cơ sở dữ liệu và máy chủ tệp riêng, thay vì một máy chủ làm mọi thứ. Thêm OAuth 2.1, phạm vi tối thiểu cần thiết cho từng tool, và log kiểm toán ngay từ đầu, vì kiểm soát truy cập khó sửa hơn sau khi máy chủ đã chạy.
Bạn sẽ mở rộng triển khai MCP ngày nay thế nào, trước khi đặc tả không trạng thái phát hành?
Ứng viên thường vấp khi mô tả đặc tả tương lai như thể đã phát hành. Tính có trạng thái từ phần máy chủ là vấn đề mở rộng ở đây: mở rộng ngang cần định tuyến dính, kho phiên dùng chung, hoặc cổng MCP. RC 2026-07-28 loại bỏ phiên ở tầng giao thức, nhưng phần đó chưa live.
Làm sao để triển khai nhiều máy chủ lớn không làm ngập mô hình bằng token?
Ý tưởng tải hoãn từ phần tác tử cũng giúp ở đây. Ở cấp triển khai, cũng hãy lọc và tổng hợp dữ liệu phía máy chủ trước khi đưa vào ngữ cảnh của mô hình, và phân trang mọi thứ trả về danh sách. Quy tắc chính là kiểm soát những gì đi vào cửa sổ ngữ cảnh.
Câu hỏi phỏng vấn tích hợp MCP
Câu hỏi tích hợp kiểm tra liệu bạn hiểu MCP xuất hiện ở các công cụ nhà phát triển phổ biến như thế nào.
MCP xuất hiện như thế nào trên các sản phẩm Claude?
Claude.ai, Claude Desktop, và Claude Code đều hỗ trợ MCP, và Anthropic vận hành một thư mục connector với các máy chủ dựng sẵn. Ngoài ra còn có một connector MCP trong Messages API cho máy chủ từ xa, vẫn ở giai đoạn beta tại thời điểm viết.
Claude Desktop hiển thị máy chủ MCP đã kết nối. Ảnh của Tác giả.
MCP chỉ hữu ích với Claude thôi sao?
Không. OpenAI đã áp dụng MCP trên Agents SDK và Apps SDK từ tháng 3/2025. VS Code phát hành hỗ trợ đầy đủ đặc tả vào giữa năm 2025, Cursor hỗ trợ MCP qua mcp.json, và Google Cloud có hơn 50 máy chủ MCP được quản lý ở trạng thái GA hoặc preview tính đến tháng 4/2026.
Cụ thể MCP khác RAG như thế nào?
Đây là câu trả lời thiết kế hệ thống dạng ngắn: RAG trả lời từ kho tri thức được lên lịch cập nhật, còn MCP xử lý tra cứu trực tiếp và hành động.
Câu hỏi phỏng vấn MCP nâng cao
Câu hỏi nâng cao kiểm tra liệu bạn đang theo dõi giao thức khi nó thay đổi, không chỉ cách nó vận hành hôm nay.
Bạn có thể trình bày lịch sử phiên bản đặc tả không?
Người phỏng vấn hỏi để xem bạn biết điều gì đã thay đổi và khi nào. Năm lần sửa quan trọng, và chỉ một cái còn mang tính suy đoán:
|
Phiên bản |
Ngày |
Thay đổi |
|
2024-11-05 |
Nov 2024 |
Phát hành ban đầu |
|
2025-03-26 |
Mar 2025 |
Streamable HTTP thay thế HTTP+SSE; giới thiệu OAuth 2.1 |
|
2025-06-18 |
Jun 2025 |
Đầu ra tool có cấu trúc, elicitation, phân loại OAuth resource server |
|
2025-11-25 |
Nov 2025 |
Đặc tả ổn định hiện tại; Tasks bất đồng bộ (thử nghiệm), chính thức hóa quản trị |
|
2026-07-28 |
RC khóa vào May 2026 |
Lõi không trạng thái, MCP Apps, khung phần mở rộng |
Điều quan trọng là biết dòng nào đã thực sự phát hành.
Ai thực sự quản trị MCP hiện nay?
Anthropic hiến tặng giao thức cho Agentic AI Foundation, một quỹ chỉ định dưới Linux Foundation, vào ngày 09/12/2025. Block và OpenAI đồng sáng lập AAIF cùng Anthropic, với Google, Microsoft, AWS, Cloudflare và Bloomberg là thành viên hỗ trợ. Nhóm duy trì giữ quyền kiểm soát quyết định kỹ thuật; quản trị chuyển sang một nền tảng rộng hơn.
Thực tế có gì thay đổi trong bản phát hành 2026-07-28?
Thay đổi chính là lõi không trạng thái từ phần thiết kế hệ thống: bắt tay initialize/initialized và header Mcp-Session-Id đều bị loại bỏ, thay bằng thông tin khả năng đi trong _meta trên mọi yêu cầu. Điều đó xóa nhu cầu định tuyến dính. Một khung phần mở rộng cũng định nghĩa cách các khả năng tùy chọn như MCP Apps và Tasks được phát hành và ổn định độc lập.
Phần mở rộng MCP là gì, và có hoạt động ở mọi nơi không?
Không. Phần mở rộng là các khả năng opt-in, như Enterprise-Managed Authorization, OAuth Client Credentials cho xác thực máy-với-máy, và MCP Apps cho UI tương tác bên trong host. Hỗ trợ thay đổi theo từng client, nên đừng thiết kế dựa trên giả định hỗ trợ phổ quát.
Câu hỏi phỏng vấn MCP theo kịch bản
Những câu này kiểm tra khả năng chẩn đoán hơn là ghi nhớ, nên hãy cấu trúc câu trả lời theo đường đi từ triệu chứng đến nguyên nhân đến cách khắc phục.
Gọi tool thất thường. Bạn kiểm tra gì trước?
Kiểm tra xem các lỗi trả về dưới dạng isError: true trong kết quả tool hay là lỗi cấp giao thức. Điều đó cho bạn biết vấn đề nằm trong logic của tool hay ở vận chuyển. Từ đó, xem giới hạn tỷ lệ của dịch vụ mà tool bọc, và kiểm tra timeout trước khi cho rằng đó là vấn đề của mô hình.
Một tác tử liên tục hành động dựa trên dữ liệu resource cũ. Vì sao?
Quay lại câu hỏi resource phía trước: listChanged là cái báo cho client biết resource đã đổi. Không khai báo nó, client không có tín hiệu và tiếp tục phục vụ bản cache cho đến khi có thứ gì đó buộc làm mới.
Một máy chủ MCP trở thành nút thắt cổ chai rõ rệt. Bạn làm gì?
Tách theo miền, thêm pooling kết nối, và mở rộng ngang. Cho đến khi lõi không trạng thái phát hành, bạn có thể vẫn cần affinity phiên như đã bàn trong phần thiết kế hệ thống.
Dữ liệu nhạy cảm bị rò rỉ qua một lần gọi tool. Điều đó xảy ra thế nào?
Hai nguyên nhân phổ biến là tool có quyền rộng hơn mức cần, hoặc thiếu bước làm sạch đầu ra trước khi dữ liệu vào ngữ cảnh mô hình. Cách khắc phục là đặc quyền tối thiểu cho từng tool và một bước làm sạch trước khi đưa vào ngữ cảnh. Tool poisoning cũng liên quan: mô hình có thể bị chỉ dẫn chuyển tiếp dữ liệu mà không ai viết mã exfiltration.
Lỗi thường gặp trong phỏng vấn MCP
Một vài mẫu lặp lại đủ thường xuyên để nêu trực tiếp:
-
Xem MCP như bản thay thế REST cắm là chạy sau khi đã phân biệt REST ở trên
-
Định nghĩa tools và resources theo kiểu dữ liệu sau khi mô hình kiểm soát đã được giải thích
-
Giả định quy tắc xác thực giống nhau cho
stdiovà HTTP -
Đưa câu trả lời SSE cũ sau khi thay đổi vận chuyển đã được đề cập
-
Trộn đặc tả đã phát hành với RC 2026-07-28
-
Bỏ qua rủi ro bảo mật đã nêu khi được yêu cầu thiết kế hệ thống gọi tool
Hầu hết các lỗi này đến từ hướng dẫn đã lỗi thời.
Cách chuẩn bị cho phỏng vấn MCP
Thực hành trực tiếp rất quan trọng với giao thức này.
-
Xây một máy chủ nhỏ với FastMCP hoặc TypeScript SDK, phơi bày một tool và một resource, và chạy nó
-
Cài Inspector chính thức (
npx @modelcontextprotocol/inspector) và xem lưu lượng JSON-RPC thô mà nó hiển thị -
Kết nối máy chủ của bạn với một client thực, Claude Desktop, VS Code hoặc Cursor, và quan sát quá trình bắt tay khởi tạo
-
Đọc changelog đặc tả thực thay vì bản tóm tắt, đặc biệt các mục 2025-06-18 và 2025-11-25
-
Chọn một kịch bản thiết kế hệ thống từ bài viết này và viết câu trả lời đầy đủ trước khi phỏng vấn
Những bước này tách biệt kiến thức định nghĩa khỏi trải nghiệm thực tế.
Kết luận
Tôi không nghĩ chỉ ghi nhớ định nghĩa MCP là đủ nữa. Phần khó hơn là biết câu trả lời nào thuộc phiên bản đặc tả nào. Triển khai hiện tại vẫn xử lý phiên ở cấp kết nối; RC 2026-07-28 hướng tới lõi không trạng thái. Nếu bạn làm mờ hai điều đó, câu trả lời kiến trúc nghe tự tin hơn là chính xác.
Đó là lý do tôi xem MCP như thứ cần thử nghiệm, không chỉ đọc. Hãy xây máy chủ nhỏ ở phần chuẩn bị, xem client liệt kê tools và đọc resources, và chú ý ranh giới giữa nơi giao thức kết thúc và thiết kế ứng dụng của bạn bắt đầu. Câu trả lời phỏng vấn hữu ích không phải là "MCP là USB-C của AI." Mà là "đây là những gì MCP tiêu chuẩn hóa, đây là những gì không, và đây là những gì mới thay đổi."
Để theo dõi có cấu trúc hơn, khóa học Building Scalable Agentic Systems của chúng tôi đề cập MCP và A2A trong bối cảnh thiết kế, kiểm thử và triển khai tác tử.
Tôi có cần ghi nhớ mọi ngày tháng phiên bản đặc tả không?
Sampling sắp bị phản đối sử dụng. Vẫn đáng học chứ?
Tôi chưa từng đụng MCP thì nên bắt đầu với SDK nào?
MCP còn quan trọng không khi đặc tả 2026-07-28 phát hành?
Phỏng vấn MCP mức cơ bản thực sự kỹ thuật đến đâu?
Chủ đề