Máy chủ MCP cho quản lý dự án: danh sách kiểm tra 10 điểm, có chấm điểm

Một máy chủ MCP tốt cho quản lý dự án cho phép ứng dụng AI đọc và thay đổi bảng của bạn mà không cần một cái key phải trông chừng, cho phép bạn cắt một ứng dụng mà không đụng tới các ứng dụng còn lại, và cho agent một cách an toàn để nhận việc, hỏi bạn và chứng minh những gì chúng đã làm. Dưới đây là mười tiêu chí bao quát những điều đó, lý do mỗi tiêu chí quan trọng, và một bảng chấm điểm cho Weft, Hypertask, Linear, Trello và Notion.

Chúng tôi là người làm ra Weft. Thông tin về sản phẩm khác lấy từ trang chính thức của họ, kiểm tra ngày 27/10/2026. Chỗ nào trang không nói, bảng ghi “Không nêu”.

Vì sao phải chấm điểm một máy chủ MCP quản lý dự án?

Model Context Protocol giải quyết phần đường ống: ứng dụng hỏi máy chủ có những công cụ nào và gọi chúng với tham số có cấu trúc. Nó không nói gì về việc token sống bao lâu, hai agent có thể cùng chộp một công việc hay không, hay chuyện gì xảy ra khi agent muốn xóa thứ gì đó. Đó là các quyết định sản phẩm, và chúng khác nhau rất nhiều giữa các máy chủ.

Hướng dẫn về máy chủ MCP quản lý dự án của Hypertask có một danh sách đánh giá hợp lý: độ phủ công cụ, chất lượng schema, xác thực và phạm vi, lịch sử kiểm toán, hành động phá hủy, giao thức truyền tải. Chỉ có điều họ không bao giờ điền vào. Bài này dùng một danh sách tương tự, gọt lại thành mười câu hỏi trả lời có hoặc không, và điền câu trả lời, kể cả của chúng tôi.

Mười tiêu chí đó là gì?

1. Bạn đăng nhập thế nào, và token có hiệu lực bao lâu?

Một cái key bạn sao chép vào file cấu hình là một mật khẩu nằm trên ổ đĩa, và khi nó hết hạn, agent của bạn thất bại âm thầm giữa chừng. OAuth với refresh token nghĩa là không có gì phải sao chép và không cần nhắc lịch để gia hạn. Hãy hỏi thời hạn của cả access token lẫn kết nối, chứ không chỉ hỏi phương thức.

2. Bạn có thu hồi được một ứng dụng mà không làm sập cả tài khoản không?

Bạn sẽ kết nối nhiều ứng dụng: một ứng dụng chat, một agent viết code, có thể cả điện thoại. Khi một cái hoạt động sai hoặc bạn mất laptop, bạn muốn cắt đúng kết nối đó và để các kết nối khác chạy tiếp. Nếu cách duy nhất là đổi một key dùng chung, mọi ứng dụng cùng hỏng một lúc.

3. Mỗi kết nối có được mức quyền riêng không?

Một ứng dụng bạn dùng để hỏi “trên bảng tôi có gì?” không cần quyền ghi. Một agent viết code cần quyền ghi nhưng hiếm khi cần lưu trữ hàng loạt. Mức quyền theo từng kết nối như read, write và full cho bạn trao mỗi ứng dụng đúng mức tối thiểu nó cần, và đó là cách phòng vệ tốt nhất trước một agent bị nhầm lẫn hoặc bị thao túng.

4. Hành động phá hủy có được đánh dấu và giới hạn không?

Công cụ MCP có thể mang gợi ý cho biết nó chỉ đọc hay có tính phá hủy, và ứng dụng có thể dựa vào đó để hỏi trước khi làm. Hãy kiểm tra máy chủ có đặt các gợi ý đó trung thực không, và kiểm tra “xóa” thật ra làm gì: một thùng rác khôi phục được rất khác với xóa vĩnh viễn.

5. Agent có nhận việc được để hai agent không đụng nhau không?

Chuyển thẻ sang Doing là một tín hiệu thị giác, không phải một cái khóa. Hai agent đọc bảng cách nhau một giây sẽ cùng thấy công việc còn trống và cùng bắt đầu. Nhận việc kèm lease, do máy chủ quyết định, nghĩa là agent thứ hai bị từ chối, và một lease hết hạn khi agent chết sẽ trả công việc lại cho người khác.

6. Agent có hỏi bạn được một câu hỏi có cấu trúc không?

Agent sẽ gặp những ngã rẽ mà chỉ con người quyết định được. Không có công cụ cho việc đó, agent hoặc đoán, hoặc dừng lại và câu hỏi chết trong nhật ký chat. Một câu hỏi có cấu trúc kèm các phương án, gửi tới nơi bạn thực sự sẽ nhìn thấy, giữ quyết định gắn liền với công việc.

7. Việc hoàn thành có kèm bằng chứng không?

“Xong rồi” từ một agent chỉ là một lời khẳng định. Một lần hoàn thành có ghi lại đường dẫn, mã băm file hay artifacts khác, cùng những gì chưa làm, cho phép bạn kiểm tra công việc mà không phải tự làm lại từ đầu. Bảng cũng nên cho thấy ứng dụng nào đã làm việc đó.

8. Những ứng dụng nào thực sự kết nối được tới nó?

Một máy chủ chỉ hữu ích bằng những ứng dụng bạn vốn đang dùng. Hãy kiểm tra con đường thật cho từng ứng dụng: một ứng dụng đã phát hành trong ChatGPT, một connector tùy chỉnh hoặc mục trong thư mục của Claude, thiết lập một dòng trong Claude Code, Cursor và Codex. Cũng kiểm tra xem câu hỏi của agent có tới được bạn, con người, trên điện thoại không.

9. Gói miễn phí cho phép những gì qua MCP?

Agent thực hiện rất nhiều lượt gọi nhỏ. Một gói miễn phí đếm bảng, công việc hoặc lượt gọi có thể cạn giữa tuần. Hãy tìm giới hạn chính xác, và gói miễn phí có kèm MCP hay không, trước khi bạn tạo thói quen trên nó.

10. Giao thức truyền tải có cập nhật không?

Đặc tả MCP luôn thay đổi. Giao thức truyền tải từ xa hiện tại là Streamable HTTP, và nhiều nhà cung cấp đang ngừng hỗ trợ các endpoint SSE cũ. Một máy chủ nêu rõ các phiên bản đặc tả nó hỗ trợ sẽ dễ tin hơn khi ứng dụng của bạn cập nhật.

Weft, Hypertask, Linear, Trello và Notion đạt điểm thế nào?

Mỗi ô chỉ dùng những gì trang của chính nhà cung cấp hoặc máy chủ đang chạy của họ cho biết. “Không nêu” không có nghĩa là thiếu tính năng; nó có nghĩa là hôm nay chúng tôi không xác nhận được từ nguồn chính thức.

Vài lưu ý thẳng thắn khi đọc bảng này. Linear, Trello và Notion là những sản phẩm rộng, và máy chủ MCP chỉ là một trong nhiều bề mặt của họ; tài liệu MCP của họ không mô tả công cụ cho quy trình agent như lease hay câu hỏi có cấu trúc, nên nhiều dòng dành riêng cho agent để trống. Việc Trello từ chối mở lệnh xóa vĩnh viễn là một lựa chọn an toàn tốt. Endpoint chỉ đọc riêng của Linear là cách gọn gàng để đáp ứng tiêu chí 3. Nếu đội bạn vốn đã sống trong một trong số đó, máy chủ chính thức thường là điểm khởi đầu đúng; xem Weft và Linear, Weft và Trello và Weft và Notion.

Hypertask xây sẵn lease, bằng chứng và chuyển cấp trong sản phẩm, nhưng tài liệu MCP của họ nói những thứ đó nằm ở REST API, không nằm trong MCP, có chủ đích. Cách đó chạy tốt nếu agent của bạn chạy script. Nó có nghĩa là một ứng dụng chat chỉ kết nối qua MCP sẽ không có chúng. Hypertask cũng có những thứ Weft không có: CLI cho script và CI, REST API, agent như tài khoản dịch vụ có danh tính riêng, tính năng AI tích hợp, theo dõi thời gian và giao diện ưu tiên bàn phím. Bài so sánh dài hơn của chúng tôi ở lựa chọn thay thế Hypertask.

Weft bị điểm kém ở đâu?

Máy chủ MCP của Weft có 32 công cụ, và việc liệt kê chúng không hề rẻ: chúng tôi đo phản hồi tools/list vào khoảng 17,7k token. Tham chiếu công cụ của Hypertask gộp công cụ theo action, nên 21 công cụ bao quát nhiều thao tác hơn, mỗi công cụ có một trường action. Đó là một sự đánh đổi thật. Công cụ gộp nhóm chiếm ít chỗ hơn trong ngữ cảnh của mô hình. Công cụ tách riêng cho phép mỗi công cụ mang gợi ý chỉ đọc hoặc phá hủy của riêng nó, và nhờ đó kết nối read có nghĩa chính xác là 11 công cụ chỉ đọc, còn kết nối write có nghĩa là mọi thứ trừ 3 công cụ phá hủy. Chúng tôi chọn cách thứ hai; nếu ứng dụng của bạn eo hẹp về ngữ cảnh, cách thứ nhất có thể hợp hơn.

Những thiếu sót khác, nói thẳng. Weft không có CLI, không có REST API công khai và không có webhook, nên không thể điều khiển nó từ một job CI mà không có ứng dụng AI. Không có tích hợp GitHub hay Slack. Token truy cập cá nhân không có phạm vi: một token chạm tới cả 32 công cụ trên toàn không gian làm việc, nên hãy ưu tiên OAuth khi ứng dụng của bạn hỗ trợ, vì mức quyền theo kết nối chỉ áp dụng cho kết nối OAuth.

Phòng chống prompt injection thế nào?

Một agent đọc nội dung công việc, bình luận hay trang được liên kết có thể bị lái bởi chỉ dẫn giấu bên trong chúng. MCP không sửa được điều đó; cách bạn thiết lập mới sửa được. Ba thói quen sau giúp ích.

• Khám phá trên kết nối chỉ đọc. Khi bạn chỉ cần tóm tắt, standup hay tìm kiếm, hãy kết nối ứng dụng đó ở mức read. Trong Weft, mức đó chỉ để lại 11 công cụ chỉ đọc, và một lượt gọi bị từ chối không tính vào hạn mức của bạn.
• Xem xét các lượt gọi phá hủy. Giữ bước xác nhận của ứng dụng cho các công cụ được đánh dấu phá hủy, thay vì duyệt chúng cho cả phiên. Trong Weft đó là trash_task, archive_done_tasks và complete_sprint, và công việc trong thùng rác vẫn khôi phục được trong 30 ngày.
• Coi nội dung trên bảng là dữ liệu. Chỉ dẫn trong mô tả công việc không phải là chỉ dẫn từ bạn. Đặt các quy tắc agent phải theo vào system prompt hoặc quy tắc dự án, nơi nội dung công việc không thể ghi đè.

Vòng nhận việc cũng giúp ích. Khi agent tới một bước không đảo ngược được như xuất bản hay đụng tới môi trường production, nó có thể gọi request_input và chờ câu trả lời của bạn thay vì làm theo dòng chữ nó tìm thấy trong một thẻ.

Khi nào bạn không cần máy chủ MCP?

MCP xứng đáng với chi phí của nó khi một mô hình phải chọn giữa nhiều hành động trên một bảng liên tục thay đổi. Nhiều việc không như vậy.

• Một sự kiện luôn sinh ra một cập nhật đã biết: một script gọi API của nhà cung cấp đơn giản và rẻ hơn một mô hình.
• Bạn cần ảnh chụp định kỳ: một bản xuất là đủ. Weft có xuất JSON và Markdown cùng một nguồn lịch riêng tư.
• Một người, một phiên ngắn: một danh sách kiểm tra Markdown trong repo là ổn, cho tới khi công việc sống lâu hơn cuộc chat.
• Pipeline của bạn chạy trong CI mà không có ứng dụng AI: hãy chọn công cụ có CLI hoặc REST API. Hiện Weft không có cả hai.

Kiểm tra một máy chủ thế nào trước khi gắn bó?

1. Kết nối một ứng dụng ở mức read và bảo nó tóm tắt bảng. Không được có gì thay đổi.
2. Chuyển sang write trên một dự án thử và bảo nó tạo một công việc rồi di chuyển nó. Kiểm tra bảng có cho thấy ứng dụng nào đã làm không.
3. Bắt đầu cùng một công việc từ hai ứng dụng. Ứng dụng thứ hai phải bị từ chối, chứ không âm thầm làm trùng.
4. Bảo agent hỏi bạn một câu kèm các phương án, và kiểm tra nó tới bạn ở đâu: trong ứng dụng, trên điện thoại, qua email.
5. Hoàn thành công việc với một đường dẫn làm bằng chứng, rồi ngắt kết nối ứng dụng và xác nhận lượt gọi tiếp theo của nó thất bại.

Trong Weft, bước 1 là một lệnh trong Claude Code, một cú nhấp trong Cursor, một dòng cấu hình cộng codex mcp login weft trong Codex, hoặc thêm ứng dụng trong ChatGPT. Toàn cảnh các trình quản lý công việc MCP có ở so sánh trình quản lý công việc MCP, và vòng nhận việc được giải thích trong vòng nhận việc.

Số lượng công cụ chẳng phải là dấu hiệu của chất lượng sao?

Không. Một danh sách công cụ dài tốn ngữ cảnh ở mọi phiên; 32 công cụ của Weft đo được khoảng 17,7k token. Điều quan trọng là những công cụ bạn cần có tồn tại không, có mang gợi ý chỉ đọc và phá hủy trung thực không, và có báo lỗi rõ ràng không.

OAuth có thật sự an toàn hơn API key không?

Nó loại bỏ bí mật phải sao chép và cho bạn thu hồi riêng từng ứng dụng. Weft cấp refresh token, nên ứng dụng tự gia hạn đăng nhập. Với ứng dụng không hỗ trợ OAuth, Weft cũng có token truy cập cá nhân, nhưng chúng không có phạm vi.

Tôi có thể cho ChatGPT quyền chỉ đọc trên bảng Weft của mình không?

Có. Chọn mức read trên màn hình xin quyền, hoặc đổi sau trong Cài đặt → Client AI đã kết nối. Kết nối đó khi ấy chỉ thấy 11 công cụ chỉ đọc.

Chuyện gì xảy ra nếu agent bị sập khi đang giữ một công việc?

Trong Weft, lease hết hạn sau 20 phút không có tín hiệu nhịp và công việc trở về trạng thái chưa giao, nên một agent hoặc người khác có thể nhận nó.

Tôi có cần gói trả phí để thử không?

Không. Gói miễn phí của Weft gồm 50 công việc đang hoạt động và 200 lượt gọi MCP mỗi tháng, còn Pro có giá $7 mỗi chỗ mỗi tháng hoặc $60/năm. Xem bảng giá.

Chúng tôi đã dùng Linear hoặc Trello. Có nên chuyển không?

Không nên chỉ vì MCP. Máy chủ chính thức của họ làm việc trên dữ liệu đội bạn đã có. Hãy cân nhắc Weft nếu bạn muốn nhận việc, câu hỏi và bằng chứng nằm ngay trong MCP; nhập từ CSV của Linear hoặc JSON của Trello miễn phí trên mọi gói. Xem chuyển từ Linear hoặc chuyển từ Trello.