@walwal-harness/cli 4.0.0-alpha.2 → 4.0.0-alpha.20

package/skills/dispatcher/SKILL.md

@@ -25,8 +25,13 @@ disable-model-invocation: false
    - `pipeline` → 선택된 파이프라인 (FULLSTACK/FE-ONLY/BE-ONLY)
    - `sprint.number` → `1`, `sprint.status` → `"in_progress"` (신규 파이프라인인 경우에만)
 2. `.harness/progress.log`에 요약 한 줄 추가
-3. **STOP. 다음 에이전트를 직접 호출하지 않는다.**
-4. 출력: `"✓ Dispatcher 완료. bash scripts/harness-next.sh 실행하여 다음 단계 확인."`
+3. **v4 모드 감지**: `.harness/actions/feature-queue.json` 파일이 존재하는지 확인
+   - **존재**: v4 Parallel Agent Teams 활성 상태. 별도 안내 없이 즉시 STOP.
+     출력: `"✓ Dispatcher 완료. Agent Teams가 자율 실행 중입니다."`
+   - **미존재**: v3 Classic 모드.
+     출력: `"✓ Dispatcher 완료. bash scripts/harness-next.sh 실행하여 다음 단계 확인."`
+4. **STOP. 다음 에이전트를 직접 호출하지 않는다.**
+   - v4 모드에서는 `/harness-team 실행하시겠습니까?` 같은 **질문을 하지 않는다**. Teams는 이미 실행 중이거나 사용자가 별도로 시작한다.
 
 ## Auto-Routing (UserPromptSubmit Hook)
 

package/skills/evaluator-functional-flutter/SKILL.md

@@ -1,206 +0,0 @@
----
-name: harness-evaluator-functional-flutter
-description: "하네스 Flutter Functional Evaluator. Playwright 대신 flutter analyze / flutter test / build_runner 일관성 / 정적 anti-pattern 검증으로 Flutter 앱을 평가한다. Step 0 IA Gate → Step 1-6 정적/동적 검증. 기준 미달 = FAIL."
-disable-model-invocation: true
----
-
-# Evaluator-Functional-Flutter — Dart/Flutter 정적·동적 검증
-
-> **이 에이전트는 `fe_target = mobile` 또는 `desktop` 일 때만 사용된다.**
->
-> Flutter Mobile/Desktop 앱은 브라우저가 아니므로 Playwright MCP(`browser_*`)를 쓸 수 없다.
-> 이 에이전트는 `flutter analyze`, `flutter test`, `dart format`, 정적 grep 검증, 생성 파일
-> 일관성으로 평가한다. 실기기/시뮬레이터 UI 검증은 사람 QA 또는 별도 파이프라인으로 위임.
->
-> **`fe_target = web` 인 Flutter Web 프로젝트는 이 에이전트가 아니라 일반 `evaluator-functional`
-> 과 `evaluator-visual` 이 Playwright 로 검증한다** (컴파일 결과가 HTML+JS+CSS 이므로).
-> 이 경우 Generator-Frontend-Flutter 의 Self-Verification 단계에서 `flutter analyze` /
-> `flutter test` / `flutter build web --release` 가 이미 통과했음이 전제된다.
-
-## Session Boundary Protocol
-
-### On Start
-1. `.harness/progress.json` 읽기 — `next_agent`가 `"evaluator-functional-flutter"`인지 확인
-2. `.harness/actions/pipeline.json.fe_stack == "flutter"` 재확인 — 아니면 즉시 STOP + 불일치 보고
-3. progress.json 업데이트: `current_agent` → `"evaluator-functional-flutter"`, `agent_status` → `"running"`, `updated_at` 갱신
-
-### On Complete (PASS)
-1. progress.json 업데이트:
-   - `agent_status` → `"completed"`
-   - `completed_agents`에 `"evaluator-functional-flutter"` 추가
-   - `next_agent` → `"archive"` (fe_stack=flutter 이면 evaluator-visual 생략)
-   - `failure` 필드 초기화
-2. `feature-list.json`의 통과 feature `passes`에 `"evaluator-functional-flutter"` 추가
-3. `.harness/progress.log`에 PASS 요약 추가
-4. **STOP. 다음 에이전트를 직접 호출하지 않는다.**
-5. 출력: `"✓ Evaluator-Functional-Flutter PASS. bash scripts/harness-next.sh 실행하여 다음 단계 확인."`
-
-### On Fail
-1. progress.json 업데이트:
-   - `agent_status` → `"failed"`
-   - `failure.agent` → `"evaluator-functional-flutter"`
-   - `failure.location` → `"frontend"` (Flutter 앱은 항상 FE 재작업)
-   - `failure.message` → 실패 요약 (1줄)
-   - `failure.retry_target` → `"generator-frontend-flutter"`
-   - `next_agent` → `"generator-frontend-flutter"`
-   - `sprint.retry_count` 증가
-2. `sprint.retry_count >= 10`이면 `agent_status` → `"blocked"`, 사용자 개입 요청
-3. `.harness/progress.log`에 FAIL 요약 추가
-4. **STOP.**
-5. 출력: `"✖ Evaluator-Functional-Flutter FAIL. bash scripts/harness-next.sh 실행하여 재작업 대상 확인."`
-
-## Critical Mindset
-
-- **회의적 평가자**. Generator의 자체 평가를 신뢰하지 말고 직접 돌려라.
-- `flutter analyze` 경고가 있으면 "사소하다"고 자기 설득 금지 — 기준 미달.
-- 코드 읽기만으로 PASS 판정 금지 — **반드시 `flutter analyze` + `flutter test` 실행**.
-- 기준 미달 = FAIL. 예외 없음.
-
-## Startup
-
-1. `AGENTS.md` 읽기 — IA-MAP (Flutter 경로 확인)
-2. `.harness/gotchas/evaluator-functional-flutter.md` (없으면 skip) — **과거 실수 반복 금지**
-3. `.harness/memory.md` 읽기 — **프로젝트 공유 학습 규칙 적용**
-4. `actions/sprint-contract.md` — FE 성공 기준
-5. `actions/feature-list.json` — 이번 스프린트 범위 (`layer: "frontend"` + `fe_stack: "flutter"`)
-6. `actions/api-contract.json` — 기대 API 계약 (Retrofit 매핑 대조용)
-7. `.harness/progress.json`
-8. **Generator의 anti-patterns.md 로드** — 정적 검증 rule 소스
-   → `skills/generator-frontend-flutter/references/anti-patterns.md`
-
-## Evaluation Steps
-
-### Step 0: IA Structure Compliance (GATE)
-
-AGENTS.md IA-MAP vs 실제 구조 대조. **미통과 시 이하 전체 SKIP, 즉시 FAIL.**
-
-상세 → [IA 검증 가이드](references/ia-compliance.md)
-
-### Step 1: `flutter analyze` (정적 분석)
-
-```bash
-# 프로젝트 루트 또는 integrated_data_layer 하위에서
-flutter analyze --no-fatal-infos
-```
-
-- **warning / error 1개 이상 → FAIL**
-- info 수준은 허용 (하지만 evaluation 보고서에 카운트 기록)
-
-### Step 2: `flutter test` (단위/위젯 테스트)
-
-```bash
-# integrated_data_layer 테스트
-cd <integrated_data_layer 경로>
-flutter test
-
-# 앱 테스트 (존재 시)
-cd <app 루트>
-flutter test
-```
-
-- **실패 1개 이상 → FAIL**
-- 이번 스프린트에서 추가된 Request Body / Response에 `fromJson`/`toJson` 왕복 테스트 **존재 확인**
-  - 누락 시 → FAIL (Coverage gate)
-
-### Step 3: build_runner 일관성
-
-```bash
-cd <integrated_data_layer 경로>
-flutter pub run build_runner build --delete-conflicting-outputs
-git diff --name-only
-```
-
-- 재생성 후 `*.g.dart` diff 가 발생하면 → **FAIL** (Generator가 수동 편집 또는 재생성 누락)
-
-### Step 4: Anti-Pattern 정적 검증
-
-`skills/generator-frontend-flutter/references/anti-patterns.md` 의 **"셀프 체크 스크립트"** 섹션을
-그대로 실행한다. 하나라도 결과가 있으면 → **FAIL**.
-
-상세 → [정적 검증 룰](references/static-check-rules.md)
-
-### Step 5: API Contract Compliance
-
-`api-contract.json` 의 엔드포인트 vs `rest_api.dart` 의 Retrofit 어노테이션 대조:
-
-- 계약에 있는 모든 엔드포인트가 `rest_api.dart` 에 존재하는가
-- method, path, path param, body 타입이 일치하는가
-- Response 타입이 계약 스키마와 구조적으로 일치하는가 (필드 존재 + nullable 여부)
-- **불일치 1개 이상 → FAIL**
-
-### Step 6: Sprint Contract Criteria
-
-`sprint-contract.md` 의 FE 성공 기준을 순서대로 검증:
-
-- 새 페이지가 `xxx_page.dart` + `xxx_page_vm.dart` 쌍으로 존재하는가
-- VM이 `NotifierProvider` 를 사용하는가
-- i18n 키가 모든 arb 파일에 등록되었는가
-- 기준별 PASS/FAIL 기록 → 충족률 계산
-
-## Scoring
-
-| 차원 | 가중치 | 하드 임계값 | 측정 방법 |
-|------|--------|------------|----------|
-| Static Analysis | 25% | warning/error 0개 | `flutter analyze` |
-| Test Pass Rate | 25% | 100% | `flutter test` |
-| API Contract 준수 | 25% | 100% | rest_api.dart vs api-contract.json |
-| Anti-Pattern 청결 | 15% | 위반 0건 | 정적 grep |
-| Contract Criteria 충족률 | 10% | 80% | sprint-contract 기준 |
-
-**어떤 차원이든 하드 임계값 미달 → 스프린트 FAIL**
-
-상세 채점 → [스코어링 루브릭](references/scoring-rubric.md)
-
-## evaluation-functional.md 출력
-
-```markdown
-# Flutter Functional Evaluation: Sprint [N]
-
-## Date: [날짜]
-## Verdict: PASS / FAIL
-## Attempt: [N] / 10
-## Stack: flutter
-
-## Step 0: IA Structure Compliance
-- Verdict: PASS / FAIL (GATE)
-
-## Step 1: Flutter Analyze
-- errors: [N]
-- warnings: [N]
-- infos: [N]
-
-## Step 2: Flutter Test
-- total: [N], passed: [N], failed: [N]
-- missing_roundtrip_tests: [목록]
-
-## Step 3: build_runner 일관성
-- drift: [none | 목록]
-
-## Step 4: Anti-Pattern
-| Rule | Count | Files |
-| dart:html | 0 | - |
-| print() | 0 | - |
-| Color(0x...) in 신규 | 0 | - |
-| bridges/ 신규 | 0 | - |
-| Text('한글') 신규 | 0 | - |
-
-## Step 5: API Contract Compliance
-| EP ID | Method + Path | Dart Match | Issues |
-
-## Step 6: Contract Criteria Results
-| # | Criterion | Result | Evidence |
-
-## Scores
-| Dimension | Score | Threshold | Status |
-
-## Failures Detail
-### [#N] [기준/항목]
-- **Expected**: ...
-- **Actual**: ...
-- **Recommendation**: ...
-```
-
-## After Evaluation
-
-- **PASS** → Session Boundary Protocol On Complete (PASS) 실행
-- **FAIL** → Session Boundary Protocol On Fail 실행 (retry_target = generator-frontend-flutter)

package/skills/evaluator-functional-flutter/references/ia-compliance.md

@@ -1,77 +0,0 @@
----
-docmeta:
-  id: ia-compliance
-  title: IA Structure Compliance — Step 0 (Gate) for Flutter
-  type: output
-  createdAt: 2026-04-09T00:00:00Z
-  updatedAt: 2026-04-09T00:00:00Z
-  source:
-    producer: agent
-    skillId: harness-evaluator-functional-flutter
-  inputs:
-    - documentId: evaluator-functional-ia-compliance
-      uri: ../../evaluator-functional/references/ia-compliance.md
-      relation: output-from
-      sections:
-        - sourceRange:
-            startLine: 1
-            endLine: 37
-          targetRange:
-            startLine: 32
-            endLine: 120
-  tags:
-    - evaluator
-    - flutter
-    - ia-compliance
-    - gate
----
-
-# IA Structure Compliance — Step 0 (Gate) for Flutter
-
-## 검증 방법
-
-```bash
-# 1. 실제 Flutter 구조 확인
-ls -R lib/ integrated_data_layer/lib/ 2>/dev/null
-
-# 2. git diff로 소유권 위반 검출 (이번 스프린트 범위)
-git log --name-only --pretty=format: HEAD~[sprint_commits].. | sort -u
-```
-
-## 검증 항목
-
-| 검증 | 판정 | 예시 |
-|------|------|------|
-| IA-MAP 경로가 실제 존재하는가 | 누락 → FAIL | `lib/ui/pages/` 미생성 |
-| IA-MAP에 없는 경로가 생겼는가 | 미등록 → DRIFT 기록 | `lib/services/` 무단 생성 |
-| `[FE]` 소유를 BE가 수정했는가 | 침범 → FAIL | `lib/ui/` BE 수정 |
-| `[META]`/`[HARNESS]` 침범 | 침범 → FAIL | `AGENTS.md` 수정 |
-| `pubspec.yaml` 의존성 추가가 계약 범위 내인가 | 범위 이탈 → DRIFT 기록 | 승인 없는 의존성 추가 |
-
-## Flutter 전용 추가 검증
-
-| 검증 | 판정 |
-|------|------|
-| `integrated_data_layer/lib/2_data_sources/remote/` 내 파일이 프로젝트 컨벤션(`request/body/`, `response/`, `rest_api.dart`)을 지키는가 | 위반 → FAIL |
-| `lib/ui/pages/` 내 새 페이지가 `xxx_page.dart` + `xxx_page_vm.dart` 쌍으로 존재하는가 | 파트너 누락 → FAIL |
-| `bridges/` 하위에 신규 파일이 추가되었는가 | 추가 → FAIL (레거시 금지) |
-| `lib/l10n/` 의 arb 파일 키 집합이 모든 언어에서 동일한가 | 불일치 → FAIL |
-
-## 판정 규칙
-
-- **경로 누락 / 소유권 침범 / 파트너 누락** → 즉시 FAIL, Step 1 이하 SKIP
-- **미등록 경로 (Drift)** → FAIL 아님, evaluation에 `## AGENTS.md Drift` 기록
-- **arb 키 불일치** → FAIL (i18n 원칙 위반)
-
-## Output (evaluation-functional.md에 포함)
-
-```markdown
-## Step 0: IA Structure Compliance
-- Verdict: PASS / FAIL (GATE)
-- IA-MAP paths checked: [N]개
-- Missing paths: [목록 또는 "none"]
-- Unregistered paths: [목록 또는 "none"]
-- Ownership violations: [목록 또는 "none"]
-- Page/VM pair check: [N pages checked, N missing partners]
-- arb key diff: [none | "app_ja.arb missing: cancel, confirm"]
-```

package/skills/evaluator-functional-flutter/references/scoring-rubric.md

@@ -1,132 +0,0 @@
----
-docmeta:
-  id: scoring-rubric
-  title: Flutter Functional Evaluation 스코어링 루브릭
-  type: output
-  createdAt: 2026-04-09T00:00:00Z
-  updatedAt: 2026-04-09T00:00:00Z
-  source:
-    producer: agent
-    skillId: harness-evaluator-functional-flutter
-  inputs:
-    - documentId: react-evaluator-scoring-rubric
-      uri: ../../evaluator-functional/references/scoring-rubric.md
-      relation: output-from
-      sections:
-        - sourceRange:
-            startLine: 1
-            endLine: 53
-          targetRange:
-            startLine: 32
-            endLine: 160
-  tags:
-    - evaluator
-    - flutter
-    - scoring
-    - rubric
----
-
-# Flutter Functional Evaluation 스코어링 루브릭
-
-## 차원별 채점
-
-| 차원 | 가중치 | 하드 임계값 | 측정 방법 |
-|------|--------|------------|----------|
-| Static Analysis | 25% | warning/error 0개 | `flutter analyze --no-fatal-infos` |
-| Test Pass Rate | 25% | 100% | `flutter test` 모든 스위트 |
-| API Contract 준수 | 25% | 100% | rest_api.dart vs api-contract.json 대조 — 불일치 즉시 FAIL |
-| Anti-Pattern 청결 | 15% | 위반 0건 | static-check-rules.md 의 FL-01 ~ FL-08 |
-| Contract Criteria 충족률 | 10% | 80% | sprint-contract.md FE 기준 통과 수 / 전체 |
-
-**어떤 차원이든 하드 임계값 미달 → 스프린트 FAIL**
-
-## 차원별 점수 계산
-
-### Static Analysis (25점)
-
-| 결과 | 점수 |
-|------|------|
-| error 0, warning 0 | 25 |
-| error 0, warning 1~2 | 0 (하드 임계값 미달 → FAIL) |
-| error 1+ | 0 (즉시 FAIL) |
-
-info 수준은 점수에 반영하지 않지만 보고서에 카운트 기록.
-
-### Test Pass Rate (25점)
-
-```
-score = 25 * (passed / total)
-```
-
-- `total == 0` (테스트 존재하지 않음) → **0점 + FAIL** (Coverage gate)
-- `fromJson/toJson` 왕복 테스트 누락 (이번 스프린트 추가분) → **FAIL**
-
-### API Contract 준수 (25점)
-
-```
-score = 25 * (matched_endpoints / total_endpoints)
-```
-
-불일치 허용 없음 — 1개라도 불일치면 즉시 FAIL (하드 임계값 100%).
-
-매칭 체크:
-- method (GET/POST/PUT/DELETE)
-- path (변수명 포함)
-- path param → `@Path(...)` 매핑
-- body → `@Body() XxxBody`
-- response 타입 → 계약 스키마의 code/data/errors 구조
-
-### Anti-Pattern 청결 (15점)
-
-```
-score = 15 * (passed_rules / total_rules)
-```
-
-- 8개 룰 중 1개라도 FAIL → **0점 + 스프린트 FAIL**
-- 위반 0건이면 15점
-
-### Contract Criteria 충족률 (10점)
-
-```
-score = 10 * (passed_criteria / total_criteria)
-```
-
-- 80% 미달 → FAIL
-- 개별 기준의 실패 사유를 "Failures Detail"에 기록
-
-## Total
-
-```
-total = static_analysis + test_pass + api_contract + anti_pattern + contract_criteria
-verdict = PASS (if all hard thresholds met AND total >= 80) else FAIL
-```
-
-## failure_location 라우팅
-
-Flutter 앱은 항상 FE 재작업이므로:
-
-| location | 재작업 대상 |
-|----------|-----------|
-| `frontend` (기본) | `generator-frontend-flutter` |
-
-예외: API Contract 불일치가 **서버 측 계약 오류**로 확인된 경우 → Planner에게 계약 수정 요청 필요.
-이 경우 evaluation에 `## Change Request` 섹션 추가.
-
-## evaluation-functional.md 헤더
-
-```markdown
-# Flutter Functional Evaluation: Sprint [N]
-
-## Date: [YYYY-MM-DD]
-## Verdict: PASS / FAIL
-## Attempt: [N] / 10
-## Stack: flutter
-
-## Total Score: [N] / 100
-| Dimension | Score | Threshold | Status |
-| Static Analysis | X/25 | warning=0 | PASS/FAIL |
-| Test Pass Rate | X/25 | 100% | PASS/FAIL |
-| API Contract | X/25 | 100% | PASS/FAIL |
-| Anti-Pattern | X/15 | 0 violations | PASS/FAIL |
-| Contract Criteria | X/10 | 80% | PASS/FAIL |
-```

package/skills/evaluator-functional-flutter/references/static-check-rules.md

@@ -1,99 +0,0 @@
----
-docmeta:
-  id: static-check-rules
-  title: Flutter 정적 검증 룰 (Anti-Pattern Gate)
-  type: output
-  createdAt: 2026-04-09T00:00:00Z
-  updatedAt: 2026-04-09T00:00:00Z
-  source:
-    producer: agent
-    skillId: harness-evaluator-functional-flutter
-  inputs:
-    - documentId: flutter-anti-patterns
-      uri: ../../generator-frontend-flutter/references/anti-patterns.md
-      relation: output-from
-      sections:
-        - sourceRange:
-            startLine: 1
-            endLine: 280
-          targetRange:
-            startLine: 32
-            endLine: 180
-  tags:
-    - evaluator
-    - flutter
-    - static-check
-    - anti-pattern
----
-
-# Flutter 정적 검증 룰
-
-Generator의 `anti-patterns.md` 를 Source of Truth 로 삼아 정적 검증을 수행한다.
-Generator가 신규 룰을 추가하면 Evaluator는 자동으로 그 룰을 따르게 된다 — **두 문서 간 drift 금지.**
-
-## 실행 방법
-
-**Evaluator는 반드시** `skills/generator-frontend-flutter/references/anti-patterns.md` 의
-"셀프 체크 스크립트" 섹션을 **파일로 읽어서 그대로 실행**한다. 하네스의 단일 진실 원칙.
-
-```bash
-# anti-patterns.md 에서 bash 블록만 추출해서 실행
-awk '/^```bash$/,/^```$/' skills/generator-frontend-flutter/references/anti-patterns.md
-```
-
-## 룰 요약 (Evaluator가 결과를 표로 정리)
-
-| Rule ID | 설명 | 명령 | Fail 조건 |
-|---------|------|------|----------|
-| FL-01 | 웹 API 직접 참조 | `grep -rn "dart:html\|universal_html" lib/ integrated_data_layer/lib/` | 매치 1+ |
-| FL-02 | print/console 남발 | `grep -rn "^\s*print(" lib/ integrated_data_layer/lib/` | 매치 1+ |
-| FL-03 | 하드코딩 색상 (신규) | `git diff --name-only --diff-filter=A HEAD~N..HEAD \| grep '\.dart$' \| xargs grep -n "Color(0x"` | 매치 1+ (`ColorManager` 참조 제외) |
-| FL-04 | StatefulWidget 직접 API 호출 | 수동 감사 — `_page.dart` 에 `dataLayer\|DataLayer` 호출이 있는데 짝 `_page_vm.dart` 없음 | 패턴 발견 |
-| FL-05 | bridges/ 신규 참조 | `git diff HEAD~N..HEAD \| grep "^+.*bridges/"` | 매치 1+ |
-| FL-06 | 하드코딩 한글 (신규 UI) | `git diff --name-only --diff-filter=AM HEAD~N..HEAD \| grep 'lib/ui/.*\.dart$' \| xargs grep -n "Text('[가-힣]"` | 매치 1+ |
-| FL-07 | JsonSerializable includeIfNull 누락 | `grep -rn "@JsonSerializable" integrated_data_layer/lib/2_data_sources/remote/request/body/ \| grep -v "includeIfNull: false"` | 매치 1+ |
-| FL-08 | API 키/시크릿 하드코딩 | `grep -rEn "(api[_-]?key\|secret\|token)\s*=\s*['\"][A-Za-z0-9]{16,}['\"]" lib/ integrated_data_layer/lib/` | 매치 1+ |
-
-> `HEAD~N` 의 N은 sprint_commits 수 — `git log --format=%h HEAD~sprint_start..HEAD` 로 결정.
-
-## FL-04 수동 감사 방법
-
-```bash
-# 1. 신규/수정된 page 파일 목록
-PAGES=$(git diff --name-only HEAD~N..HEAD | grep '_page\.dart$')
-
-# 2. 각 page에서 API 호출 존재 여부
-for p in $PAGES; do
-  if grep -q "dataLayer\|DataLayer" "$p"; then
-    vm="${p%_page.dart}_page_vm.dart"
-    if [ -f "$vm" ] && grep -q "dataLayer\|DataLayer" "$vm"; then
-      echo "OK (VM handles API): $p"
-    else
-      echo "FAIL (page calls API without VM): $p"
-    fi
-  fi
-done
-```
-
-VM이 없고 페이지가 직접 호출하면 **FL-04 FAIL**.
-
-## 결과 집계
-
-```markdown
-## Step 4: Anti-Pattern
-
-| Rule | Status | Count | Files |
-|------|--------|-------|-------|
-| FL-01 dart:html | PASS/FAIL | 0 | - |
-| FL-02 print | PASS/FAIL | 0 | - |
-| FL-03 color hardcode | PASS/FAIL | 0 | - |
-| FL-04 stateful API call | PASS/FAIL | 0 | - |
-| FL-05 bridges/ new | PASS/FAIL | 0 | - |
-| FL-06 ko hardcode | PASS/FAIL | 0 | - |
-| FL-07 includeIfNull missing | PASS/FAIL | 0 | - |
-| FL-08 secret hardcode | PASS/FAIL | 0 | - |
-
-Overall: PASS / FAIL
-```
-
-**어떤 룰이든 FAIL 1건 → Step 4 전체 FAIL → 스프린트 FAIL** (하드 임계값: 위반 0건).