#!/usr/bin/env bash
set -euo pipefail

# .envがなければ自動生成（Codexの環境変数・Secretsを活用）
[ -f .env ] || cat <<EOF > .env
WORDPRESS_DB_PASSWORD=${WORDPRESS_DB_PASSWORD:-changeme}
WORDPRESS_DB_USER=${WORDPRESS_DB_USER:-wp}
WORDPRESS_DB_NAME=${WORDPRESS_DB_NAME:-wordpress}
WORDPRESS_DB_HOST=${WORDPRESS_DB_HOST:-db}
API_KEY=${API_KEY:-}
EOF

# package.jsonがあればnpm install
[ -f package.json ] && npm install

# サブディレクトリ（plugins/以下など）でpackage.jsonがあればnpm install
for dir in plugins/*/ ; do
  if [ -f "$dir/package.json" ]; then
    (cd "$dir" && npm install)
  fi
done

# Linterやテストツール
npm install --save-dev eslint prettier jest || true

# WP-CLI（phpが入ってる場合のみ）をインストール
curl -O https://raw.githubusercontent.com/wp-cli/builds/gh-pages/phar/wp-cli.phar
chmod +x wp-cli.phar
mv wp-cli.phar /usr/local/bin/wp || true

このリポジトリに、WordPressのGutenbergブロック開発・検証ができるローカル環境一式を構築してください。

要件：

- docker-compose.yml で WordPress本体・MySQL・WP-CLIコンテナを用意
- ブロック開発用サンプルプラグイン（例：plugins/my-custom-block/）を @wordpress/create-block 相当で生成
- package.json、ビルド・テスト用npmスクリプト、README.md にセットアップ手順を明記
- WP-CLIからWordPressの操作（プラグイン有効化・DB初期化等）がすぐ使えるようにして
- 必要に応じてテーマや開発用設定も含めてOK
- すべてのセットアップが「docker-compose up」「npm install」「npm run build」で完結し、手元で即ブロックの動作検証・WP操作・開発ができるようにしてください。

Codexくん、READMEでは `docker-compose up -d` の時点で WordPress が自動的にインストールされる前提ですが、実際に試すと `wp-config.php` に `DB_HOST='mysql'` が設定されてしまい、`wp-cli` 経由のコマンド（例: `core install`）が `Error establishing a database connection.` で失敗します。

Docker Compose の `wordpress` サービスには `WORDPRESS_DB_HOST=db:3306` を設定しているので、本来は `db` が正しい接続先のはずです。  
しかし `wp-config.php` に `mysql` が自動設定されることで、CLI系コンテナが `db` を解決できずに死んでいます。

これは WordPress イメージの entrypoint が環境変数を正しく受け取れていない場合に、`DB_HOST=mysql` をデフォルトで書いてしまう仕様に起因しています。

この構成が安定して動作するようにするために、以下の対応が必要ではないでしょうか？

1. `setup` および `wpcli` サービスに、明示的に DB 接続用の環境変数を追加する
2. README に `wp-config.php` が生成されるタイミングと、環境変数が渡らなかった場合の挙動を補足する

このままだと、ユーザーが `setup` を実行しても CLI からの操作が失敗する可能性が高いです。