MCP làm cho tự động hóa WordPress hữu ích hơn, nhưng hệ sinh thái đã đủ lớn để người mới cần một điểm bắt đầu rõ ràng hơn.
Một tiện ích thì dễ giải thích. Nhưng tiện ích lõi, bộ chuyển tiếp, nhiều add-on, bản phát hành GitHub, trang WordPress và các bước thiết lập đúng thứ tự có thể nhanh chóng giống như một câu đố. Đó là phần ma sát chúng tôi đang gỡ bỏ.
Mục tiêu rất đơn giản: làm rõ nên cài gì trước, mỗi add-on làm gì và cách mở các khả năng WordPress hữu ích mà không trao cho trợ lý AI một bề mặt quản trị mơ hồ, thiếu kiểm soát.
Vấn đề không nằm ở các tiện ích
Các tiện ích đã làm được việc hữu ích. Điểm yếu là con đường xung quanh chúng.
- Nên cài tiện ích nào trước?
- Add-on nào là tùy chọn?
- Trang nào có thông tin phát hành hiện tại?
- Tiện ích lõi xử lý gì, và phần nào thuộc về add-on?
- Làm sao biết hệ sinh thái vẫn được duy trì?
Đó không phải là câu hỏi nhỏ với người đang thử MCP trên một site WordPress thật. Nếu đường dẫn thiết lập không rõ, phần hữu ích bắt đầu quá muộn.
Chúng tôi đã thay đổi gì
- Chúng tôi đã dọn lại các trang tiện ích Devenia để tiện ích lõi và add-on giải thích cùng một hệ sinh thái một cách nhất quán.
- Chúng tôi cập nhật các số liệu, tham chiếu phát hành và liên kết cũ khiến một số trang cũ nghe như mới hơn trang tiện ích chính.
- Chúng tôi xây dựng lại trang MCP Expose Abilities bằng nội dung Gutenberg dễ bảo trì.
- Chúng tôi làm rõ đường dẫn cài đặt: Abilities API và MCP Adapter trước, sau đó MCP Expose Abilities, rồi chỉ thêm các add-on mà site thật sự cần.
- Chúng tôi làm hệ sinh thái dễ quét hơn bằng cách nhóm add-on theo loại công việc WordPress mà chúng kiểm soát.
Kiểu dọn dẹp này không phải trang trí. Nó quyết định dự án có cảm giác dễ tiếp cận hay chỉ là một đống công cụ mạnh nhưng không có lối vào rõ ràng.
Hình dạng hiện tại của hệ sinh thái
Trang MCP Expose Abilities hiện tại ghi lại 67 khả năng WordPress gốc trong tiện ích lõi. Toàn bộ stack đang được duy trì hiện có 18 add-on đã phát hành và hơn 450 khả năng được ghi tài liệu.
Điều đó không có nghĩa là site nào cũng nên cài mọi thứ. Ý chính là ngược lại. Site GeneratePress không cần khả năng Elementor. Site không dùng Brevo không cần khả năng Brevo. Bề mặt cài đặt nhỏ hơn thì dễ hiểu hơn và dễ giữ an toàn hơn.
- Công việc WordPress lõi: bài viết, trang, media, menu, người dùng, bình luận, taxonomy, tiện ích, tùy chọn, widget, debug và các thao tác gần với cache.
- Công việc editor và builder: Gutenberg, GeneratePress, GenerateBlocks, Elementor, template, pattern và dữ liệu layout.
- Công việc vận hành: Rank Math, Wordfence, Cloudflare, Cache Enabler, Broken Link Checker, Brevo, WPML, Toolset, Formidable, Advanced Ads, hệ thống tệp, cơ sở dữ liệu, kiểm tra tiện ích và luồng email workspace.
Thông điệp rõ hơn mà chúng tôi muốn người đọc thấy là: bắt đầu với lõi, chỉ thêm những gì khớp với site, và giữ mọi thao tác được mở ra có tên rõ ràng, có thể kiểm tra.
Vì sao điều này quan trọng ngoài chi tiết kỹ thuật
Tự động hóa tốt không bắt đầu bằng danh sách tính năng dài nhất có thể. Nó bắt đầu bằng niềm tin: bạn có hiểu trợ lý được phép làm gì, vì sao khả năng đó tồn tại và quyền WordPress phù hợp có còn được áp dụng không?
Đó là lý do mô hình add-on quan trọng. Nó cho phép site mở một bộ khả năng tập trung thay vì xem mọi thao tác WordPress như một cánh cửa khổng lồ chỉ có mở hết hoặc đóng hết.
Với chủ site hoặc lập trình viên, điều đó nghĩa là ít phải đoán hơn trước lần thử hữu ích đầu tiên. Với workflow dùng agent, nó nghĩa là công cụ rõ hơn, quyền sạch hơn và ít đi đường vòng ngoài ý muốn.
Một lộ trình bắt đầu tốt hơn
Nếu bạn đang thử hệ sinh thái này, lộ trình thực tế là:
- Cài Abilities API.
- Cài MCP Adapter.
- Cài MCP Expose Abilities cho các khả năng WordPress gốc của lõi.
- Chỉ thêm những tiện ích ability cụ thể khớp với stack của site.
- Bắt đầu bằng các thao tác đọc vô hại trước khi để trợ lý thực hiện thay đổi.
Như vậy trợ lý có quyền truy cập WordPress hữu ích mà không làm phần thiết lập khó hơn công việc nó đáng lẽ phải tiết kiệm.
Tiếp theo là gì
Chúng tôi sẽ tiếp tục siết chặt các phần xung quanh tiện ích: onboarding rõ hơn, ghi chú phát hành tốt hơn, liên kết trang mạnh hơn và ít lệch hơn giữa GitHub, WordPress và các trang Devenia.
Đây không chỉ là tài liệu. Đây là thiết kế sản phẩm cho một stack tự động hóa. Công cụ mạnh trở nên hữu ích hơn khi mọi người biết bắt đầu từ đâu và điều gì an toàn để chạy.
Hãy bắt đầu với MCP Expose Abilities nếu bạn muốn xem tổng quan hiện tại.