Q.EmDashのAgent Skillsで何ができますか？

「スキルの手順どおりにプロンプトを送ったのにエラーが出る」「生成されるコードの指定が古い仕様のままになっている」といった不具合に遭遇したとき、どこへ連絡すればよいか迷ってしまう場面は少なくありません。GitHub上に似た名称のリポジトリが複数存在するため、報告先を取り違えやすいところですね。報告窓口は本体の開発を管理している「emdash-cms/emdash」のリポジトリです。問題の報告（Issueの起票）だけでなく、不具合を直すためのプルリクエストの提出も、すべて本体側のリポジトリへ行います。

コマンドでスキルを導入する際に指定する「emdash-cms/skills」というリポジトリがありますが、こちらは配布専用の場所です。Issueやプルリクエストの受付窓口は設けられていません。配布用リポジトリは本体の「skills/」フォルダーからリリースごとに自動で同期される仕組みになっており、配布用リポジトリ側に直接修正を加えても、次回の同期処理で上書きされて消えてしまいます。

なお、本体リポジトリへ貢献する際のルールはコントリビューション規約で定められています。不具合の修正なら、実装したプルリクエストをそのまま出せますよ。一方で、新しい機能を足したい場合は、実装に入る前に機能計画かRFCの承認を得ておくことが求められます。

WordPressで愛用していたプラグインの機能を再現したいとき、wordpress-plugin-to-emdashだけを導入すれば作業を完結できるのでしょうか。1つだけでは足りません。wordpress-plugin-to-emdashはbuilding-emdash-siteとcreating-pluginsの資料を参照するため、この2つも一緒に入れる手順になっています。npx skills add emdash-cms/skillsを実行すると入れるスキルを選べるので、その場で3つにチェックを入れれば済みます。

このスキルは、WordPressの管理画面に入れて動かすプラグインではありません。WordPressプラグインの動きをEmDashで作り直すときに、AIが参照する手引きです。

実際の作業現場では、目的に応じて読み込ませるスキルを切り替えます。プラグインのコードを書く前にはcreating-pluginsを、コレクション、初期データ、クエリ、表示用のテンプレートを変えるときにはbuilding-emdash-siteを読み込みます。入れてあることと、その場面で読み込まれることは別の話です。

初期状態で作成したプロジェクトには、作成時点のbuilding-emdash-siteとcreating-pluginsが含まれています。ただし作成時の版のままなので、移植用のスキルだけ新しい版を入れると、参照先と版がそろわないこともありそうです。移植用を追加するタイミングで、参照先の2つもあわせて入れ直しておきましょう。

どちらもAIとEmDashをつなぐものですが、働く場面が違います。Agent Skillsは、AIが開発中に読む手順書や資料です。プラグインの組み立て方やフック、WordPressテーマの移し方、CLIでの管理方法などを教えます。

一方、EmDashに入っているサイト用のMCPサーバーは、AIがサイトのコンテンツを直接操作するための接続口です（EmDashのAIツール設定ガイド）。記事の下書きを作る、ページを更新する、メディアを管理するといった、管理画面でできる操作をAIから行えます。ただし、接続した人の権限を超える操作はできません。

それぞれの役割や特徴を見比べると、使い分けのポイントがはっきりします。

サイト用MCPは公開済みの記事だけでなく、下書きも扱えますよ。ローカル開発時は手元で動かしている開発サーバーのエンドポイント、本番サイトでは自サイトのドメイン配下のエンドポイントへ接続して利用します。ブラウザで管理画面にログインしているだけでは認証されないため、個人アクセストークンやOAuthによる認証設定を済ませて接続しましょう。また、ドキュメント参照用のMCPと組み合わせて使うことも可能です。

本体や周辺パッケージのアップデートを検討するとき、どのような修正や機能改善が含まれているのかを事前に確かめたい場合はどこを見ればよいでしょうか。最新の更新情報を追うための一次情報は、GitHubの「emdash-cms/emdash」にある公式リリースページです。このページでは、パッケージごと、バージョンごとにリリースノートが個別に掲載されています。CMS本体の変更点を確認したいときは、一覧の中から「emdash」の項目を探して内容を確認します。公式プラグインや関連ツールの項目も同じページに並んでいるため、名前を見てから開くと迷いません。

EmDashのコアパッケージはセマンティックバージョニングの規則に基づいて管理されています。互換性が崩れる変更はメジャーリリースでだけ入り、その内容は変更履歴にはっきり書かれます。メジャーの数字が上がる更新では、変更履歴を読んでから上げたほうがよさそうですね。

自分のサイトにどんな変更が入るかを先に知りたい場合は、プロジェクトのフォルダーで npx upgrade-emdash@latest --dry-run を実行します（EmDashの更新手順）。このコマンドを使うと、実際のファイルを一切書き換えることなく、直接依存している各パッケージの更新予定バージョンと、その更新によって通過する変更履歴の一覧をターミナル上に表示してくれます。