実際にやったこと
- 自社 MCP プラグインの不足していたリリースを公開
- リリース ZIP ファイルが準備済みコピーと正確に一致することを確認
- WordPress パッケージがきちんと見えるように
readme.txtを整理 - GitHub の
README.mdを整え、リポジトリも見やすくした - 不足していた
mcp-abilities-formidableの GitHub リポジトリを作成 - 遅れていたいくつかのプラグインリポジトリで branch tracking とリポジトリ整理を修正
- Devenia の公開プラグインページを更新し、古く誤った説明をなくした
いちばん大事だった部分：プラグインページがまた正しいことを言うようにする
この部分は特に気持ちのよい作業でした。
公開プラグインページが完全に壊れていたわけではありません。もっと気づきにくい問題がありました。古かったのです。
つまり訪問者は、良さそうに見えても、もう完全には正しくない内容を読んでいた可能性があります。古いプラグイン数。古い主張。古いダウンロードリンク。古い説明。
そこで修正しました。
- メインの Plugins ページは、MCP Expose Abilities と URL Change Lockdown について最新の説明を使うようになりました。
- MCP Expose Abilities ページは、実際のリリース状況を反映しています。WordPress ネイティブの能力 67 件、公開済み add-ons 18 件、より広い stack 全体で 450 件以上のドキュメント化された能力です。
- URL Change Lockdown ページは、プラグインの実際の範囲を説明するようになりました。すべてをロックする古い説明ではなく、slugs の保護です。
- 古いリリースリンクは置き換えられ、古い ZIP ファイルへ誘導しないようになりました。
なぜ重要なのか
プラグインページが間違ったことを言うと、人は悪い判断をしやすくなります。
違うバージョンをインストールするかもしれません。数か月前に変わった機能を期待するかもしれません。実際より小さく、弱く、分かりにくいプラグインだと思うかもしれません。
地味な損害ですが、それでも損害です。
見た目だけきれいで事実が古いページより、シンプルで正しいページのほうがいいと考えています。
プラグイン stack は大きくなりました
MCP プラグインのエコシステムは大きく成長しました。コアプラグインは WordPress ネイティブのタスクを扱い、add-ons はブロック編集、GeneratePress、Elementor、Rank Math、Wordfence、Brevo、Cloudflare、Cache Enabler、WPML、Toolset、Formidable、Advanced Ads、Broken Link Checker、Content Demand、データベース作業、チェック実行、workspace タスク、ファイルシステム操作までカバーしています。
今回の整理の一部は、GitHub releases にすでにある作業内容へ、公開ページを追いつかせることでした。
地味にうれしかった小さな技術的勝利
- バージョン番号がまた正しくそろうのを見ること
- release assets が準備済み ZIP ファイルと完全に一致するのを見ること
- プラグインページから古い主張を取り除くこと
- かなり古い release を指していたダウンロードリンクを直すこと
- 散らかったリポジトリ状態をきれいな状態に戻すこと
今見られるもの
短く言うと
プラグインの箱を直しました。次に棚の表示を直しました。今は両方が一致しています。
派手な作業ではありません。でも、ほかのすべてを少し楽にする作業です。
正直なところ、私たちはこういう整理がかなり好きです。