WordPress、エージェンティックWeb対応の方針案　MCPをコアへ

何が発表されたか

• WordPress の AI チーム（Jason Adams 氏）が10月28日、make.wordpress.org/ai に「WordPress for the Agentic Web」を投稿。4つの作業領域を提示した。これは提案（proposal）であり、機能のリリース告知ではない点に注意。
• MCP 接続：MCP Adapter プラグインを WordPress 7.2 と並行して改良し、7.3 でのコア取り込みを提案。直接マージか、アダプターが独立して進化できるバンドル方式かを検討する。
• Abilities：サイト管理の一般的なタスクに対する基本的な Abilities を、AI プラグインと MCP Adapter プラグインを通じて特定する。7.2 のベータ終了前に基礎的なものを入れられるか探り、7.3 でネイティブな一式を目指す。
• OAuth 認証：7.2 サイクルで OAuth のフロー・アーキテクチャ・セキュリティ要件を整理し、7.3 でのコア実装を狙う。REST API にも恩恵があるとし、7.2 の Secrets API が安全なトークン処理に使えるとしている。
• UX：7.2 で発見・アクセス要求・タスク実行・権限取り消しまでのプロトタイプを作って検証。7.3 では複雑な設定や技術知識なしに使える状態を目標とする。

実務への影響

• 現状、エージェントが WordPress を触る手段は WP-CLI・REST API・ファイル操作に限られ、ローカルアクセスや高度な設定が必要。ユーザー側は MCP Adapter を自分で入れ、Abilities を用意し、Application Password を手で管理する必要がある。つまり今は「できるが運用に乗らない」段階。
• 制作・保守の立場で効くのは認証周り。現在の Application Password 運用は、クライアントに渡した資格情報がどのエージェントに使われているか追えない。OAuth と権限取り消しのUXがコアに入れば、「このエージェントにこの権限だけ」を説明できるようになる。逆に言えば、それが入るまでエージェント接続を本番サイトに広げるのは管理リスクが残る。
• いま準備できるのは、カスタム投稿タイプやメタフィールドの命名・構造を整えておくこと。Abilities が標準化されたとき、構造が素直なサイトほど恩恵が大きい。
• 7.2 が基盤整備、7.3 が本番という時間軸なので、クライアントへの説明は「来年以降の話」として温度を合わせたほうがよい。

補足

7.3 でのコア取り込みは技術的な準備状況・セキュリティ・通常のコアレビューに依存するとされ、確定ではない。記事中に llms.txt への言及はない。