Tim AI WordPress memublikasikan arah kerja agar WordPress siap bekerja dengan agen yang dibawa pengguna, bukan menempatkan agen bawaan di dalam dashboard, menurut catatan WordPress for the Agentic Web pada 28 Oktober 2026. Rencana itu masih proposal dan fondasi 7.2, dengan target pengalaman lebih utuh pada WordPress 7.3, tanpa jaminan setiap komponen masuk Core.
Visi yang digambarkan sederhana: pengguna meminta agen pribadi membantu situs example.com, agen mengenali WordPress, pengguna menyelesaikan otorisasi, lalu agen dapat menjalankan tugas yang diizinkan. Realisasinya membutuhkan protokol, registry kemampuan, autentikasi, dan alur UX yang belum native untuk seluruh basis pengguna hari ini.
Post resmi menempatkan pergeseran ini di tengah adopsi AI massal, namun fokus teknis artikel Make WordPress tetap pada kesiapan platform, bukan pada satu plugin AI tertentu. Kontribusi terbuka di channel #core-ai dan pertemuan mingguan AI contributor menjadi jalur pelaporan milestone 7.2 dan 7.3.
Koneksi agen ke WordPress saat ini
Agen sudah dapat memakai WP-CLI, REST API, dan manajemen file, tetapi banyak jalur itu memerlukan akses lokal atau konfigurasi lanjutan. Plugin MCP Adapter WordPress menerjemahkan Ability ke format Model Context Protocol, namun instalasi, daftar Ability yang berguna, dan Application Password masih menjadi beban admin.
Artikel resmi menegaskan MCP sebagai standar terbuka untuk menghubungkan agen ke sistem eksternal. repositori MCP Adapter menjadi fondasi iterasi keandalan dan keamanan pada siklus 7.2, sementara merge atau bundling ke Core untuk 7.3 masih melalui review teknis dan keamanan normal.
Jetpack, Elementor, dan produk ekosistem lain sudah menunjukkan minat pengguna mengelola situs lewat agen. Post resmi memisahkan visi demokratisasi publishing dari komersialisasi plugin: fokusnya adalah agen pilihan pengguna, bukan satu vendor AI di dalam wp-admin.
Empat workstream WordPress Agentic Web
Proposal mengelompokkan pekerjaan ke MCP Adapter, Abilities, OAuth Authentication, dan pengalaman pengguna end-to-end. Lapisan Ability menjawab pertanyaan apa yang boleh dilakukan agen setelah terhubung. Abilities API berperan sebagai registry capability dengan input, output, dan permission callback, bukan izin otomatis untuk setiap tindakan.
MCP Adapter berada di atas registry itu sebagai lapisan protokol dan transport. OAuth ditargetkan menggantikan praktik menempel Application Password ke agen, dengan pemetaan alur pada siklus 7.2 dan implementasi Core yang diarahkan ke 7.3. Workstream UX harus menyatukan discovery situs, permintaan akses, eksekusi tugas, dan pencabutan izin tanpa setup teknis panjang.
Contoh Ability spesifik plugin, seperti otomasi metadata SEO, sudah dibahas di artikel Yoast SEO Abilities + MCP. Artikel ini fokus pada arah platform, bukan tutorial pemasangan adapter per plugin.
Target WordPress 7.2 dan 7.3
Siklus 7.2 dipakai untuk prototipe, milestone, dan fondasi, termasuk eksplorasi beberapa Ability inti sebelum beta berakhir. WordPress 7.3 menjadi target bersama untuk set Abilities native, OAuth, MCP di Core atau bundling, dan UX kohesif. Tim resmi menyatakan inklusi Core bergantung kesiapan teknis, audit keamanan, dan proses review, bukan janji tanggal tetap.
Secrets API pada 7.2 disebut sebagai peluang penanganan token yang lebih aman. Itu relevan untuk OAuth dan integrasi REST lain, tetapi detail implementasi final belum sama dengan fitur otorisasi agen siap pakai di semua hosting.
Implikasi developer dan pemilik situs
Developer perlu memetakan Ability yang diekspos, permission callback, dan surface MCP versus REST langsung. Pemilik situs sebaiknya menilai use case agen, risiko write operation, dan kebijakan kredensial sebelum mengaktifkan integrasi cookieless atau password aplikasi luas.
Perbandingan protokol untuk bisnis online dibahas pada WebMCP vs Remote MCP untuk website bisnis. Konteks hosting WooCommerce lewat MCP tercatat terpisah pada liputan Pressable, tanpa mengubah roadmap Core.
Batas keamanan dan ekspektasi
Ability yang dapat ditemukan tidak berarti setiap pengguna boleh mengeksekusinya. MCP Adapter tidak menyediakan kecerdasan AI sendiri dan tidak membuat sidebar chat bawaan. OAuth pada proposal ini adalah workstream target, bukan fitur Core 7.2 yang sudah selesai.
Adobe disebut sumber primer menyebut traffic AI konversi lebih tinggi pada contoh mereka. Angka itu klaim konteks pasar, bukan alasan otomatis mengaktifkan akses agen luas tanpa audit.
Tim resmi mencari focus lead untuk MCP, Abilities, OAuth, dan UX, dengan Core Committer terlibat sejak awal arsitektur. Review keamanan termasuk model AI khusus keamanan disebut sebagai bagian rencana audit, tanpa mengganti human review merge Core.
Langkah praktis sekarang: inventaris integrasi, uji adapter pada staging, dokumentasikan permission Application Password yang masih aktif, dan pantau perkembangan channel #core-ai. Jangan menganggap WordPress 7.3 sudah membawa agen otomatis di setiap situs, dan jangan memperluas write Ability ke production tanpa uji insiden rollback.
Bagi tim yang mempertimbangkan headless atau arsitektur terpisah, diskusi agentic web tetap berlandaskan REST dan Ability yang sama, bukan protokol baru yang mengabaikan permission WordPress. Roadmap ini relevan untuk publisher open web yang ingin agen eksternal bekerja pada CMS yang sudah mereka pakai, dengan batas keamanan yang eksplisit.
