MCP は WordPress の自動化をより役立つものにします。ただし、エコシステムが大きくなったことで、新しい利用者にはもっと分かりやすい出発点が必要になりました。
プラグインが 1 つなら説明は簡単です。けれども、コアプラグイン、アダプター、複数の add-on、GitHub のリリース、WordPress ページ、正しい順番での設定手順が並ぶと、すぐにパズルのように感じられます。私たちが減らしてきたのは、この摩擦です。
目標は単純です。最初に何をインストールするのか、各 add-on が何をするのか、そして AI アシスタントに曖昧で制御不能な管理画面を渡さずに、有用な WordPress 能力を公開する方法を明確にすることです。
問題はプラグインそのものではなかった
プラグインは有用な仕事をしていました。弱かったのは、その周辺の導線です。
- どのプラグインを最初にインストールすべきか。
- どの add-on が任意なのか。
- どのページに最新のリリース情報があるのか。
- コアプラグインが担当する範囲と、add-on に属する範囲はどこか。
- エコシステムが今も保守されているとどう判断できるのか。
実際の WordPress サイトで MCP を試す人にとって、これは小さな疑問ではありません。設定の道筋が不明確だと、役に立つ部分にたどり着くのが遅くなります。
変更したこと
- Devenia のプラグインページを整理し、コアプラグインと add-on が同じエコシステムを一貫して説明するようにしました。
- 古いページがメインのプラグインページより新しく見えてしまう、古い数値、リリース参照、リンクを更新しました。
- MCP Expose Abilities ページを、保守しやすい Gutenberg コンテンツとして作り直しました。
- 導入の流れを明確にしました。最初に Abilities API と MCP Adapter、次に MCP Expose Abilities、その後にサイトで本当に必要な add-on だけを追加します。
- add-on を制御する WordPress 作業ごとにまとめ、エコシステムを見渡しやすくしました。
この整理は見た目だけの作業ではありません。プロジェクトが入りやすいものに感じられるか、入口の見えない強力なツールの山に感じられるかを変えます。
現在のエコシステム
現在の MCP Expose Abilities ページでは、コアプラグインに含まれる 67 個の WordPress ネイティブ能力を記載しています。保守中の広いスタック全体では、18 個のリリース済み add-on と 450 個を超える文書化された能力があります。
だからといって、すべてのサイトが全部をインストールすべきという意味ではありません。狙いは逆です。GeneratePress のサイトに Elementor 能力は不要です。Brevo を使っていないサイトに Brevo 能力は不要です。インストール面が小さいほど理解しやすく、安全に保ちやすくなります。
- WordPress コア作業: 投稿、ページ、メディア、メニュー、ユーザー、コメント、タクソノミー、プラグイン、オプション、ウィジェット、デバッグ、キャッシュ周辺の操作。
- エディターとビルダー作業: Gutenberg、GeneratePress、GenerateBlocks、Elementor、テンプレート、パターン、レイアウトデータ。
- 運用作業: Rank Math、Wordfence、Cloudflare、Cache Enabler、Broken Link Checker、Brevo、WPML、Toolset、Formidable、Advanced Ads、ファイルシステム、データベース、プラグインチェック、workspace メールフロー。
私たちが見せたい明確なメッセージはこれです。コアから始め、サイトに合うものだけを追加し、公開されるすべての操作を名前付きで確認可能に保つこと。
技術的な細部を超えて重要な理由
よい自動化は、できるだけ長い機能一覧から始まるものではありません。信頼から始まります。アシスタントに許可されていること、その能力が存在する理由、正しい WordPress 権限が今も適用されているかを理解できるかどうかです。
だから add-on モデルが重要です。すべての WordPress 操作を巨大な全許可か全拒否の扉として扱うのではなく、サイトが必要な能力だけを絞って公開できます。
サイト所有者や開発者にとっては、最初の有用なテストまでの推測が減ります。agent ワークフローにとっては、ツールが明確になり、権限が整理され、偶発的な遠回りが減ります。
よりよい最初の道筋
今このエコシステムを試すなら、実用的な流れは次の通りです。
- Abilities API をインストールします。
- MCP Adapter をインストールします。
- WordPress ネイティブのコア能力のために MCP Expose Abilities をインストールします。
- サイトのスタックに合う具体的な ability プラグインだけを追加します。
- アシスタントに変更を許可する前に、害のない読み取り操作から始めます。
これにより、設定が本来節約したい作業より難しくなることなく、アシスタントに有用な WordPress アクセスを与えられます。
次に取り組むこと
今後も、プラグイン周辺をさらに締めていきます。より明確な onboarding、よりよいリリースノート、強いページリンク、GitHub、WordPress、Devenia ページ間のずれの削減です。
これは単なるドキュメント作業ではありません。自動化スタックのためのプロダクト設計です。強力なツールは、人がどこから始めればよいか、何を安全に実行できるかを分かるときに、より役立ちます。
現在の概要を見たい場合は、MCP Expose Abilities から始めてください。