Codeception を削除する

### 概要(Overview)

- playwright`` 移行に伴い Codeception を削除する
- 一部、VAddy のワークフローが依存している可能性あり

### 期待する内容(Expect) or 要望(Requirement)

codeception 及び関連設定ファイル、関連パッケージが削除された状態でリリースできること

### 関連: `guzzlehttp/guzzle` 8 への更新（#6940 項目 5 から委譲）

`guzzlehttp/guzzle` 7.15.3 → 8.2.0 のメジャー更新は、Codeception 関連の `captbaritone/mailcatcher-codeception-module` 3.0.1（`^6.0 || ^7.0` 固定、最終リリース 2024-03-05）が拘束しているため、Codeception を削除しない限り解決できません（`composer why-not guzzlehttp/guzzle 8.2.0` で実測）。`codeception/module-phpbrowser` 4.1 は `^7.8.2 | ^8.0` で 8 を許容しています。

本体は Guzzle を一度も直接使っておらず（#6940 項目 1）、lock 上の要求元は上記 2 つの Codeception モジュールのみです。Codeception 削除時に `guzzlehttp/guzzle` を `require` から外すか 8 へ上げるかも合わせて判断してください（外す場合は Guzzle を自前で宣言していないプラグインへの影響が #6940 項目 1 の論点です）。

Start by searching the repository and VAddy workflows for Codeception, its related configuration, and package references, then review the Playwright migration context. Check the dependency constraints and the Guzzle 8 question, including plugin impact if Guzzle is removed. Done means a release can be built with Codeception and its related packages and configuration removed, without breaking VAddy workflows.

Written by the indexing model from the issue text.