Communitygithub.com

umairmsm/wp-site

WordPressサイトの構築を空フォルダから本番公開まで導くスキルです。「WordPressサイトを作って」「クライアント用の新しいサイト」「サイトの進捗は?」といったリクエストに対応し、SITE_STATUS.mdから現在の段階を読み取り、適切なステージスキルに引き継ぎます。

wp-site とは?

このスキル(umairmsm/wp-site)は、wp-site-kit に基づくWordPressサイトプロジェクト全体を管理するための包括的なアシスタントです。空のフォルダから始めて、本番環境に公開するまでの全工程を8つの明確なステージ(キックオフ、デザイン、ビルド、コンテンツ、SEOと言語、品質、出荷、運用)に分割し、各ステージには厳格なゲート条件が設定されています。SITE_STATUS.md を読み取ってプロジェクトの現在地を特定し、ハードルール(プラグイン優先、リードのローカル保存、AIコンテンツの制限など)を適用し、適切なステージスキルに引き継ぎます。主にClaude CodeやAntigravity、CodexなどのAIエージェントと連携することを想定しており、wp-task-file を使ってビルダーエージェントに作業を委任したり、wp-rules-reviewer でマージ前レビューを行ったりします。このスキルは、実際の多言語予約サイトでの運用経験に基づいて設計されており、テストの弱体化禁止、データベース操作の厳格な管理、秘密情報の漏洩防止など、実践的なルールが多数組み込まれています。

対応✓Claude Code✓Codex CLI~Cursor✓Antigravity
npx skills add https://github.com/umairmsm/wp-site-kit/tree/HEAD/skills/wp-site

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

WordPressサイト: 空フォルダから本番公開まで

このキットは方法論とスタータープロジェクトを兼ね備えています。実際に顧客が支払いを行う多言語予約サイトで培われました。ステージは順番通りに進めてください。各ステージの最後にはゲートがあり、そのゲートが真であり、その証拠が文書化された場合にのみ次のステージに進むことができます。

1. プロジェクトの現在地を特定する

  1. プロジェクトルートに SITE_STATUS.md が存在するか確認します。
    • 存在しない場合: プロジェクトは未開始です。wp-kickoff を使用してください。
    • 存在する場合: 内容を読んでください。現在のステージは、チェックが入っていないゲートを持つ最初のステージです。
  2. AGENTS.md(プロジェクトのルール)を読み、次に SESSION_LOG.md と DECISIONS.md の最新行を確認します。
  3. オーナーに対して、現在のステージと次の具体的な手順を2行で伝えます。

2. ステージ一覧

#ステージスキルゲート(証拠は SITE_STATUS.md に記載)
1キックオフwp-kickoffオーナーがブリーフを承認、決定事項がロックされて文書化、プライベートリポジトリ、認証情報が名前でリストアップされている
2デザインwp-design静的プロトタイプが承認済み(スクリーンショット+日付)、トークンが設定済み、フォントがセルフホストされている
3ビルドwp-buildローカルサイトが動作、コアプラグイン+子テーマが有効、実際のアイテムがコア関数でレンダリング、問い合わせが転送前に保存される、構造テストがグリーン
4コンテンツwp-contentすべての公開ページにオーナー承認済みのコピーと実際の写真がある、法的ページが存在する、未承認のAIテキストがない
5SEOと言語wp-seoタイトル、説明、canonical、schema、hreflang テストがグリーン、古いURLのリダイレクトマップ、各追加言語がパイロットテストを通過
6品質wp-quality完全スイートがグリーン、アクセシビリティ違反0、パフォーマンスバジェットをステージングで達成
7出荷wp-shipステージングが本番環境をミラーリング、ハードニング適用済み、launch-auditor が PASS、カットオーバー完了、7日間監視
8運用wp-operate自動バックアップがオフマシンコピーあり、リストアドリルを1回実施、更新とアラートのルーチンが記述されている
  • ステージの作業をビルダーエージェント(Antigravity、Codex、別のClaude)に委任する場合: wp-task-file
  • マージ前のレビュー: エージェント wp-rules-reviewer。公開前: エージェント launch-auditor

3. ハードルール(すべてのステージ、すべてのエージェント)

  1. プラグイン優先。 ロジック、データ、ポリシーテキスト、フォーム、スキーマ、SEO はコアの must-use プラグインに配置します。テーマはレイアウトです。スキンは見た目です。リデザインで機能を失ってはいけません。
  2. テンプレートにカード、価格、スラッグをハードコードしない。 コンテンツタイプをクエリし、コアのレンダリング関数を通してレンダリングすることで、CMSの編集が全域に反映されるようにします。
  3. リードは先に保存する。 フォームは nonce 付きで admin-post.php に投稿します。サイトはリードを自身のデータベースに保存してから転送します。ページ内にAPIキーやサードパーティのエンドポイントは含めません。
  4. 偽の証拠は禁止。 誰も証明できない評価、レビュー数、お客様の声を表示してはいけません。インポートされた、または「レガシー」なレビュー数は、証明されるまで偽物とみなします。
  5. 実際の写真 名前付きの場所、部屋、製品、人物には必ず実際の写真を使用します。AI画像は一般的な風景としてのみ使用し、ファイル名は ai-* とし、ログに記録し、「これがあなたの部屋です」と提示してはいけません。
  6. 事実はオーナーから得る。 価格、ポリシー、含まれるもの、安全に関する事実は決して創作してはいけません。AIコピーは、オーナーが承認するまでドラフトです。不明な場合は PENDING-<who> とします。
  7. AIが書いたPHPを本番環境に投入しない ブランチ、ローカルテスト、diff、人間によるマージなしでは禁止。WordPress Coding Standardsに従い、すべてにプレフィックスを付けます。
  8. ページビルダーは禁止。Googleフォントの呼び出しは禁止。 フォントはセルフホスト:ドイツの裁判所は、Googleからのフォント読み込みが訪問者のIPアドレスを漏洩させるとして損害賠償を命じました。
  9. ステージングとローカルはインデックス禁止 実際の顧客にメールを送信してはいけません。
  10. テストを弱めてグリーンにしてはいけない: 削除、スキップ、再スナップショットは禁止。テストの名称変更にはオーナーの承認が必要です。
  11. デプロイはオーナーの責任。 コミットから scripts/deploy-safe.sh を通じて:最初にドライラン、最初にバックアップ、人間が live と入力します。
  12. データベースはコンテンツです。 変更はレビュー可能な変更ファイルと、ドライラン付きのガードされたスクリプトを通じてのみ行います。データベース変更の前には必ずバックアップを取ります。
  13. 機密情報は絶対に git、ログ、プロンプト、ページに入れません。CREDENTIALS_INVENTORY.md には名前と各機密情報の保存場所のみを記載し、値は絶対に記載しません。
  14. スキーマの所有者は1人(通常はSEOプラグイン)。価格なしで Offer を出力してはいけません。

4. 最初にオーナーに確認すること

  • プラグイン、テーマ、ツール、有料サービスのインストール(ページビルダーは絶対に不可)
  • 価格、通貨、ポリシー、ブランド名、ロゴの変更。新しい言語の公開。
  • DNS、Cloudflare、ホスティング、ステージング、本番環境に影響するすべてのこと。破壊的なDBやファイルコマンド。
  • コードや顧客コンテンツをサードパーティのAI APIに送信すること。

5. 作業方法

  • 一度に1つのステージ、一度に1つの小さなステップ。意味のあるステップごとにコミットします(Conventional Commits)。
  • ブランチ、ローカルテスト、diff、その後オーナーがマージします。エージェントは、オーナーがそのアクションを明示的に依頼しない限り、プッシュ、マージ、デプロイ、サーバーへの ssh を決して行いません。
  • すべての決定は DECISIONS.md に記録します(日付、誰が、なぜ)。各セッションの終了時には SESSION_LOG.md に行を追加します。
  • 「完了」とは確認済みを意味します:ページを開き、テストを実行し、サーバーの応答を読みます。他のエージェントの「解決済み」を自分で確認せずに繰り返してはいけません。

6. 他のキットからの便利なスキル(インストールされている場合)

  • agent-skills-kit: wordpress-modern、wp-plugin-development、wp-wpcli-and-ops、wp-performance(WordPress APIの詳細)
  • agent-loop-kit: supervised-build、agent-supervisor(ゲートとレビュアー付きの無人ビルダーループ用)

Individual skills in this repo

This repo contains 7 individual skills — each has its own dedicated page.

umairmsm/wp-build

Stage 3 of a wp-site-kit WordPress build - local DDEV site, the core must-use plugin (modules), the presentation-only child theme with skins, the content model (custom post types, meta, WP_Query, render functions), and the enquiry pipeline that saves leads before forwarding. Use when building or changing features, templates, content types, forms or plugin modules on a wp-site-kit site.

umairmsm/wp-content

Stage 4 of a wp-site-kit WordPress build - real copy and photos. Content truth (facts only from the owner), AI drafts and owner approval, claims audits, banned words and fake proof, legal pages, the photo pipeline (dedupe, real-only, EXIF strip, WebP sizes, alt text, AI image register), and recorded content changes. Use for "write the copy", "add photos", "the owner sent new photos", "check for duplicates", "update prices or text on the live site", "legal pages".

umairmsm/wp-design

Stage 2 of a wp-site-kit WordPress build - design direction, a static HTML/CSS prototype with design tokens, owner sign-off with screenshots, self-hosted fonts, and porting the approved look into a swappable WordPress skin. Use for "design the site", "new look", "redesign", "change colours or fonts", "make a new skin", "port the prototype to WordPress".

umairmsm/wp-kickoff

Stage 1 of a wp-site-kit WordPress build. Use when starting a new WordPress website or taking over or rebuilding an existing one - discovery brief, stack decision, creating the project with bin/wp-site-new, locked decisions, private repo and credentials inventory. Triggers - "new WordPress site", "start a client website", "rebuild this site", "take over this WordPress site".

umairmsm/wp-operate

Stage 8 of a wp-site-kit WordPress build and everything after launch - backups with an off-machine copy, restore drills, the disaster-recovery runbook, credentials inventory, update policy, alerts, and working from more than one machine (bridge file, workstation doctor, encrypted state bundle, rescuing unpushed work). Use for "backup", "restore", "move to a new machine/server", "update plugins", "what if the server dies", "work from the cloud box", "set up a second machine".

umairmsm/wp-seo

Stage 5 of a wp-site-kit WordPress build - titles and descriptions, canonical URLs, one schema owner and JSON-LD, sitemaps, robots.txt and llms.txt, AI crawler access, redirects (301 vs 302), legacy URL maps, Search Console, and adding languages one pilot at a time with Polylang (hreflang, .po/.mo strings, native review). Use for "SEO", "schema", "redirect", "old URLs", "translate the site", "add French/Spanish", "hreflang", "canonical".

umairmsm/wp-ship

Stage 7 of a wp-site-kit WordPress build - staging behind Cloudflare Access, server hardening, safe deploys from a commit (scripts/deploy-safe.sh), database content changes, the launch audit, DNS cutover without breaking a running business, and the first week after launch. Use for "deploy", "set up staging", "go live", "launch", "cutover", "move DNS", "harden the server".

関連スキル