MCP プラグインのエコシステムを使いやすくした方法

MCP は 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 ワークフローにとっては、ツールが明確になり、権限が整理され、偶発的な遠回りが減ります。

よりよい最初の道筋

今このエコシステムを試すなら、実用的な流れは次の通りです。

1

Abilities API をインストールします。

2

MCP Adapter をインストールします。

3

WordPress ネイティブのコア能力のために MCP Expose Abilities をインストールします。

4

サイトのスタックに合う具体的な ability プラグインだけを追加します。

5

アシスタントに変更を許可する前に、害のない読み取り操作から始めます。

これにより、設定が本来節約したい作業より難しくなることなく、アシスタントに有用な WordPress アクセスを与えられます。

次に取り組むこと

今後も、プラグイン周辺をさらに締めていきます。より明確な onboarding、よりよいリリースノート、強いページリンク、GitHub、WordPress、Devenia ページ間のずれの削減です。

これは単なるドキュメント作業ではありません。自動化スタックのためのプロダクト設計です。強力なツールは、人がどこから始めればよいか、何を安全に実行できるかを分かるときに、より役立ちます。

現在の概要を見たい場合は、MCP Expose Abilities から始めてください。