Trả lời nhanh: Danh sách máy chủ MCP đang dài ra rất nhanh, nhưng cài nhiều không làm bạn làm việc tốt hơn. Nguyên tắc chọn gọn trong một câu: chỉ cài thứ trả lời được câu hỏi mà agent không tự trả lời được từ mã nguồn. Nếu thông tin đã nằm trong repo thì agent tự đọc, không cần máy chủ nào. Bốn nhóm thật sự đáng cân nhắc: dữ liệu vận hành, hệ thống quản lý công việc, tài liệu nội bộ, và công cụ kiểm thử giao diện.
Cài xong máy chủ MCP đầu tiên, ai cũng muốn cài thêm. Vài tuần sau danh sách dài ra, mỗi phiên làm việc nặng thêm, và bạn nhận ra phần lớn chúng chưa từng được gọi tới lần nào. Bài này đưa ra bộ lọc để cài đúng thứ cần và, quan trọng không kém, để biết lúc nào nên gỡ.
Bộ lọc trước khi cài bất cứ thứ gì
Ba câu hỏi, phải qua được cả ba:
- Thông tin này có nằm trong repo không? Nếu có, agent tự đọc file là xong, không cần máy chủ.
- Tôi có hỏi tới nó ít nhất vài lần mỗi tuần không? Nếu chỉ thỉnh thoảng, chép tay hoặc chạy một script còn rẻ hơn.
- Nó có cần nhiều vòng hỏi liên tiếp không? Giá trị thật của MCP nằm ở chỗ agent hỏi được vòng hai, vòng ba để đào sâu. Việc lấy đúng một con số rồi thôi thì không cần.
Bộ lọc này loại phần lớn ứng viên, và đó là mục đích. Cái giá của mỗi máy chủ cắm thêm không phải tiền mà là ngữ cảnh, như đã phân tích ở bài về MCP.
Bốn nhóm thật sự đáng cài
Dữ liệu vận hành. Nối tới database hoặc hệ thống log để agent tự tra khi gỡ lỗi. Đây là nhóm giá trị nhất vì nó biến câu hỏi vì sao đơn này lỗi từ một buổi chiều thành vài phút. Nhớ cấp quyền chỉ đọc và trỏ vào bản sao chứ không phải bản đang phục vụ khách.
Hệ thống quản lý công việc. Agent đọc được yêu cầu, mô tả lỗi và lịch sử trao đổi thì nó hiểu bối cảnh mà không cần bạn kể lại. Hợp với đội đã ghi chép nghiêm túc, vô dụng với đội mà mọi thứ nằm trong tin nhắn.
Tài liệu nội bộ. Quy ước kiến trúc, quyết định thiết kế, quy trình phát hành nằm rải rác ở nhiều nơi. Nối vào giúp agent trả lời theo đúng quy định của công ty thay vì theo quy ước phổ biến trên mạng.
Công cụ điều khiển trình duyệt. Cho phép agent tự mở trang, bấm thử và chụp lại màn hình. Rất hợp khi làm giao diện vì nó tự kiểm chứng được kết quả thay vì đoán.
Những thứ nghe hay nhưng thường không cần
Máy chủ tìm kiếm web. Nghe hữu ích nhưng phần lớn câu hỏi kỹ thuật đã nằm trong kiến thức sẵn có của mô hình, và kết quả tìm kiếm thường kéo về nhiều chữ mà ít giá trị. Hãy cân nhắc kỹ với công việc lập trình hằng ngày.
Máy chủ thao tác file. Agent vốn đã đọc ghi file được, cắm thêm một lớp nữa chỉ làm rối.
Bộ công cụ đa năng khổng lồ. Loại gộp năm chục công cụ trong một máy chủ tốn ngữ cảnh nhất và thường bạn chỉ dùng hai ba cái. Ưu tiên máy chủ nhỏ đúng việc.
Máy chủ cho hệ thống bạn tự dựng được bằng script. Nếu việc chỉ là gọi một API nội bộ theo một cách cố định, viết script rồi bảo agent chạy vẫn gọn hơn.
Tiêu chí đánh giá một máy chủ trước khi cài
Đây là chương trình chạy trên máy bạn với quyền của bạn, nên xem xét như xem xét bất kỳ phần mềm nào:
- Nguồn gốc rõ ràng. Do chính bên sở hữu dịch vụ phát hành, hay do một người lạ đóng gói lại.
- Số công cụ nó cung cấp. Dưới mười là gọn, vài chục là nặng ngữ cảnh.
- Quyền nó đòi. Một máy chủ đọc tài liệu mà xin quyền ghi là dấu hiệu đáng dừng lại.
- Cách nó lấy thông tin xác thực. Phải qua biến môi trường, không phải ghi thẳng trong file cấu hình nằm trong repo.
- Còn được bảo trì không. Máy chủ bỏ hoang sẽ hỏng khi API phía sau thay đổi.
Rà lại và gỡ bớt
Đặt lịch xem lại danh sách mỗi tháng một lần, hỏi đúng hai câu cho từng máy chủ: tháng vừa rồi nó có được gọi không, và nếu gỡ đi thì tôi mất gì. Không trả lời được câu thứ hai nghĩa là gỡ được.
Ba dấu hiệu nên gỡ ngay:
- Bạn không nhớ nổi nó làm gì.
- Nó cung cấp công cụ trùng với thứ agent vốn đã làm được.
- Phiên làm việc chậm hẳn khi khởi động và bạn nghi do nó.
Một cách làm gọn cho người dùng nhiều dự án: giữ danh sách máy chủ chung ở mức tối thiểu, còn máy chủ đặc thù thì khai báo trong repo của đúng dự án cần. Nhờ vậy mở dự án nào thì chỉ có công cụ của dự án đó, không mang theo thứ thừa. Cách phân chia này giống hệt nguyên tắc ở bài skill dùng chung cho đội.
Ba câu hỏi lọc trước khi cài thêm
| Câu hỏi | Nếu trả lời không | Kết luận |
|---|---|---|
| Tôi có làm việc này ít nhất mỗi tuần một lần không | Không | Đừng cài, dùng tay khi cần |
| Nó có cần đọc hoặc ghi hệ thống thật không | Không | Có thể chỉ cần một tệp lệnh, không cần cắm công cụ |
| Tôi có đọc được mã nguồn của nó không | Không | Rủi ro cao, cân nhắc lại |
| Nó có tốn nhiều chỗ trong ngữ cảnh không | Có, và ít dùng | Gỡ |
Lý do phải lọc: mỗi máy chủ công cụ khai báo danh sách công cụ của nó vào ngữ cảnh mọi cuộc trò chuyện, kể cả khi bạn không dùng. Cài mười cái là mất một phần đáng kể ngữ cảnh trước khi bắt đầu làm gì.
Nhóm công cụ dùng tới hằng ngày
- Truy cập kho mã nguồn và hệ thống theo dõi công việc: đọc yêu cầu, đọc lịch sử thay đổi. Dùng hằng ngày.
- Truy vấn cơ sở dữ liệu ở chế độ chỉ đọc: rất hữu ích khi chẩn đoán, nhưng phải dùng tài khoản chỉ đọc.
- Điều khiển trình duyệt để chạy kiểm thử giao diện trên môi trường thử.
- Đọc tài liệu nội bộ của công ty, nếu tài liệu nằm trong hệ thống có giao diện lập trình.
Công cụ trùng chức năng có sẵn
- Công cụ tìm kiếm web: phần lớn trợ lý đã có sẵn khả năng này.
- Công cụ đọc tệp cục bộ: trùng với chức năng có sẵn.
- Công cụ gọi các dịch vụ bạn dùng vài tháng một lần: chi phí ngữ cảnh không đáng.
- Công cụ ghi vào hệ thống thật: rủi ro cao, và phần lớn trường hợp bạn nên tự bấm nút cuối cùng.
Tiêu chí đánh giá trước khi cắm
# 1. Doc ma nguon, nhat la phan xu ly dau vao va phan goi he thong# 2. Xem no doi quyen gi: chi doc hay ca ghi# 3. Xem no gui du lieu di dau, co goi dich vu ben ngoai khong# 4. Kiem ngay cap nhat gan nhat va so nguoi dung# 5. Voi may chu cham vao du lieu that: chay thu tren moi truong thu truoc # Sau khi cai: ra lai moi vai thang# May chu nao khong dung lan nao thi goNguyên tắc cuối: máy chủ công cụ chạy với quyền của tài khoản bạn đang dùng. Cắm một cái do người lạ viết là cho mã của họ chạy trên máy bạn với quyền đó. Xem thêm bài về cắm công cụ ngoài vào agent.
Câu hỏi thường gặp
Cài bao nhiêu máy chủ MCP là vừa?
Ba tới bốn cái đang thật sự dùng. Nhiều hơn thì phần mô tả công cụ chiếm chỗ đáng kể trong ngữ cảnh ở mọi lượt, vừa tốn tiền vừa làm loãng thông tin quan trọng.
Máy chủ MCP có an toàn không?
Nó là chương trình chạy trên máy bạn với quyền của bạn, nên hãy đối xử như mọi phần mềm bên thứ ba. Ưu tiên bản do chính chủ dịch vụ phát hành, xem quyền nó đòi, và không để thông tin xác thực trong file nằm trong repo.
Tự viết máy chủ MCP cho hệ thống nội bộ có khó không?
Không khó nếu bạn chỉ cần bọc vài lệnh gọi API. Điểm cần cân nhắc là có đáng không: nếu chỉ gọi một API theo một cách cố định thì một script còn gọn hơn. Viết máy chủ đáng khi agent cần hỏi nhiều vòng.
Máy chủ MCP nên chạy trên máy nào?
Kiểu cục bộ chạy ngay trên máy đang chạy agent, kể cả khi đó là VPS. Với máy chủ dùng chung cho cả đội, đặt trên một VPS nội bộ rồi cho truy cập qua mạng riêng là mô hình gọn và an toàn.