@einja/dev-cli 0.1.6

package/presets/minimal/.claude/commands/einja/update-docs-by-task-specs.md

@@ -0,0 +1,448 @@
+---
+description: "タスク仕様書をfeature仕様書とsteering仕様書に反映。ARGUMENTS: タスク仕様書ディレクトリパス（複数可、カンマ区切り）"
+allowed-tools: Read, Write, Edit, Bash, Grep, Glob
+---
+
+# タスク仕様書からドキュメント反映コマンド
+
+## あなたの役割
+
+タスク仕様書（`docs/specs/tasks/` 配下）から設計情報を抽出し、以下の2つの階層に反映する専門エージェントです：
+
+1. **Feature仕様書**（`docs/specs/features/<feature-name>/`）- 機能レベルの設計
+2. **Steering仕様書**（`docs/einja/steering/`）- プロジェクト全体の設計
+
+タスク仕様書の内容を構造化して抽出し、適切な階層のドキュメントにインテリジェントにマージします。
+
+## 実行フロー
+
+### 1. タスク仕様書の検証と読み込み
+
+**入力形式**:
+```
+/update-docs-by-task-specs <task-spec-dir-path> [<task-spec-dir-path2> ...]
+```
+
+**処理**:
+- 指定されたディレクトリパスを解析（カンマ区切り対応）
+- 各ディレクトリに以下のファイルが存在するか確認：
+  - `requirements.md`（必須）
+  - `design.md`（必須）
+  - `tasks.md`（オプション）
+- ファイルが存在しない場合はエラーを表示して終了
+- 各ファイルを読み込み、構造化された情報を抽出
+
+### 2. 機能（Feature）の判定【対話的】
+
+各タスクspecについて、どの機能（Feature）に関連するかを判定します。
+
+**判定手順**:
+1. タスクディレクトリ名とrequirements.mdの内容を分析
+2. 既存の`docs/specs/features/`ディレクトリをスキャン
+3. 以下の候補をユーザーに提示：
+   - 既存の機能（例: `login`, `signup`など）
+   - 新規機能作成（機能名を入力）
+   - Steeringのみ反映（機能specには反映しない）
+
+**AskUserQuestionを使用**:
+```
+質問: "タスク『{タスク名}』はどの機能に関連しますか？"
+選択肢:
+- login（既存）
+- signup（既存）
+- 新規機能を作成
+- Steeringのみ反映
+```
+
+### 3. Feature仕様書への反映【Task → Feature】
+
+機能が指定された場合、`docs/specs/features/<feature-name>/`に反映します。
+
+#### 3.1 機能ディレクトリの作成確認
+
+**機能specディレクトリが存在しない場合**:
+- ユーザーに確認：「機能spec『{feature-name}』を新規作成しますか？」
+- 承認されたら以下を作成：
+  ```
+  docs/specs/features/<feature-name>/
+  ├── requirements.md
+  ├── design.md
+  └── tasks.md
+  ```
+
+#### 3.2 requirements.md への反映
+
+**対象**: `docs/specs/features/<feature-name>/requirements.md`
+
+**タスクspecから抽出する情報**（`requirements.md`から）:
+- **ビジネス価値**（ビジネス価値セクション）
+- **ユーザーストーリー**（ユーザーストーリーセクション）
+- **受け入れ基準**（各ストーリーの受け入れ基準）
+- **成功指標**（成功指標セクション）
+- **非機能要件**（非機能要件セクション）
+
+**反映形式**:
+```markdown
+## タスク: {タスク名} ({日付})
+
+**反映日時**: {現在日時}
+**ソース**: {タスクspecパス}
+
+### ビジネス価値
+{抽出した内容}
+
+### ユーザーストーリー
+{抽出した内容}
+
+### 受け入れ基準
+{抽出した内容}
+
+---
+```
+
+**マージロジック**:
+- 既存内容の最後に追記（セクションが存在する場合）
+- セクションが存在しない場合は新規作成
+- 同じタスクからの重複反映を防止（タスク名+日付でチェック）
+
+#### 3.3 design.md への反映
+
+**対象**: `docs/specs/features/<feature-name>/design.md`
+
+**タスクspecから抽出する情報**（`design.md`から）:
+- **API仕様**（APIエンドポイントセクション）
+- **コンポーネント設計**（コンポーネントとインターフェースセクション）
+- **シーケンス図**（シーケンス図セクション）
+- **テスト設計**（テスト設計セクション）
+- **実装上の注意点**（実装上の注意点セクション）
+
+**反映形式**:
+```markdown
+## タスク: {タスク名} ({日付})
+
+**反映日時**: {現在日時}
+**ソース**: {タスクspecパス}
+
+### API仕様
+{抽出した内容}
+
+### コンポーネント設計
+{抽出した内容}
+
+---
+```
+
+#### 3.4 tasks.md への反映
+
+**対象**: `docs/specs/features/<feature-name>/tasks.md`
+
+**タスクspecから抽出する情報**（`tasks.md`から）:
+- タスク一覧（Phase別）
+- 依存関係情報
+- 完了基準
+
+**反映形式**:
+```markdown
+## タスク: {タスク名} ({日付})
+
+**反映日時**: {現在日時}
+**ソース**: {タスクspecパス}
+
+### 実装タスク
+{抽出したタスクリスト}
+
+---
+```
+
+### 4. Steering仕様書への反映【Task → Steering】
+
+すべてのタスクspecは、Steering仕様書にも反映されます。
+
+#### 4.1 architecture.md への反映
+
+**対象**: `docs/einja/steering/architecture.md`
+
+**タスクspecから抽出する情報**（`design.md`から）:
+- **システム構成図**（Mermaid図を含む）
+- **データフロー図**
+- **技術スタック表**
+- **パッケージ構造と依存関係**
+- **デプロイメント戦略**
+- **アーキテクチャパターン**（Clean Architecture、Repository Patternなど）
+- **開発ワークフロー**
+
+**反映形式**:
+```markdown
+## {タスク名} ({日付})
+
+**反映日時**: {現在日時}
+**ソース**: {タスクspecパス}
+
+### システム構成
+{抽出した構成図とMermaid}
+
+### 技術スタック
+{抽出した技術スタック表}
+
+### アーキテクチャパターン
+{抽出したパターン説明}
+
+---
+```
+
+**マージロジック**:
+- ファイルが空またはTODOのみの場合、目次構造を作成してから追記
+- 既存の同名セクションがある場合、タスクごとのサブセクションとして追記
+- Mermaid図は`<!-- Task: {タスク名} -->`コメントでラベル付け
+
+#### 4.2 db-design.md への反映
+
+**対象**: `docs/einja/steering/db-design.md`
+
+**タスクspecから抽出する情報**（`design.md`から）:
+- **ERD図**（Entity-Relationship Diagram）
+- **Prismaスキーマ定義**
+- **リポジトリパターン実装**
+- **データアクセス層設計**
+- **インデックス戦略**
+- **マイグレーション戦略**
+
+**反映形式**:
+```markdown
+## {タスク名} ({日付})
+
+**反映日時**: {現在日時}
+**ソース**: {タスクspecパス}
+
+### データベーススキーマ
+{抽出したスキーマ定義}
+
+### ERD
+{抽出したERD図}
+
+### リポジトリパターン
+{抽出したリポジトリ設計}
+
+---
+```
+
+#### 4.3 product.md への反映
+
+**対象**: `docs/einja/steering/product.md`
+
+**タスクspecから抽出する情報**:
+- **ビジネス価値と目標**（`requirements.md`から）
+- **ユーザーストーリー概要**（`requirements.md`から）
+- **主要API仕様**（`design.md`から）
+- **成功指標とKPI**（`requirements.md`から）
+- **タイムラインとフェーズ**（`requirements.md`から）
+
+**反映形式**:
+```markdown
+## {タスク名} ({日付})
+
+**反映日時**: {現在日時}
+**ソース**: {タスクspecパス}
+
+### ビジネス価値
+{抽出した内容}
+
+### 主要機能
+{抽出したユーザーストーリー概要}
+
+### 成功指標
+{抽出したKPI}
+
+---
+```
+
+### 5. インテリジェントマージの詳細ロジック
+
+#### 5.1 重複チェック
+
+各ファイルの先頭または各セクションで、以下のパターンを検索：
+```markdown
+## タスク: {タスク名} ({日付})
+```
+
+- 同じタスク名+日付が見つかった場合、重複として扱う
+- ユーザーに確認：「タスク『{タスク名}』は既に反映済みです。上書きしますか？」
+  - 上書き: 既存セクションを削除して新規追加
+  - スキップ: 反映をスキップ
+  - 差分マージ: 変更部分のみ更新（推奨）
+
+#### 5.2 セクション構造の維持
+
+**空ファイルまたはTODOのみの場合**:
+1. 標準的な目次構造を作成
+2. 各セクションにタスクの内容を追記
+
+**既存内容がある場合**:
+1. 既存のセクション構造を解析
+2. 対応するセクションを見つけて追記
+3. セクションが存在しない場合、適切な位置に新規作成
+
+**目次構造例（architecture.md）**:
+```markdown
+# システムアーキテクチャ
+
+## 概要
+
+## システム構成
+
+### タスク: Monorepo Setup (20251104)
+...
+
+## 技術スタック
+
+### タスク: Monorepo Setup (20251104)
+...
+
+## デプロイメント戦略
+
+### タスク: Monorepo Setup (20251104)
+...
+```
+
+#### 5.3 Mermaid図の扱い
+
+**図の識別**:
+- 各Mermaid図の直前にコメントを追加：
+  ```markdown
+  <!-- Task: {タスク名} ({日付}) -->
+  ```mermaid
+  ...
+  ```
+  ```
+
+**複数タスクの図の統合**:
+- 同種の図（例: システム構成図）が複数ある場合、並列配置
+- 重複や矛盾がある場合、ユーザーに確認して統合提案
+
+### 6. ユーザー確認・承認
+
+すべての変更内容を処理した後、以下を実行：
+
+1. **変更サマリーの表示**:
+   ```markdown
+   ## 変更サマリー
+
+   ### Feature仕様書
+   - features/login/requirements.md: 3セクション追加
+   - features/login/design.md: 5セクション追加
+
+   ### Steering仕様書
+   - einja/steering/architecture.md: 7セクション追加
+   - einja/steering/db-design.md: 4セクション追加
+   - einja/steering/product.md: 3セクション追加
+   ```
+
+2. **各ファイルの詳細プレビュー**（オプション）:
+   - ユーザーが詳細を確認したい場合、各ファイルのdiffを表示
+
+3. **最終確認**:
+   - 「これらの変更を確定しますか？」
+   - 承認されたら、すべてのファイルを更新
+   - 却下された場合、変更をキャンセル
+
+### 7. エラーハンドリング
+
+**タスクspecが見つからない場合**:
+```
+エラー: タスク仕様書が見つかりません
+パス: {指定パス}
+確認事項:
+- パスが正しいか確認してください
+- requirements.md と design.md が存在するか確認してください
+```
+
+**requirements.md/design.md がない場合**:
+```
+警告: {ファイル名}が見つかりません
+タスク: {タスク名}
+対応: このタスクの反映をスキップして続行しますか？
+```
+
+**機能spec作成時の競合**:
+```
+警告: 機能spec『{feature-name}』は既に存在しますが、内容が空です
+対応: 既存ファイルを上書きして反映しますか？
+```
+
+## 重要な原則
+
+### 情報の忠実性
+- タスクspecの内容を改変せず、忠実に抽出して反映する
+- 要約や意訳は最小限にし、原文をできるだけ保持する
+- コードブロック、図表は完全な形で転記する
+
+### トレーサビリティ
+- すべての反映内容に「ソース」情報を記録する
+- タスク名と日付を明記し、後から追跡可能にする
+- 変更履歴が明確にわかるようにする
+
+### 非破壊的マージ
+- 既存の内容を削除しない（ユーザー確認がある場合を除く）
+- 追記を基本とし、上書きは最小限にする
+- 重複チェックを徹底し、不要な反復を避ける
+
+### 対話的な処理
+- 判断が必要な場合は必ずユーザーに確認する
+- 機能の判定、新規作成、重複処理などで対話する
+- 最終確認を必ず行い、ユーザーの承認を得る
+
+### 段階的な実行
+- 1つのタスクspecずつ処理する
+- 各ステップの結果を明確に表示する
+- エラーが発生しても他のタスクspecの処理を継続する
+
+## 出力フォーマット
+
+処理完了後、以下の形式でレポートを表示：
+
+```markdown
+# タスク仕様書反映完了
+
+## 処理したタスク
+1. ✅ Monorepo Setup (20251104)
+   - Feature: なし（Steeringのみ）
+   - 反映先: architecture.md, db-design.md, product.md
+
+2. ✅ Login Authentication (20251105)
+   - Feature: login
+   - 反映先: features/login/*, steering/*
+
+## 反映サマリー
+
+### Feature仕様書
+- **features/login/requirements.md**: 3セクション追加（412行）
+- **features/login/design.md**: 5セクション追加（823行）
+- **features/login/tasks.md**: 1セクション追加（156行）
+
+### Steering仕様書
+- **einja/steering/architecture.md**: 7セクション追加（1,245行）
+- **einja/steering/db-design.md**: 4セクション追加（567行）
+- **einja/steering/product.md**: 3セクション追加（334行）
+
+## 次のステップ
+- 反映された内容を確認してください
+- 必要に応じて手動で調整してください
+- 変更をコミットする場合は、明確なコミットメッセージを記述してください
+```
+
+## 使用例
+
+### 例1: 単一タスクの反映
+```
+/update-docs-by-task-specs docs/specs/tasks/monorepo/20251104-monorepo-turborepo-nextjs-setup
+```
+
+### 例2: 複数タスクの反映
+```
+/update-docs-by-task-specs docs/specs/tasks/task1,docs/specs/tasks/task2,docs/specs/tasks/task3
+```
+
+### 例3: スペース区切り
+```
+/update-docs-by-task-specs docs/specs/tasks/monorepo/20251104-monorepo-turborepo-nextjs-setup docs/specs/tasks/auth/20251105-login-feature
+```

package/presets/minimal/.claude/hooks/einja/biome-format.sh

@@ -0,0 +1,49 @@
+#!/bin/bash
+# biome-check.sh - ファイル保存後にbiome check（format + lint）を実行するhook
+
+# stdinからJSON入力を読み取る
+input=$(cat)
+
+# ファイルパスを抽出
+file_path=$(echo "$input" | jq -r '.tool_input.file_path // empty')
+
+# ファイルパスが存在しない場合は終了
+if [ -z "$file_path" ]; then
+  exit 0
+fi
+
+# biome対象の拡張子かチェック (.ts, .tsx, .js, .jsx, .json)
+if [[ "$file_path" =~ \.(ts|tsx|js|jsx|json)$ ]]; then
+  # プロジェクトルートに移動してbiomeを実行
+  cd "$CLAUDE_PROJECT_DIR" 2>/dev/null || exit 0
+
+  # biome check（format + lint）を実行、自動修正可能なものは修正
+  npx biome check --write "$file_path" 2>/dev/null || true
+
+  # 修正後に残っているlintエラーをチェック（any型など自動修正できないもの）
+  lint_errors=$(npx biome lint "$file_path" 2>&1 | grep -E "lint/|noExplicitAny|error" | head -20)
+
+  if [ -n "$lint_errors" ]; then
+    echo "" >&2
+    echo "⚠️  Biome lintエラーが検出されました" >&2
+    echo "   ファイル: $file_path" >&2
+    echo "" >&2
+    echo "$lint_errors" | while read -r line; do
+      echo "   $line" >&2
+    done
+    echo "" >&2
+
+    # エラー詳細をエスケープしてsystemMessageに含める
+    escaped_errors=$(echo "$lint_errors" | sed 's/"/\\"/g' | tr '\n' ' ' | head -c 500)
+
+    # any型が含まれているかチェック
+    if echo "$lint_errors" | grep -q "noExplicitAny"; then
+      echo "{\"decision\":\"approve\",\"systemMessage\":\"⚠️ any型が検出されました。any型は禁止です。適切な型を指定してください。\\n詳細: ${escaped_errors}\"}"
+    else
+      echo "{\"decision\":\"approve\",\"systemMessage\":\"⚠️ Biome lintエラーが検出されました。修正を検討してください。\\n詳細: ${escaped_errors}\"}"
+    fi
+    exit 0
+  fi
+fi
+
+exit 0

package/presets/minimal/.claude/hooks/einja/design-doc-check.sh

@@ -0,0 +1,61 @@
+#!/bin/bash
+# design-doc-check.sh - 設計書への実装コード混入検出
+
+input=$(cat)
+file_path=$(echo "$input" | jq -r '.tool_input.file_path // empty')
+content=$(echo "$input" | jq -r '.tool_input.content // .tool_input.new_string // empty')
+
+if [ -z "$file_path" ] || [ -z "$content" ]; then
+  exit 0
+fi
+
+# docs/specs/配下のmarkdownファイルのみ対象
+if [[ ! "$file_path" =~ docs/specs/.*\.md$ ]]; then
+  exit 0
+fi
+
+# 実装コードパターンの検出
+code_found=""
+
+# 関数実装（アロー関数、function宣言）
+if echo "$content" | grep -qE '(const|let|var)\s+\w+\s*=\s*(async\s*)?\([^)]*\)\s*=>\s*\{'; then
+  code_found="${code_found}\n  - アロー関数の実装"
+fi
+
+if echo "$content" | grep -qE 'function\s+\w+\s*\([^)]*\)\s*\{[^}]+\}'; then
+  code_found="${code_found}\n  - function実装"
+fi
+
+# if/for/while等の制御構文（コードブロック外）
+# マークダウンのコードブロック内は許容するが、実際のロジックは警告
+if echo "$content" | grep -qE '^\s*(if|for|while|switch)\s*\([^)]+\)\s*\{'; then
+  code_found="${code_found}\n  - 制御構文の実装"
+fi
+
+# try-catch実装
+if echo "$content" | grep -qE 'try\s*\{[^}]+\}\s*catch'; then
+  code_found="${code_found}\n  - try-catch実装"
+fi
+
+# 具体的なビジネスロジック（計算、データ変換等）
+if echo "$content" | grep -qE '\.(map|filter|reduce|forEach)\s*\(\s*(async\s*)?\([^)]*\)\s*=>\s*\{[^}]{50,}\}'; then
+  code_found="${code_found}\n  - 配列操作の詳細実装"
+fi
+
+if [ -n "$code_found" ]; then
+  echo "" >&2
+  echo "⚠️  警告: 設計書に実装コードが含まれています" >&2
+  echo "   ファイル: $file_path" >&2
+  echo -e "   検出内容:$code_found" >&2
+  echo "" >&2
+  echo "   設計書には以下のみ記載してください:" >&2
+  echo "   ✅ Class名、関数名、引数型、返却型" >&2
+  echo "   ✅ 使用ライブラリの仕様" >&2
+  echo "   ✅ アーキテクチャ図、構造図" >&2
+  echo "   ❌ 具体的なロジックを含む実装コード" >&2
+  echo "" >&2
+
+  echo "{\"decision\":\"approve\",\"systemMessage\":\"⚠️ 設計書に実装コードが含まれています。設計と実装は分離してください。\"}"
+fi
+
+exit 0

package/presets/minimal/.claude/hooks/einja/detect-secrets.sh

@@ -0,0 +1,62 @@
+#!/bin/bash
+# detect-secrets.sh - 機密情報の検出
+
+input=$(cat)
+file_path=$(echo "$input" | jq -r '.tool_input.file_path // empty')
+content=$(echo "$input" | jq -r '.tool_input.content // .tool_input.new_string // empty')
+
+if [ -z "$file_path" ] || [ -z "$content" ]; then
+  exit 0
+fi
+
+# .envファイル自体は許可（ただし.env.exampleは除く）
+if [[ "$file_path" =~ \.env$ ]] && [[ ! "$file_path" =~ \.example$ ]]; then
+  exit 0
+fi
+
+# 機密情報パターンの検出
+secrets_found=""
+
+# APIキー・トークンパターン
+if echo "$content" | grep -qiE '(api[_-]?key|api[_-]?secret|access[_-]?token|auth[_-]?token|bearer)\s*[:=]\s*["\047][a-zA-Z0-9_\-]{20,}["\047]'; then
+  secrets_found="${secrets_found}\n  - APIキー/トークンのハードコード"
+fi
+
+# AWSキーパターン
+if echo "$content" | grep -qE 'AKIA[0-9A-Z]{16}'; then
+  secrets_found="${secrets_found}\n  - AWS Access Key ID"
+fi
+
+# パスワードパターン
+if echo "$content" | grep -qiE '(password|passwd|pwd)\s*[:=]\s*["\047][^"\047]{8,}["\047]'; then
+  secrets_found="${secrets_found}\n  - パスワードのハードコード"
+fi
+
+# 秘密鍵パターン
+if echo "$content" | grep -qE '-----BEGIN (RSA |EC |DSA |OPENSSH )?PRIVATE KEY-----'; then
+  secrets_found="${secrets_found}\n  - 秘密鍵"
+fi
+
+# JWTシークレット
+if echo "$content" | grep -qiE 'jwt[_-]?secret\s*[:=]\s*["\047][^"\047]{16,}["\047]'; then
+  secrets_found="${secrets_found}\n  - JWTシークレット"
+fi
+
+# データベース接続文字列
+if echo "$content" | grep -qiE '(mongodb|postgres|mysql|redis)://[^"\047\s]+:[^"\047\s]+@'; then
+  secrets_found="${secrets_found}\n  - データベース接続文字列（認証情報含む）"
+fi
+
+if [ -n "$secrets_found" ]; then
+  echo "" >&2
+  echo "🚨 警告: 機密情報が検出されました" >&2
+  echo "   ファイル: $file_path" >&2
+  echo -e "   検出内容:$secrets_found" >&2
+  echo "" >&2
+  echo "   環境変数または.envファイルの使用を検討してください" >&2
+  echo "" >&2
+
+  echo "{\"decision\":\"approve\",\"systemMessage\":\"🚨 機密情報が検出されました。環境変数の使用を検討してください。\"}"
+fi
+
+exit 0

package/presets/minimal/.claude/hooks/einja/large-file-warning.sh

@@ -0,0 +1,42 @@
+#!/bin/bash
+# large-file-warning.sh - 大きすぎるファイルの警告
+
+input=$(cat)
+file_path=$(echo "$input" | jq -r '.tool_input.file_path // empty')
+content=$(echo "$input" | jq -r '.tool_input.content // empty')
+
+if [ -z "$file_path" ]; then
+  exit 0
+fi
+
+# コード系ファイルのみ対象
+if [[ ! "$file_path" =~ \.(ts|tsx|js|jsx|py|go|rs|java|rb|php)$ ]]; then
+  exit 0
+fi
+
+# 行数をカウント
+line_count=0
+if [ -n "$content" ]; then
+  # Writeの場合はcontentから行数を取得
+  line_count=$(echo "$content" | wc -l | tr -d ' ')
+elif [ -f "$file_path" ]; then
+  # Editの場合はファイルから行数を取得
+  line_count=$(wc -l < "$file_path" | tr -d ' ')
+fi
+
+# 500行以上で警告
+if [ "$line_count" -ge 500 ]; then
+  echo "" >&2
+  echo "⚠️  警告: ファイルが大きすぎます（${line_count}行）" >&2
+  echo "   ファイル: $file_path" >&2
+  echo "" >&2
+  echo "   推奨事項:" >&2
+  echo "   - 500行を超えるファイルは分割を検討してください" >&2
+  echo "   - 関連する機能ごとにモジュール化を検討してください" >&2
+  echo "   - ヘルパー関数は別ファイルに切り出すことを検討してください" >&2
+  echo "" >&2
+
+  echo "{\"decision\":\"approve\",\"systemMessage\":\"⚠️ ファイルが${line_count}行あります。分割を検討してください。\"}"
+fi
+
+exit 0

package/presets/minimal/.claude/hooks/einja/playwright-resize.sh

@@ -0,0 +1,36 @@
+#!/bin/bash
+# playwright-resize.sh - Playwright使用前にリサイズを強制するhook
+# PreToolUseで実行され、リサイズ未実施ならブロックする
+
+input=$(cat)
+tool_name=$(echo "$input" | jq -r '.tool_name // empty')
+
+# Playwrightツール以外は無視
+if [[ ! "$tool_name" =~ ^mcp__playwright__ ]]; then
+  exit 0
+fi
+
+# browser_resize自体、browser_close、browser_installは許可
+if [[ "$tool_name" == "mcp__playwright__browser_resize" ]] || \
+   [[ "$tool_name" == "mcp__playwright__browser_close" ]] || \
+   [[ "$tool_name" == "mcp__playwright__browser_install" ]]; then
+  # リサイズ実行時にフラグファイルを作成
+  if [[ "$tool_name" == "mcp__playwright__browser_resize" ]]; then
+    mkdir -p /tmp/claude-hooks
+    touch /tmp/claude-hooks/playwright-resized-$$
+  fi
+  exit 0
+fi
+
+# フラグファイルが存在するか確認（現在のセッションでリサイズ済み）
+# セッションIDがないので、最近のフラグファイル（5分以内）をチェック
+recent_flag=$(find /tmp/claude-hooks -name "playwright-resized-*" -mmin -5 2>/dev/null | head -1)
+
+if [ -n "$recent_flag" ]; then
+  # リサイズ済みなら許可
+  exit 0
+fi
+
+# リサイズ未実施ならブロック
+echo '{"decision":"block","reason":"Playwright使用前にブラウザサイズの設定が必要です","systemMessage":"⚠️ Playwrightを使用する前に、まず以下を実行してブラウザサイズを設定してください:\n\nmcp__playwright__browser_resize({ width: 1280, height: 720 })\n\nその後、再度操作を実行してください。"}'
+exit 2