wordpress-router

WordPress ルーター

使用するタイミング

ほとんどの WordPress タスクの開始時にこのスキルを使用して、次のことを行います。

• どのような種類の WordPress コードベースか（プラグイン、テーマ、ブロックテーマ、WP コアのチェックアウト、サイト全体）を特定します。
• 適切なワークフローとガードレールを選びます。
• 最も関連性の高いドメインスキルに委任します。

必要な入力

• リポジトリのルート（現在の作業ディレクトリ）。
• ユーザーの意図（変更したい内容）と制約事項（対象とする WP のバージョン、WP.com 固有の要件、リリース要件）。

手順

1. プロジェクトのトリアージスクリプトを実行します。
   • node skills/wp-project-triage/scripts/detect_wp_project.mjs
2. トリアージの出力を確認し、次の項目を分類します。
   • 主なプロジェクトの種類。
   • 利用可能なツール（PHP/Composer、Node、@wordpress/scripts）。
   • 存在するテスト（PHPUnit、Playwright、wp-env）。
   • バージョンに関する手掛かり。
3. ユーザーの意図とリポジトリの種類に基づいて、ドメインのワークフローに振り分けます。
   • 判断ツリーについては、skills/wordpress-router/references/decision-tree.md を読みます。
4. 変更を加える前にガードレールを適用します。
   • 不明な場合は、バージョンの制約を確認します。
   • ビルドやテストには、リポジトリで既に使われているツールや規約を優先します。

検証

• 重要なファイルを新規作成したり、構成を変更したりした場合は、トリアージスクリプトを再実行します。
• 利用可能な場合は、トリアージの出力で推奨されているリポジトリのリンター、テスト、ビルドのコマンドを実行します。

失敗時の対応／デバッグ

• トリアージの結果が kind: unknown の場合は、次のファイルやディレクトリを確認します。
  • ルートにある composer.json、package.json、style.css、block.json、theme.json、wp-content/。
• リポジトリが非常に大きい場合は、スキャン範囲を絞るか、トリアージスクリプトに除外ルールを追加することを検討します。

エスカレーション

• 振り分けが曖昧な場合は、次の質問を1つだけ尋ねます。
  • 「これは WordPress プラグイン、テーマ（クラシック／ブロック）、それともサイト全体のリポジトリを想定していますか？」