セキュリティパッチ対応

.claude/settings.json

@@ -0,0 +1,18 @@
+{
+  "permissions": {
+    "allow": ["Bash(npm run test:*)", "Bash(npm run lint:*)"],
+    "deny": [
+      "Bash(sudo:*)",
+      "Bash(git reset:*)",
+      "Bash(git rebase:*)",
+      "Read(.env:*)",
+      "Read(id_rsa)",
+      "Read(id_ed25519)",
+      "Read(**/*token*)",
+      "Read(**/*key*)",
+      "Write(.env:*)",
+      "Write(**/secrets/**)",
+      "Bash(wget:*)"
+    ]
+  }
+}

.claude/settings.local.json

@@ -0,0 +1,16 @@
+{
+  "permissions": {
+    "allow": [
+      "mcp__serena__search_for_pattern",
+      "mcp__serena__find_symbol",
+      "mcp__playwright__browser_click",
+      "mcp__serena__check_onboarding_performed",
+      "mcp__serena__get_symbols_overview",
+      "mcp__serena__find_file",
+      "mcp__serena__list_dir",
+      "Bash(git add:*)"
+    ],
+    "deny": [],
+    "ask": []
+  }
+}

.clinerules

@@ -1,215 +1,114 @@
-# ClineRules
-
-## はじめに
-
-このドキュメントは、Cline が開発を行う際のガイドラインをまとめたものです。
-このガイドラインに従って、開発を行ってください。
-
-## 開発モードについて
-
-以下の 4 つのモードを状況に応じて自動的に切り替えながら開発を行ってください。
-
-| モード    | 役割               | 自動切替のタイミング                         |
-| --------- | ------------------ | -------------------------------------------- |
-| PM        | 要件定義・計画作成 | 新規機能の検討時、要件の明確化が必要な時     |
-| Architect | 設計・技術選定     | 実装前の設計が必要な時、技術的判断が必要な時 |
-| Code      | 実装・テスト       | 具体的なコード作成やバグ修正時               |
-| PMO       | 品質管理・確認     | 作業完了時や品質チェックが必要な時           |
-
-あなたは作業の内容や流れに応じて最適なモードを自動的に選択し、目的の達成に向けて最大効率で作業を進めてください。
-
-## 基本ルール
-
-- 指示に従う:
-  - 要件や指示に従って作業を進める
-  - 作業の進捗や問題が発生した場合は適宜報告
-- 自律的な問題解決:
-  - エラーや何かしらの問題が発生したら、自律的に問題分析と解決案を提示
-  - 複数のアプローチがある場合は、推奨案を明示
-  - ソースコード外の問題である可能性がある場合は、指示者に報告
-- 既存コードの尊重:
-  - 既存のコードスタイルやパターンがある場合には、それに従う
-  - 大幅な変更が必要な場合は理由を説明
-- 連続で修正に失敗した場合:
-  - 2 回以上連続でテストを失敗した時は、現在の状況を整理して指示者に報告
-  - 同じことを連続で行うのではなく、問題の解決策を提案
-
-### ディレクトリ構造
-
-プロジェクトのディレクトリ構造は以下のようにします。
-
-```
-(root)/
-├── src/
-│   ├── app/ ... Next.js アプリケーションディレクトリ
-│   │   ├── api/ ... API エンドポイントディレクトリ
-│   │   ├── v1/ ... アプリページディレクトリ
-│   │   ├── public/ ... LP用の静的ファイルディレクトリ
-│   │   └── maintenance/ ... メンテナンスページディレクトリ
-│   ├── components/ ... コンポーネントディレクトリ
-│   |   ├── atoms/ ... アトムコンポーネントディレクトリ
-│   |   ├── molecules/ ... モレキュールコンポーネントディレクトリ
-│   |   ├── organisms/ ... オーガニズムコンポーネントディレクトリ
-│   |   └── ui/ ... shadcn/ui用コンポーネントディレクトリ
-│   ├── hooks/ ... カスタムフックディレクトリ
-│   ├── lib/ ... ライブラリやユーティリティ関数ディレクトリ
-│   |   ├── classes/ ... クラス定義ディレクトリ
-│   |   ├── functions/ ... 関数定義ディレクトリ
-│   |   ├── types/ ... 型定義ディレクトリ
-│   |   └── utilities/ ... ユーティリティ関数ディレクトリ
-│   ├── tests/ ... ユニットテストコードディレクトリ
-│   |   ├── api/ ... API エンドポイントのテストディレクトリ
-│   |   ├── components/ ... コンポーネントのテストディレクトリ
-│   |   ├── hooks/ ... カスタムフックのテストディレクトリ
-│   |   └── lib/
-|   |       ├── classes/ ... クラスのテストディレクトリ
-│   |       ├── functions/ ... 関数のテストディレクトリ
-│   |       └── utilities/ ... ユーティリティ関数のテストディレクトリ
-│   └── middleware.ts ... Next.js ミドルウェアファイル
-├── __tests__/ ... Playwright テストコードディレクトリ
-├── prisma/
-│   └── prisma.schema ... テーブル定義ファイル
-├── .clinerules
-├── .env
-├── .gitignore
-├── package.json
-├── tsconfig.json
-├── README.md
-└── Dockerfile
-```
-
-## セキュリティ
-
-### 機密ファイル
-
-以下を読み取ったり変更したりすることは絶対に避けてください。
-
-- .env ファイル
-- `*/.pem`
-- API キー、トークン、認証情報を含むファイル全般
-
-何か機密ファイルの編集が必要になった場合は、指示者に連絡してください。
-
-また、以下のセキュリティガイドラインに従って作業を行ってください。
-
-- 機密ファイルを絶対にコミットしない
-- シークレット情報は環境変数を使用する
-- ログや出力に認証情報を含めない
-
-## 作業プロセス
-
-以下のプロセスに従って、作業を進めます。
-
-1. 要件理解（PM モード）
-   - 要件の明確化・詳細化
-   - 必要に応じて質問や提案
-2. 設計（Architect モード）
-   - 適切なアーキテクチャ・パターンの選択
-   - コンポーネント設計・データフロー設計
-3. 実装（Code モード）
-   - 設計に基づいたコーディング
-   - ユニットテストの作成
-4. 品質確認（PMO モード）
-   - コードレビュー
-   - 要件充足の確認
-
-AI はこれらのステップを自動的に判断して進め、1 回のリクエストでも可能な限り完結した成果物を提供します。
-
-## 技術スタック
-
-プロジェクトで定義された技術スタックに従って開発を行います。
-特に指定がない場合は、一般的なベストプラクティスに基づいて技術を選定します。
-
-### フロントエンド
-
-必要な場合に限り、以下のライブラリを使用してください。
-
-- 言語: TypeScript
-- フレームワーク: Next.js (AppRouter)
-- UI: shadcn/ui + Tailwind CSS
-- 状態管理: Zustand
-- 認証ライブラリ: Firebase Auth
-- その他基盤ライブラリ
-  - SWR
-  - Firebase Analytics
-
-### バックエンド
-
-- 言語: TypeScript
-- フレームワーク: Next.js (API Routes)
-- ORM: Prisma
-- 認証: Firebase Auth
-  - 開発ではFirebase Emulatorを使用
-- データベース: Supabase PostgreSQL ※将来的にRDSに移行予定
-
-### 開発ツール
-
-使用する場合に限り、以下のツールを使用してください。
-
-- Unit test: React Testing Library, Jest, Playwright
-- ドキュメント生成: Storybook
-- リンター: ESLint
-- コードフォーマッター: Prettier
-- CI/CD ツール: GitHub Actions
-- ホスティング: GCP
-
-### Docker 構成
-
-次の構成で開発を行います。
-
-DockerCompose コンテナは下記の１つのみです。
-
-- PostgreSQL コンテナ
-
-Next.js はローカルで実行します。
-
-## セキュリティガイドライン
-
-- 機密情報（API キー、パスワードなど）はハードコーディングしない
-- ユーザー入力は必ず検証する
-- 環境変数を適切に使用する
-- `.env` ファイルなど機密ファイルは絶対に変更しな
-
-## コーディングガイドライン
-
-### 一般原則
-
-- シンプルで読みやすいコード
-- 適切な命名（変数、関数、クラスなど）
-- 一つの関数は一つの責務を持つ (SOLID 原則)
-- エラーハンドリングを適切に実装
-- コメントは必要な箇所にのみ付ける
-- DI を考慮したオブジェクト設計
-
-### テスト
-
-- 主要機能のユニットテスト
-- エッジケースの考慮
-- テストが実行可能であることを確認
-
-## コミットメッセージのガイドライン
-
-簡潔かつ明確なコミットメッセージを記述することで、変更履歴を追いやすくします。
-
-### プレフィックス
-
-(gitmoji)[https://gitmoji.dev/]に則ったプレフィックスを使用してください。
+# LLM rules
+
+日本語で回答しなさい。
+
+## 開発の始め方
+
+1. Docker コンテナを起動し、DB と FirebaseEmulator をセットアップします。
+   ```bash
+   docker-compose up -d
+   ```
+2. DB コンテナへダンプを追加します。
+   ```bash
+   npm run prisma:init
+   ```
+3. 依存関係をインストールします。
+   ```bash
+   npm install
+   ```
+4. Prisma スキーマを生成します。
+   ```bash
+   npm run prisma:generate
+   ```
+5. Next.js アプリケーションを起動します。
+   ```bash
+    npm run dev
+   ```
+6. ブラウザで `http://localhost:3000` を開き、アプリケーションを確認します。
+
+## プロジェクト構造
+
+- `src/` - Next.js アプリケーションのソースコード
+- `src/tests/` - ユニットテスト(Jest) テストコード
+- `src/components/` - 再利用可能なコンポーネント(Atomic Design)
+- `src/components/ui/` - shadcn/ui コンポーネント専用
+- `prisma/` - Prisma スキーマとマイグレーション
+- `docs/` - 各種設計書
+- `__tests__/` - UI/インテグレーションテスト(Playwright) テストコード
+
+## コーディング規約
+
+- TypeScript を使用
+- アプリは Next.js のフレームワークに基づいています。
+- スタイルは Tailwind CSS を使用
+- shadcn/ui を使用して UI コンポーネントを構築します。
+- ESLint と Prettier を使用してコードの整形と静的解析を行います。
+  ```bash
+  npm run lint
+  ```
+- フォルダ名は複数形である必要があります。
+- コンポーネント名は PascalCase で命名します。
+- 関数名は camelCase で命名します。
+- 定数は大文字の SNAKE_CASE で命名します。
+- ファイル名は camelCase で命名します。
+- プログラム中のコメントは行わず、TsDoc に準拠したコメントを使用します。
+  - 関数やクラスの説明は TsDoc コメントを使用します。
+  - 重要な定数の説明は TsDoc コメントを使用します。
+- クリーンアーキテクチャを意識した設計を行います。
+  - `entity` - ドメインモデルを定義します。
+  - `repository` - データアクセスを抽象化します。
+  - `service` - ビジネスロジックを実装します。
+- 関数のグループ化のため `utility` クラスを使用します。
+
+## テストの実行
+
+- Docker コンテナを起動している状態である必要があります。
+  ```bash
+  docker-compose up -d
+  npm run prisma:init
+  ```
+- ユニットテストは Jest を使用して実行します。
+  ```bash
+  npm run test
+  ```
+
+## CI/CD
+
+- GitHub Actions を使用して CI/CD を実行します。
+- プッシュやプルリクエスト時に自動でテストが実行されます。
+  - ユニットテスト `npm run test`
+  - ビルドテスト `npm run build`
+- PR ごとのテストに成功した場合のみ、マージが許可されます。
+- CI/CD の設定は `.github/workflows/` フォルダにあります。
+
+## Git ルール
+
+### ブランチ名
+
+- ブランチ名は `(issue番号)-(type)/(内容)` の形式で命名します。
+  - 例: `123-feature/add-login`
+- `type` は以下のいずれかを使用します。
+  - `feature` - 新機能の追加
+  - `fix` - バグ修正
+  - `hotfix` - 緊急修正
+  - `chore` - その他の変更
+- 内容は英語で記述し、スペースはハイフンで区切ります。
+  - 例: `123-feature/add-login`
 
 ### コミットメッセージ
 
-`✨ ユーザー登録機能を追加`、`🐛 引数が0の場合に無限ループが発生しないように修正`のようにコミットメッセージを記述してください。
-
-コミットは自動的にコマンドを実行せず、必ず指示者の確認を経てから行ってください。
-
-### コミットの注意事項
-
-- 1 つのコミットでは 1 つの論理的な変更のみを含める
-- 複数の変更がある場合は複数のコミットに分割する
-- コミットメッセージは日本語で記述可能
-
-## ベストプラクティス
-
-- 汎用的で再利用可能なコンポーネントを作成
-- 基本的なパフォーマンス最適化を実装
-- 基本的なアクセシビリティ対応を実装
-- Core Web Vitals を意識した実装
+- コミットメッセージは以下の形式で記述します。
+  ```
+  (gitmoji): (内容)
+  ```
+- プレフィクスは [gitmoji](https://gitmoji.dev/) のルールに従います。
+  - 例: `✨ 新しい機能を追加しました`
+
+### プルリクエスト
+
+- プルリクエストのタイトルは `(issue番号) (内容)` の形式で命名します。
+  - 例: `123 新しい機能を追加しました`
+- プルリクエストは `.github/PULL_REQUEST_TEMPLATE.md` を使用したテンプレートに従って作成します。
+  - プルリクエストの説明は日本語で記述します。
+- テストが全て成功することを確認してからマージします。
+  - PR単位でGitHub ActionsのCIが実行され、テストが成功した場合のみマージを許可します。

.env.local

@@ -8,6 +8,8 @@ DATABASE_URL=postgresql://${POSTGRES_USER}:${POSTGRES_PASSWORD}@localhost:5432/$
 NEXT_PUBLIC_USE_FIREBASE_EMULATOR=true
 FIREBASE_AUTH_EMULATOR_HOST=localhost:9099
 
+NEXT_PUBLIC_APP_VERSION=1.2.3
+
 NEXT_PUBLIC_FIREBASE_API_KEY=dummy
 NEXT_PUBLIC_FIREBASE_AUTH_DOMAIN=localhost
 NEXT_PUBLIC_FIREBASE_PROJECT_ID=kaitopia-dev