# PRD: taste-skill 디자인 품질/출력 품질 체계 통합

> 작성자: 아누 (개발실장)
> 작성일: 2026-04-11
> 레벨: Lv.2 (규칙/프롬프트 중심, 코드 변경 최소)
> 상태: Agent Meeting 합의 완료 (2026-04-11) — 제이회장님 승인 대기
> 합의 참가: 디자인 시스템 아키텍트, 개발팀장, 프론트엔드 전문가, 품질 엔지니어, 프로덕트 매니저, 레드팀
> 선행 조건: fireauto PRD 구현 완료 후 순차 진행

---

## 1. 배경 및 목적

### 현재 문제
1. **디자인 파라미터화 부재**: "깔끔하게", "프리미엄 느낌" 같은 주관적 지시 → 결과물 일관성 없음
2. **AI 제네릭 UI**: 팀장 봇이 생성하는 프론트엔드가 3열 카드, Inter 폰트, 대칭 레이아웃 등 제네릭 패턴 반복
3. **AI 출력 절단**: `// TODO`, `// rest of code` 등 불완전 코드 출력 → QC에서 잡히지만 재작업 비용
4. **디자인 다양성 부족**: 같은 유형 작업에 비슷한 결과물 반복
5. **AI 게으름**: 긴 코드/글 생성 시 품질 저하, 절단 발생 → 연구 기반 대응 없음

### 목표
taste-skill의 검증된 디자인/출력 품질 패턴 12개를 우리 시스템에 통합하여 산출물 품질을 체계적으로 향상시킨다.

### fireauto PRD와의 관계
- fireauto = **운영 효율** (워크플로우/자동화/메모리)
- taste-skill = **산출물 품질** (디자인/출력/AI 보정)
- 상호 독립. 순차 진행 (fireauto 먼저)

---

## 2. 도입 기능 (12개)

### 등급별 분류
- ★★★ (1~3): 시스템 전반 품질 향상
- ★★ (4~7): 디자인/프론트엔드 특화
- ★ 학습 (8~12): 세부 규칙 보강

---

### Feature 1: Anti-Slop 금지 패턴 체계 (★★★)

**문제**: AI가 만드는 UI가 제네릭함. 구체적 금지 목록 없음.

**도입 내용 — Tiered Anti-Slop 구조 (Agent Meeting 합의):**

**Tier A — 핵심 25개 (시스템 프롬프트 로드, 기계 검증 가능)**

비주얼 & CSS (10개):
- 네온/글로우 효과 금지
- 순검정(#000000) 금지 → 오프블랙(#18181B)
- 과포화 악센트 금지 (포화도 80% 미만)
- 그라디언트 텍스트 금지
- AI 보라색/파랑색 금지
- 깨진 Unsplash 링크 금지
- 이모지 UI 요소 금지
- glassmorphism 남용 금지
- 무거운 드롭 그림자 금지
- 커스텀 커서 금지

레이아웃 (5개):
- 3열 동일 카드 금지
- h-screen 금지 → min-h-[100dvh]
- Flexbox 퍼센트 수학 금지 → CSS Grid
- 부트스트랩 3열 금지
- 카드 높이 강제 금지

타이포그래피 (4개):
- Inter/Roboto Primary 사용 금지 (Fallback 체인 허용)
- 브라우저 기본 폰트 금지
- 대형 H1 단독 금지
- Lorem Ipsum 금지

콘텐츠 (6개):
- 일반 이름("John Doe", "Acme Corp") 금지 → 실제 한국 이름/보험사명 사용
- 가짜 라운드 숫자("10,000+ users") 금지
- Lorem Ipsum 금지
- "Welcome to our platform" 금지
- 동일 아바타 이미지 반복 금지
- 가짜 블로그 날짜 금지

**Tier B — 확장 16개 (참조 파일, 리뷰어 판단 필요)**
- 완벽한 대칭 레이아웃 금지 (VARIANCE>4)
- 중앙 정렬 Hero 금지 (VARIANCE>4)
- sticky navbar: "맥락 없이 남용 금지"로 조건화
- rounded-full: VARIANCE<4 시에만 금지
- ALL-CAPS 서브헤더: 마케팅 영역에서만 금지 (법적 고지 예외)
- 균등 그라디언트 금지
- 제네릭 Serif 금지
- 고아 단어 미처리 금지
- 스타트업 클리셰 금지
- 필러 단어 금지
- 느낌표 남용 금지
- 수동태 남용 금지
- AI 카피라이팅 클리셰 금지
- 가짜 블로그 날짜 금지
- 동일 아바타 이미지 반복 금지
- 가짜 라운드 숫자 금지

**Tier C — 보험/금융 특화 신규 6개 (Compliance/Trust 카테고리)**
- Financial_Jargon_Without_Tooltip: 보험 전문 용어 툴팁 없이 단독 노출 금지
- Trust_Signal_Absence: 라이선스/등록 정보 없는 CTA 금지
- Fake_Urgency_Countdown: 보험 도메인 countdown timer 금지
- Ambiguous_CTA_In_Financial_Context: 모호한 CTA 금지 ("시작하기"→"보험료 계산하기")
- Coverage_Detail_Collapse_Abuse: 핵심 보장 내용 accordion 숨김 금지
- Synthetic_Social_Proof: 검증 불가 사회적 증거 금지

**적용 위치:**
- `/home/jay/workspace/teams/shared/ANTI-SLOP-RULES.md` (신규 파일, Tier A+B+C 통합)
- QC-RULES.md에 참조 1줄 추가 + qc_verify.py에 `completeness_check` verifier 추가
- 시스템 프롬프트에는 Tier A 25개만 로드 (토큰 예산 내)
- 디자인팀 + 프론트엔드 팀 dispatch 프롬프트에 참조 삽입

---

### Feature 2: AI 게으름 방지 프롬프트 체계 (★★★)

**문제**: 팀장 봇이 긴 작업에서 출력 절단, 품질 저하.

**도입 내용:**

A. 출력 절단 금지 패턴 (output-skill):
```
코드 블록 금지 (9개):
- // ...
- // rest of code
- // implement here
- // TODO
- /* ... */
- // similar to above
- // continue pattern
- // add more as needed
- 단독 ...

산문 금지 (7개):
- "Let me know if you want me to continue"
- "I can provide more details if needed"
- "for brevity"
- "the rest follows the same pattern"
- "similarly for the remaining"
- "and so on"
- "I'll leave that as an exercise"
```

B. 도메인 맥락 기반 프롬프트 (Agent Meeting 합의 — 심리적 트릭 제거):
```
dispatch.py 시스템 프롬프트에 삽입:
- "이 코드는 보험 핵심 인프라에 배포됩니다. 불완전한 출력은 컴플라이언스 위반입니다."
- 토큰 제한 도달 시: [PAUSED — X of Y complete] 표시 후 정확히 재개

[삭제됨] "$200 tip", "Take a deep breath" 류 심리적 프롬프트
  → 이유: GPT 모델 연구이며 Claude 전이 증거 없음. 금감원 감사 시 리스크.
```

C. 계절 패턴 대응:
```
dispatch 프롬프트에 현재 날짜 명시 (이미 구현됨)
```

**적용 위치:**
- QC-RULES.md에 "출력 완전성" 섹션 추가
- DIRECT-WORKFLOW에 "절단 금지" 규칙 추가
- dispatch.py 팀 프롬프트에 심리적 자극 삽입

---

### Feature 3: 3-Dial 파라미터 시스템 (★★★)

**문제**: 디자인 지시가 주관적. "깔끔하게"가 사람마다 다름.

**도입 내용:**

3개 다이얼 정의 (Agent Meeting 수정 — VARIANCE 상한 7, 프로파일 추가):
```
DESIGN_VARIANCE (1~7, 보험 도메인 하드 리밋):
  1-3: 대칭, 정돈, 규정 준수/전통 금융 (약관, 공시)
  4-6: 신뢰+현대성 균형 (주요 상품 페이지)
  7:   혁신적이지만 신뢰 가능 (마케팅 랜딩, 보험 도메인 최대치)
  8-10: [잠금] 보험 도메인에서 사용 금지

MOTION_INTENSITY (1~10):
  1-3: 정적, 움직임 없음
  4-7: CSS transition, 부드러운 호버 (기본값: 4)
  8-10: 선택적 spring physics (MOTION≥7 마케팅 랜딩에서만)

VISUAL_DENSITY (1~10):
  1-3: 갤러리, 통풍, 여백 많음
  4-7: 일반 앱, 균형 (기본값: 4)
  8-10: 대시보드, 데이터 패킹
```

**보험 도메인 프로파일 4종 (사전 정의, 팀원 봇이 실제 사용):**
```
COMPLIANCE:    V=3, M=2, D=7 — 약관, 규정 고지, 공시 영역
TRUST_MODERN:  V=5, M=4, D=5 — 주요 상품 페이지 (InsuWiki 기본값)
PREMIUM:       V=6, M=4, D=4 — 프리미엄 서비스 (InsuRo 기본값)
MARKETING:     V=7, M=5, D=4 — 마케팅 랜딩 (보험 도메인 최대치)
```

**CSS 매핑 명세 (구현 시 필수 포함):**
```
MOTION_INTENSITY 매핑:
  M=1-3: transition 없음 또는 transition-none
  M=4:   transition-all duration-200 ease-out
  M=5:   transition-all duration-300 ease-out
  M=6:   transition-all duration-300 + hover:scale-[1.02]
  M=7+:  선택적 spring physics (cubic-bezier 또는 Framer Motion)

VISUAL_DENSITY 매핑:
  D=3: p-8 gap-8, max-w-3xl centered
  D=5: p-4 gap-4, 표준 grid layout
  D=8: p-2 gap-2, 데이터 테이블 컴팩트 모드
```

**적용 방식:**
- 디자인 위임 시 프로파일명 또는 다이얼 값 명시:
  ```
  ## 디자인 프로파일
  프로파일: TRUST_MODERN (V=5, M=4, D=5)
  ```
- 프로젝트별 기본값:
  - InsuWiki: TRUST_MODERN (V=5, M=4, D=5)
  - InsuRo: PREMIUM (V=6, M=4, D=4)
  - ThreadAuto 카드뉴스: MARKETING (V=7, M=3, D=6)

**적용 위치:**
- `/home/jay/workspace/teams/shared/DESIGN-DIAL.md` (신규 파일)
- dispatch.py 디자인 위임 시 다이얼 값 자동 포함

---

### Feature 4: 완전 출력 강제 (★★)

**Feature 2의 코드 레벨 구현.**

**도입 내용:**
- 팀장 봇 DIRECT-WORKFLOW에 규칙 추가:
  ```
  ## 출력 완전성 규칙
  - 모든 코드는 프로덕션 수준으로 완전하게 작성
  - 금지 패턴 목록: ANTI-SLOP-RULES.md Section B 참조
  - 토큰 제한 도달 시: [PAUSED — 현재 진행률] 표시 후 다음 세션에서 이어서 작성
  - 출력 절단(anti-truncation) 금지. 코드 간결성(code conciseness) 원칙과는 별개.
  - 금지: "나머지는 동일합니다"로 코드 생략하는 행위
  - 허용: 불필요한 보일러플레이트를 지양하는 설계 원칙
  ```

**적용 위치:**
- DIRECT-WORKFLOW.md 수정
- team_prompts.py에서 자동 주입

---

### Feature 5: UI 감사 Tiered 체크포인트 (★★) — Agent Meeting 재구성

**문제**: uiux-upgrade 스킬의 체크항목 부족.

**도입 내용 (Tiered 구조, 90개 → 3단계 분류):**

**Critical Must (20개) — 매 PR 감사 필수, qc_verify.py 자동화:**
- Typography: 승인 폰트 사용 여부, 최소 크기 14px, tabular-nums
- Color: 순검정 미사용, WCAG 4.5:1 대비율 충족, 시맨틱 토큰 사용
- Layout: min-h-[100dvh], CSS Grid 우선, 모바일 반응형
- Interactivity: 로딩/빈/에러 상태 구현, 터치 타겟 44px, z-index 50 이하
- Accessibility: prefers-reduced-motion 대응, ARIA label, 키보드 탐색

**Standard Should (30개) — 주간 감사, PR 템플릿 체크리스트:**
- 대칭→비대칭, Grid>Flexbox, 수직 패딩
- 호버/Active/포커스 상태
- 제네릭 카드/아코디언 FAQ 대안
- Div soup 제거, Alt 텍스트
- 보험 폼 다단계 진행상황 표시기
- 보험료 계산기 debounce 처리

**Excellence Could (20개) — 분기 감사:**
- 고아 단어 처리, 단락 너비 최적화
- Lucide+Phosphor 아이콘 다양성
- Legal links, 404, Cookie consent
- 컴포넌트 패턴 최적화

**보험 특화 추가 (Financial Compliance 카테고리):**
- 약관 가독성 (최소 폰트 크기, 줄 간격)
- 개인정보 처리방침 접근성
- 금감원 규정 준수 UI 패턴
- 보험 폼 오류 메시지 field 근처 표시
- 세션 타임아웃 경고 UI

**기존 uiux-upgrade과의 관계:** 대체가 아닌 상위 호환(supersede). uiux는 "빠른 리프레시", Tiered CP는 "심층 감사".

**적용 위치:**
- uiux-upgrade 스킬 본문 보강
- qc_verify.py에 `ui_audit_check` verifier 추가 (Critical 20개 자동화)

---

### Feature 6: Lazy-loaded Skills 패턴 (★★)

**문제**: 스킬 80개+ → 매 세션 전부 로드 → 컨텍스트 낭비.

**도입 내용 (Agent Meeting — 분류 기준 명확화):**
- 스킬을 3등급으로 분류:
  - Tier 1 즉시 로드 (20개): 호출 빈도 상위 20% + 기본 워크플로우 필수. 예: QC-RULES 참조, DIRECT-WORKFLOW
  - Tier 2 조건부 로드 (40개): 특정 도메인/작업 타입 전용 + 트리거 명확히 정의 가능. 예: UI 작업에서만 uiux 스킬
  - Tier 3 명시적 호출 (20개+): 월 1회 미만 사용 + 충돌 위험. 명시적 요청 시만 로드
- YAML 헤더만 먼저 읽고(~100 토큰), 매칭 시 본문 로드(~5000 토큰)
- 예상 효과: 35% 컨텍스트 절약 (fireauto F6 적용 후 재측정 필요)
- **필수**: 스킬 로드 실패 시 fallback 메커니즘 (해당 작업 타입의 Tier 1 스킬로 폴백)

**적용 위치:**
- 스킬 디렉토리 구조 재편 또는 스킬 메타데이터 정리
- skill-agent-mapping.json에 로드 등급 필드 추가

---

### Feature 7: 타이포그래피 체계 (★★)

**문제**: 프로젝트 전용 폰트 규칙 없음.

**도입 내용 (Agent Meeting — 화이트리스트 전환):**
```
승인 폰트 화이트리스트 (Primary 사용 허용):
- Korean: Pretendard (필수), 폴백: Apple SD Gothic Neo, sans-serif
- Display: Geist (InsuWiki), Outfit (InsuRo)
- Mono: Geist Mono, JetBrains Mono

Primary 사용 금지 (Fallback 체인에서는 허용):
- Inter, Roboto, Arial, Open Sans, Helvetica
- font-family: 'Pretendard', 'Apple SD Gothic Neo', Arial, sans-serif → 허용

CDN 안정성 미검증으로 제외:
- Cabinet Grotesk, Satoshi (Fontshare SLA 미보장, self-hosting 전략 없이 사용 금지)

한글/영문 혼용 가이드 (보험 필수):
- line-height: 1.7 이상 (보험 약관 특히)
- font-variant-numeric: tabular-nums (보험료 비교 테이블)
- font-display: swap (FOUT 허용, CLS 최소화)
- <link rel="preload"> 적용
- Pretendard 서브셋: woff2-subset, unicode-range 명시

프로젝트별 폰트:
- InsuWiki: Pretendard (본문) + Geist (UI)
- InsuRo: Pretendard (본문) + Outfit (헤드라인)
```

**적용 위치:**
- design.md에 "폰트 가이드" 섹션 추가
- 프론트엔드 위임 시 폰트 규칙 자동 포함

---

### Feature 8: Insurance Layout Template System (★) — Agent Meeting 전면 재설계

**문제**: 같은 유형 작업에 비슷한 결과물 반복.

**Agent Meeting 합의: Variance Engine 폐기, Insurance Layout Template System으로 재설계.**
- 이유: 보험에서 "매번 다른 스타일"은 브랜드 신뢰 훼손. "Ethereal Glass"는 F1의 glassmorphism 금지와 자기모순.

**도입 내용:**
- 페이지 유형별 정해진 레이아웃 패턴 선택 시스템:
  ```
  페이지 유형별 레이아웃 템플릿:
  - Landing/Marketing: Editorial Split (인지도 높임)
  - Product Page: Structured Grid (정보 명확성)
  - Comparison Page: Data-First Table Layout (보험 비교)
  - Application Form: Single-column Progressive Disclosure (가입 플로우)
  - Knowledge Base (InsuWiki): Editorial Typography-First (읽기 중심)
  ```
- "매번 다른 스타일"이 아닌 "페이지 목적에 맞는 정해진 패턴 선택"

**적용 위치:**
- DESIGN-DIAL.md에 레이아웃 템플릿 목록 추가
- 블로그 이미지 Satori 템플릿은 Editorial Typography-First 기반

---

### Feature 9: Pre-Flight 항목 분리 배치 (★) — Agent Meeting 재구성

**도입 내용 — 10개 항목을 역할별 분리 배치:**

**verification-before-completion 추가 (6개, 기능 동작 보증):**
```
[ ] 전역 상태 적절히 사용?
[ ] min-h-[100dvh] 사용? (h-screen 금지)
[ ] useEffect 애니메이션에 cleanup 있음?
[ ] empty/loading/error 상태 구현?
[ ] 반응형 터치 타겟 44px 이상?
[ ] z-index 50 초과 없음?
```

**UI 감사 체크리스트로 이동 (4개, 디자인 품질 보증):**
```
[ ] 카드 과다 사용 안 함?
[ ] 영구 애니메이션 격리?
[ ] 모바일 레이아웃 collapse 보장?
[ ] 하드코딩 색상 없음? (시맨틱 토큰 사용)
```

**적용 위치:**
- verification-before-completion 스킬: 6개 항목 추가
- Feature 5 UI 감사 Standard 체크리스트: 4개 항목 포함

---

### Feature 10: 색상 검증 규칙 (★) — Agent Meeting: "보정"→"검증"

**도입 내용 (AI의 임의 색상 변경 금지, 검증만 수행):**
```
검증 규칙:
- 악센트 색상 1개만 (포화도 80% 미만)
- 중립 기반: Zinc/Slate 계열
- 그림자: 배경색으로 틴트 (순회색 금지)
- WCAG 4.5:1 대비율 충족 확인 (접근성 필수)
- 브랜드 색상 팔레트 준수 여부 확인

보험 색상 심리학 가이드:
- 파란색 계열 권장 (hsl 210-230, 신뢰/안정)
- 빨간색 남용 금지 (보험에서 위험/거절 연상)
- 따뜻한/차가운 그레이 혼합 금지

프로젝트별 색상:
- InsuWiki: Slate 기반 + Indigo 악센트
- InsuRo: Zinc 기반 + Emerald 악센트

문제 발견 시: AI가 임의 변경하지 않고 인간 검토자에게 플래그.
```

**적용 위치:**
- DESIGN-DIAL.md에 색상 검증 규칙 추가
- design.md에 프로젝트별 팔레트 명시

---

### Feature 11: 모션 가이드라인 (★) — Agent Meeting: "표준"→"가이드라인" 격하

**도입 내용 (Spring Physics 강제 삭제, 핵심 3원칙만 유지):**
```
핵심 3원칙:
1. prefers-reduced-motion 필수 대응
   @media (prefers-reduced-motion: reduce) {
     * { transition: none !important; animation: none !important; }
   }
2. transform과 opacity만 애니메이션 (하드웨어 가속)
3. 전환 시간 300ms 이하

허용:
- ease-out: 기본 전환 (권장)
- ease-in-out: 단순 색상/opacity 전환
- linear: 프로그레스바, 로딩 인디케이터
- spring physics: MOTION≥7 마케팅 랜딩에서만 선택적

[삭제] stiffness/damping 세부 파라미터 (과도한 규정)
```

**적용 위치:**
- DESIGN-DIAL.md에 모션 가이드라인 추가
- 인슈로 프론트엔드 가이드에 반영

---

### Feature 12: 콘텐츠 Anti-Slop (★) — Agent Meeting: F1에 통합

**Agent Meeting 합의: F1과 통합 관리. 별도 Feature 불필요.**
- 콘텐츠 관련 패턴은 F1의 Tier A 콘텐츠(6개) + Tier C 보험특화(6개)에 포함됨.
- ANTI-SLOP-RULES.md에 "콘텐츠" 섹션으로 통합.
- 보험 법적 필수 언어(약관 용어, 규정 표현)는 화이트리스트로 보호.

---

## 3. 구현 로드맵

### Phase 1 (1.5일) — 규칙 파일 생성 + Phase 1 테스트
- ANTI-SLOP-RULES.md 작성 (Feature 1 Tiered + Feature 12 통합)
- DESIGN-DIAL.md 작성 (Feature 3 프로파일/CSS 매핑 + Feature 8 레이아웃 템플릿 + Feature 10 색상 검증 + Feature 11 모션 가이드라인)
- 프로젝트별 기본값/프로파일 설정
- Phase 1 테스트: 규칙 파일 정합성 검증

### Phase 2 (1.5일) — 기존 규칙 통합 + Phase 2 테스트
- QC-RULES.md에 출력 완전성 참조 추가 + completeness_check verifier 구현 (Feature 2, 4)
- DIRECT-WORKFLOW.md에 출력 절단 금지 삽입 (용어 정정 반영)
- dispatch.py 시스템 프롬프트에 도메인 맥락 프롬프트 삽입
- Phase 2 테스트: dispatch.py 기존 스킬 호출 회귀 테스트

### Phase 3 (2일) — 스킬 보강 + Phase 3 테스트
- uiux-upgrade 스킬 Critical 20개 체크포인트 자동화 (Feature 5)
- qc_verify.py에 ui_audit_check verifier 추가
- verification-before-completion 6개 항목 추가 (Feature 9)
- design.md에 폰트 화이트리스트 가이드 추가 (Feature 7)
- Phase 3 테스트: 각 스킬 수정 후 즉시 검증

### Phase 4 (1일) — Lazy-load + 통합 테스트
- 스킬 3등급 분류 (Feature 6, 분류 기준 적용)
- 전체 규칙 적용 통합 테스트 (디자인 위임 1건 + 프론트엔드 위임 1건)
- 베이스라인 비교: 20개 기준 태스크로 적용 전 vs 적용 후 품질 평가

**총 소요: 6일 (Agent Meeting 합의. 테스트 분산 반영)**
**표현 정정: "프롬프트·규칙·검증 코드 통합 수정" (코드 변경 포함)**

---

## 4. 도입하지 않는 것

| 기능 | 제외 이유 |
|-----|---------|
| DaisyUI v5 전환 | 우리 프로젝트는 Tailwind + 자체 컴포넌트. DaisyUI 불필요 |
| Remotion 영상 제작 | 영상 제작 수요 없음 |
| Google Stitch 호환 | Stitch 미사용 |
| oklch() 컬러 시스템 | 브라우저 호환성 이슈. hex/rgb 유지 |
| Framer Motion 강제 | 프로젝트별 판단. 규칙으로만 권장 |

---

## 5. 성공 지표

| 지표 | 현재 | 목표 |
|-----|------|------|
| 디자인 제네릭 패턴 발생률 | 높음 (감각적 판단) | Anti-Slop 47개 0건 |
| 출력 절단 발생률 | 가끔 (// TODO 등) | 0건 |
| 디자인 지시 구체성 | "깔끔하게" (주관적) | VARIANCE=7, MOTION=5 (수치) |
| 결과물 다양성 | 비슷한 패턴 반복 | 9가지 아키타입 순환 |
| 컨텍스트 사용량 | 스킬 80개 전부 로드 | 35% 절약 (Lazy-load) |

---

## 6. 리스크

| 리스크 | 대응 |
|-------|------|
| Anti-Slop 규칙이 너무 제한적 → 창의성 감소 | Tier 구조로 핵심만 강제. VARIANCE 다이얼로 조절 |
| 규칙 과다로 토큰 비용 증가 | 토큰 예산 2,000 상한. Tier A만 시스템 프롬프트 로드 |
| 폰트 규칙이 프로젝트에 안 맞음 | 화이트리스트 방식 + 프로젝트별 설정 |
| Lazy-load로 필요한 스킬 누락 | fallback 메커니즘 + 3등급 분류 주기적 리뷰 |
| fireauto PRD 지연 시 자동화 기능 지연 | 독립 트랙 분리 (F1,F3,F4,F7 선행 가능) |
| 규칙 적용 후 출력 품질 오히려 저하 | Feature별 롤백 절차 + 품질 저하 트리거 |

---

## 7. fireauto PRD와의 의존성

| taste-skill Feature | fireauto 연관 |
|-------------------|-------------|
| F2 (출력 절단 방지) | fireauto F7 (에러 자동 재시도)와 보완 |
| F5 (UI 감사 90개) | fireauto F1 (PostToolUse Hook)로 수정 파일 자동 추적 |
| F6 (Lazy-load) | fireauto F6 (CLAUDE.md 트리밍)과 동일 맥락 |
| F9 (Pre-Flight) | fireauto F2 (Stop Hook)에서 자동 실행 가능 |

**상호 독립 구현 가능. 단, fireauto Hook 인프라가 먼저 있으면 taste-skill 효과 극대화.**

---

## 8. Agent Meeting 추가 합의 사항 (신규)

### 8.1 롤백 계획
- 각 Feature별 이전 상태 복원 절차 문서화
- 품질 저하 트리거: 베이스라인 대비 20% 이상 저하 시 해당 규칙 파일 이전 버전 복원
- 부분 롤백 가능: Feature 단위로 격리된 파일 구조

### 8.2 베이스라인 측정
- 배포 전: 20개 기준 태스크(디자인 10 + 프론트엔드 10)로 현재 출력 품질 5점 척도 평가
- 배포 후: 동일 태스크 재평가. 통계적으로 유의미한 개선 확인
- 평가자: 인간 검토자 (봇 자체 평가 불가)

### 8.3 토큰 예산
- 추가 프롬프트 토큰 상한: 2,000 토큰
- Tier A 25개 패턴 + 도메인 맥락 프롬프트 + 프로파일 → 예산 내 관리
- Tier B/C는 시스템 프롬프트 외부 참조 파일

### 8.4 fireauto 독립 트랙
- fireauto와 독립적으로 동작 가능한 Feature 선행 진행:
  - F1 (ANTI-SLOP-RULES.md), F3 (DESIGN-DIAL.md), F4 (DIRECT-WORKFLOW 수정), F7 (design.md 폰트)
- fireauto 의존 Feature는 fireauto 승인 후 진행:
  - F2 completeness_check verifier, F5 ui_audit_check verifier, F6 Lazy-load
- fireauto 지연 시: 독립 Feature만으로 Phase 1-2 진행, Phase 3-4는 대기