phasegate 0.160.21 → 0.162.0

package/skills/codex-delegator/SKILL.md

@@ -6,6 +6,7 @@ description: |
   使用タイミング: 「codexに委任して」「codexで並列に作成」「codexに実装させて」「agentに依頼して」など、
   codex CLIへのタスク委任・並列実行が必要な場面。
 model: codex
+languages: [typescript]
 ---
 
 # Codex Delegator

package/skills/consistency-checker/SKILL.md

@@ -3,6 +3,7 @@ name: consistency-checker
 description: AIDLC設計文書群のレイヤー間整合性チェック・矛盾/漏れ検出
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Consistency Checker

package/skills/doc-freshness-checker/SKILL.md

@@ -3,6 +3,7 @@ name: doc-freshness-checker
 description: 設計文書の鮮度チェック（L4バリデータ拡張）。`phasegate check-freshness` CLIを使い、設計文書の最終更新日が閾値を超えていないか、コード変更と設計文書の乖離がないかを検出する。使用タイミング: 「設計文書が古くなっていないか確認して」「ドキュメントの鮮度チェックを実行して」「L4 freshness チェック」「設計とコードの乖離を調べて」など。
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Doc Freshness Checker

package/skills/domain-designer/SKILL.md

@@ -2,6 +2,7 @@
 name: domain-designer
 description: DDD戦術パターンでドメインモデル（集約・エンティティ・VO・イベント）を設計（AIDLC Step 2.1）
 model: opus
+languages: [typescript]
 ---
 
 # Domain Designer

package/skills/engineering-perspective/SKILL.md

@@ -9,6 +9,7 @@ description: |
   (4) TDD/リファクタリング/DDDのベストプラクティスを適用したい
   (5) チーム議論で共通認識を構築したい
   トリガー例: 「レビューして」「これどう思う？」「設計見て」「SOLID的にどう？」「リファクタ必要？」「ドメイン的に正しい？」
+languages: [typescript]
 ---
 
 # Engineering Perspective

package/skills/environment-designer/SKILL.md

@@ -3,6 +3,7 @@ name: environment-designer
 description: ローカル開発環境のプラットフォーム構成設計。コードと環境のブリッジ（AIDLC Step 2.2並行）
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Environment Designer

package/skills/implementation-planner/SKILL.md

@@ -3,6 +3,7 @@ name: implementation-planner
 description: "Unit仕様とドメインモデル設計を元に実装計画を立てる。WI IDや機能名から関連Unitを特定し、API設計・レイヤー別実装方針を整理してmdファイルで出力する。使用タイミング: 実装計画を立てて、WI-XXXの実装方針を決めて、この機能の設計を整理して、など実装前の計画策定時。"
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Implementation Planner

package/skills/implementation-readiness-checker/SKILL.md

@@ -3,6 +3,7 @@ name: implementation-readiness-checker
 description: 実装開始前の準備状況を自動検証 - テスト設計・カバレッジ・ロジック設計の存在チェックとギャップ分析
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Implementation Readiness Checker

package/skills/it-test-designer/SKILL.md

@@ -3,6 +3,7 @@ name: it-test-designer
 description: 論理設計からIT（結合テスト）ケースを設計（AIDLC Step 8の前段）
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # IT Test Designer

package/skills/it-test-logic-designer/SKILL.md

@@ -3,6 +3,7 @@ name: it-test-logic-designer
 description: ITテストケース設計を元にVitest実装ロジックを設計 - DB・Repository・UseCase・Controller統合テストの疑似コード付き詳細設計
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # IT Test Logic Designer

package/skills/logical-designer/SKILL.md

@@ -2,6 +2,7 @@
 name: logical-designer
 description: ドメインモデルから論理設計を作成。横断設計とストーリー固有設計の2モード（AIDLC Step 2.2）
 model: opus
+languages: [typescript]
 ---
 
 # Logical Designer

package/skills/mock-designer/SKILL.md

@@ -3,6 +3,7 @@ name: mock-designer
 description: ユーザーストーリーからUIモックを作成。UI/UXの検証とフィードバック（AIDLC Step 2）
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Mock Designer

package/skills/phasegate-config-doctor/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: phasegate-config-doctor
 description: 現在の phasegate.config.json を schema + プロジェクト検出結果と突き合わせて改善提案する診断スキル。read-only Q&A の phasegate-toolkit-guide とは異なり、設定変更を伴う相談に応える。使用タイミング:「phasegate のセットアップを最適化して」「architecture preset 入ってないけど何が適切？」「Quick Mode の relaxedGates に推奨設定教えて」「baseline 有効化しても大丈夫？」「monorepo に対して targetDirs / formatter が正しく検出されてる？」「v2 schema warning が出る、何を直せばいい？」など、現状 config の診断と改善 diff 提案を求める質問。
+languages: [typescript]
 ---
 
 # Phasegate Config Doctor

package/skills/phasegate-toolkit-guide/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: phasegate-toolkit-guide
 description: phasegate ツールキット自体に関する Q&A スキル。ユーザーが phasegate の概念 (L0-L4 レイヤーモデル / 防御プリセット / アーキプリセット / Quick Mode と Full Mode / Hook 仕様 / config 全般) について質問したとき、対応する canonical doc を読み込んでから回答する。使用タイミング:「phasegate の L1 と L2 の違いは？」「Quick Mode で許可されるカテゴリを増やしたい」「architecture.preset の使い分けは？」「phasegate の hook って何が動いている？」「phasegate.config.json の relaxedGates は何のため？」など phasegate ツールキット内部の仕様・設定を尋ねる質問。
+languages: [typescript]
 ---
 
 # Phasegate Toolkit Guide

package/skills/pointer-validator/SKILL.md

@@ -3,6 +3,7 @@ name: pointer-validator
 description: 設計文書内のファイルポインタ（相対パス参照）の有効性を検証するスキル（L4バリデータ拡張）。`phasegate validate-pointers` CLIを使い、ドキュメント内で参照されているファイルパスが実際に存在するかチェックする。使用タイミング: 「ドキュメントのリンク切れを確認して」「ポインタ検証を実行して」「broken pointer を探して」「設計文書の参照が正しいか確認して」など。
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Pointer Validator

package/skills/product-architect/SKILL.md

@@ -2,6 +2,7 @@
 name: product-architect
 description: ビジネス要求からプロダクト全体像を定義。ドメイン・アーキテクチャ・技術選定・制約（AIDLC Step 0）
 model: opus
+languages: [typescript]
 ---
 
 # Product Architect

package/skills/quick-implementor/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: quick-implementor
 description: Quick Mode下でのad-hoc実装スキル。story-implementorの緩和版。バグ修正・ドキュメント修正・テスト追加・設定変更など軽微な変更に使用。L1全維持、L2はphase-gate緩和、L3はsecurityのみ、L4スキップ。使用タイミング: 「Quick Modeで修正して」「バグ修正して」「テスト追加して」「設定変更して」「ドキュメント修正して」など、フルハーネスが過剰な軽微変更時。除外: 新機能追加、API契約変更、新ドメインモデル追加にはstory-implementorを使用すること。
+languages: [typescript]
 ---
 
 # Quick Implementor

package/skills/scenario-test-designer/SKILL.md

@@ -3,6 +3,7 @@ name: scenario-test-designer
 description: ユーザーストーリー・論理設計・モックからシナリオテストケースを設計（AIDLC Step 6）
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Scenario Test Designer

package/skills/scenario-test-logic-designer/SKILL.md

@@ -3,6 +3,7 @@ name: scenario-test-logic-designer
 description: シナリオテストケース設計を元にPlaywright実装ロジックを設計 - E2Eテストの疑似コード・セレクタ戦略・シードデータ付き詳細設計
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Scenario Test Logic Designer

package/skills/skill-creator/SKILL.md

@@ -2,6 +2,7 @@
 name: skill-creator
 description: Create or update AgentSkills. Use when designing, structuring, or packaging skills with scripts, references, and assets.
 model: opus
+languages: [typescript]
 ---
 
 # Skill Creator

package/skills/story-implementor/SKILL.md

@@ -2,6 +2,7 @@
 name: story-implementor
 description: 論理設計+環境設計に基づくTDD実装。環境検証と教訓フィードバック付き（AIDLC Step 2.3-2.7）
 model: codex
+languages: [typescript]
 ---
 
 # Story Implementor

package/skills/story-mapper/SKILL.md

@@ -3,6 +3,7 @@ name: story-mapper
 description: ストーリーのMVPスコープ整理・優先順位定義。発散後の収束フェーズ（AIDLC Step 1.5）
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Story Mapper

package/skills/story-writer/SKILL.md

@@ -3,6 +3,7 @@ name: story-writer
 description: 要求文書からWho/What/Why形式のユーザーストーリーと受け入れ基準を作成（AIDLC Step 1.1）
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Story Writer

package/skills/test-coverage-checker/SKILL.md

@@ -3,6 +3,7 @@ name: test-coverage-checker
 description: テストケース設計の網羅性検証 - 受け入れ基準・ドメインロジック・UseCaseのカバレッジチェック
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Test Coverage Checker

package/skills/uiux-designer/SKILL.md

@@ -2,6 +2,7 @@
 name: uiux-designer
 description: テストケース・論理設計・既存UIを加味して最終的なUI/UX定義を策定（AIDLC Step 7）
 model: opus
+languages: [typescript]
 ---
 
 # UIUX Designer

package/skills/unit-designer/SKILL.md

@@ -3,6 +3,7 @@ name: unit-designer
 description: ストーリーを独立構築可能なUnitにグルーピングし統合契約を定義（AIDLC Step 1.2）
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Unit Designer

package/skills/unit-test-designer/SKILL.md

@@ -3,6 +3,7 @@ name: unit-test-designer
 description: ドメインモデルからユニットテスト（単体テスト）ケースを設計（AIDLC Step 8の前段）
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Unit Test Designer

package/skills/unit-test-logic-designer/SKILL.md

@@ -3,6 +3,7 @@ name: unit-test-logic-designer
 description: Unitテストケース設計を元にVitest実装ロジックを設計 - 疑似コード付きの詳細設計
 model: sonnet
 review: opus
+languages: [typescript]
 ---
 
 # Unit Test Logic Designer

package/templates/.claude/scripts/deny-check.sh

@@ -4,14 +4,33 @@
 # Reads JSON from stdin, exits with code 2 to block dangerous commands.
 # Deny patterns are read from .claude/settings.json permissions.deny.
 
-DEBUG_LOG="/tmp/claude_deny_check_debug.log"
-echo "[$(date '+%Y-%m-%d %H:%M:%S')] deny-check.sh started" >> "$DEBUG_LOG"
+# Debug logging is OFF by default to avoid leaking command contents to a
+# world-readable file. Set CLAUDE_DENY_CHECK_DEBUG=1 to enable. When enabled,
+# the log is created with restrictive (owner-only) permissions.
+DEBUG_LOG="${CLAUDE_DENY_CHECK_DEBUG_LOG:-$HOME/.cache/claude/deny-check-debug.log}"
+
+debug_log() {
+    if [[ "$CLAUDE_DENY_CHECK_DEBUG" == "1" ]]; then
+        local dir
+        dir=$(dirname "$DEBUG_LOG")
+        mkdir -p "$dir" 2>/dev/null || return 0
+        # Restrict permissions before writing anything sensitive.
+        ( umask 077; touch "$DEBUG_LOG" 2>/dev/null ) || return 0
+        chmod 600 "$DEBUG_LOG" 2>/dev/null || true
+        printf '[%s] %s\n' "$(date '+%Y-%m-%d %H:%M:%S')" "$1" >> "$DEBUG_LOG" 2>/dev/null || true
+    fi
+}
+
+debug_log "deny-check.sh started"
 
 INPUT_JSON=$(cat)
-echo "[$(date '+%Y-%m-%d %H:%M:%S')] Input JSON: $INPUT_JSON" >> "$DEBUG_LOG"
+debug_log "input received (${#INPUT_JSON} bytes)"
 
+# Fail CLOSED: without jq we cannot parse the deny policy, so deny the command
+# rather than silently allowing it.
 if ! command -v jq &> /dev/null; then
-    exit 0
+    echo "Security policy: jq is required to evaluate the deny policy but was not found; command blocked." >&2
+    exit 2
 fi
 
 TOOL_NAME=$(echo "$INPUT_JSON" | jq -r '.tool_name // empty')
@@ -43,13 +62,55 @@ if [[ ${#DENY_PATTERNS[@]} -eq 0 ]]; then
     exit 0
 fi
 
-for pattern in "${DENY_PATTERNS[@]}"; do
-    regex_pattern=$(echo "$pattern" | sed 's/\*/.*/')
-    if echo "$COMMAND" | grep -E "^$regex_pattern" &>/dev/null; then
-        echo "[$(date '+%Y-%m-%d %H:%M:%S')] BLOCKED: '$COMMAND' matches '$pattern'" >> "$DEBUG_LOG"
-        echo "Security policy violation: command '$COMMAND' is denied by pattern '$pattern'" >&2
-        exit 2
-    fi
-done
+# Split a shell command line into individual command segments so that denied
+# commands smuggled behind chaining/grouping/substitution operators are still
+# inspected. Operators handled: ; && || | & newline $( ) ` { } ( )
+# We replace each operator with a newline, then treat each line as a segment.
+split_command_segments() {
+    local cmd="$1"
+    # Order matters: multi-char operators first.
+    cmd=${cmd//&&/$'\n'}
+    cmd=${cmd//||/$'\n'}
+    cmd=${cmd//|/$'\n'}
+    cmd=${cmd//;/$'\n'}
+    cmd=${cmd//&/$'\n'}
+    cmd=${cmd//\$(/$'\n'}
+    cmd=${cmd//\`/$'\n'}
+    cmd=${cmd//(/$'\n'}
+    cmd=${cmd//)/$'\n'}
+    cmd=${cmd//\{/$'\n'}
+    cmd=${cmd//\}/$'\n'}
+    # Trailing newline ensures the final segment is emitted as a complete line
+    # so that `while read` does not drop an unterminated last segment.
+    printf '%s\n' "$cmd"
+}
+
+# Convert a settings glob pattern to an anchored regex. ALL '*' become '.*'.
+glob_to_regex() {
+    printf '%s' "$1" | sed 's/\*/.*/g'
+}
+
+check_segment() {
+    local segment="$1"
+    # Strip leading whitespace so "^pattern" anchors match after operators.
+    segment="${segment#"${segment%%[![:space:]]*}"}"
+    [[ -z "$segment" ]] && return 0
+    for pattern in "${DENY_PATTERNS[@]}"; do
+        local regex_pattern
+        regex_pattern=$(glob_to_regex "$pattern")
+        if printf '%s' "$segment" | grep -E "^$regex_pattern" &>/dev/null; then
+            debug_log "BLOCKED segment '$segment' matches '$pattern'"
+            echo "Security policy violation: command segment '$segment' is denied by pattern '$pattern'" >&2
+            exit 2
+        fi
+    done
+    return 0
+}
+
+# Inspect the whole command AND each chained/substituted segment.
+check_segment "$COMMAND"
+while IFS= read -r segment; do
+    check_segment "$segment"
+done < <(split_command_segments "$COMMAND")
 
 exit 0

package/templates/.claude/settings.json

@@ -7,6 +7,10 @@
           {
             "type": "command",
             "command": "$CLAUDE_PROJECT_DIR/.claude/scripts/deny-check.sh"
+          },
+          {
+            "type": "command",
+            "command": "npx phasegate hook pre-tool-use"
           }
         ]
       },