[common]CodexでE2Eテスト計画を更新するGitHub Actionsを追加する

種別: 環境 — 開発環境・インフラを作る。仕上げに CLAUDE.md / README を更新する。

優先度: 低 — 主要なE2Eテスト方針・機能実装を優先し、本Issueは余力がある段階で着手する。

目的

Codex を GitHub Actions から実行し、画面仕様・API仕様・フロントエンド実装の変化に合わせて E2E テスト計画を更新する。変更内容は直接 main へ反映せず、レビュー可能な Pull Request として提出する。

完了条件

• openai/codex-action@v1 を使用する GitHub Actions workflow と、E2E テスト計画更新用の専用プロンプトが追加されている
• Codex が画面仕様・API仕様・フロントエンド実装を確認し、documents/frontend/E2Eテスト計画.md を新規作成または更新できる
• ドキュメントに差分がある場合だけ専用ブランチへ commit し、既存の自動更新 PR がなければ新規 PR、あれば同じ PR を更新する
• OpenAI API キーが GitHub Secrets で管理され、信頼できない PR 本文・コメント・コミットメッセージをプロンプトへ直接渡さない最小権限構成になっている
• workflow の手動実行、定期実行、Secret 設定、生成 PR、失敗ログの確認方法が開発ドキュメントに記載されている

やらないこと

• Playwright 等による E2E テストコード自体の実装・実行
• Codex が生成した PR の自動マージ
• 外部コントリビューターの PR や未検証の入力をトリガーにした Codex 実行
• E2E テスト計画以外の仕様書・ADR・アプリケーションコードの自動変更
• main ブランチへの直接 commit

触る範囲

• .github/workflows/ — Codex 実行と PR 作成の workflow
• .github/codex/prompts/ — E2E テスト計画更新用プロンプト
• documents/frontend/E2Eテスト計画.md — Codex が更新する正本
• CLAUDE.md または関連する開発ドキュメント — 運用手順

検証方法

1. workflow_dispatch で workflow を手動実行する
2. 初回は documents/frontend/E2Eテスト計画.md が追加された PR、既存計画がある場合は更新 PR が作成されることを確認する
3. 同じ状態でもう一度実行し、不要な重複 PR や差分なし commit が作られないことを確認する
4. workflow の権限、Secret の参照、Codex の入力対象が「完了条件」のセキュリティ要件を満たすことを確認する

前提・依存

• 依存Issue: #86（E2E の責任範囲、採用ツール、テスト計画に含める対象が決定している必要がある）
• 適用ADR: #86 で作成または更新されるフロントエンドテスト方針の ADR、ADR-0013（ドキュメントの正本ルール）

未決事項

• 事前決定（任意）: 自動実行の頻度（推奨: workflow_dispatch と週1回程度の定期実行から開始し、毎PR・毎pushでは実行しない）
• 事前決定（任意）: Codex のモデルと reasoning effort（推奨: 品質・料金・実行時間を確認できるよう workflow 内で明示し、変更しやすい形にする）

参考

• #86 フロントエンドのテスト方針とツールを決定する — 本Issueの前提となるE2Eテスト方針
• OpenAI公式: Codex GitHub Action — openai/codex-action@v1 の入力、権限、Secret、セキュリティ上の注意点
• 画面仕様 — E2E テスト計画の入力
• API仕様 — E2E テスト計画の入力