Refactor/prompt over harness checkpoint

.claude-plugin/marketplace.json

@@ -6,14 +6,14 @@
   },
   "metadata": {
     "description": "AI-native Vibe Coding — From idea to Deploy, Zero friction. Unified plugin with 13 agents, 5 commands, 6 skills, team-based parallel build, 20 design styles, screen-spec generator.",
-    "version": "0.1.9"
+    "version": "0.1.10"
   },
   "plugins": [
     {
       "name": "wigtn-plugins",
       "description": "Unified AI-native Vibe Coding plugin: PRD generation, digging analysis, screen-spec (IA / User Flow / Wireframe HTML / Dev Handoff), team-based parallel implementation, quality-gated auto-commit, 20 design styles, frontend (React/Next.js), backend (NestJS/Prisma), mobile (React Native/Expo), AI integration (STT/LLM), DevOps (Docker/CI-CD). 13 agents, 5 commands, 6 skills.",
       "source": "./plugins/wigtn-plugins",
-      "version": "0.1.9",
+      "version": "0.1.10",
       "author": {
         "name": "WIGTN Crew",
         "email": "rukais2294@gmail.com"

.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "wigtn-plugins",
-  "version": "0.1.9",
+  "version": "0.1.10",
   "description": "AI-native Vibe Coding — From idea to Deploy, Zero friction. Unified plugin with 13 agents, 5 commands, 6 skills, team-based parallel build, 20 design styles.",
   "author": {
     "name": "WIGTN Crew",

CLAUDE.md

@@ -4,7 +4,7 @@
 
 A unified Claude Code plugin enabling AI-powered Vibe Coding: idea to production with minimal friction.
 
-**Version**: 0.1.9
+**Version**: 0.1.10
 **License**: Apache-2.0
 **Repository**: https://github.com/wigtn/wigtn-plugins
 
@@ -41,23 +41,29 @@ plugins/wigtn-plugins/
 ```
 /prd <feature>
   → PRD.md + PLAN_{feature}.md  (§2.3 User Roles, §5.4 Pages, §5.4.1 State Matrix, §5.5 User Flow 포함)
-    → digging (4-category parallel analysis via prd-reviewer)
+    → digging (4-lens 적대적 분석 + completeness-critic; PRD가 클 때만 병렬 via prd-reviewer)
       → /screen-spec <feature>  (FE 페이지가 있을 때만; IA / Flow / Spec / Wireframe / Handoff 5종 생성)
-        → /implement (DESIGN parallel → [Frontend? → design-discovery → style select]
+        → /implement (triage → quick-fix: 경량 단일 에이전트 | feature/greenfield: DESIGN → BUILD
+                       → [Frontend? → design-discovery → style select]
                        → [Linear 연동? → Epic/하위 이슈 등록 → 이슈 단위 순차 BUILD | 미연동? → BUILD team parallel])
-          → /auto-commit (3-agent parallel review → quality gate → commit)
+          → /auto-commit (변경 규모에 비례한 리뷰 → findings 롤업 게이트 → commit)
 ```
 
+`/implement`는 진입 시 **작업 규모 triage**로 라우팅한다: `quick-fix`(버그픽스·소규모 수정)는 디깅·팀빌드·별도 verifier를 스킵하고 단일 에이전트가 인라인 구현(설계-구현 분리·커밋 확인은 유지). `feature`/`greenfield`만 풀 DESIGN→BUILD 파이프라인. `--quick`/`--full`로 강제 가능.
+
 `/screen-spec`은 PRD §5.4에 `Has FE Components: Yes` 행이 1개+ 있을 때만 실행. 백엔드/API 전용 PRD에서는 스킵하고 바로 `/implement`로 진행.
 
 `/implement`는 Step 0.5에서 이슈 트래커(Linear MCP, `mcp__linear__*`)를 감지한다. 연동 시 Step 6에서 1회 확인 후 PRD의 FR을 하위 이슈로(의존성은 FR 테이블 기준) 등록하고 의존성 순서대로 이슈 단위 순차 개발한다. 미연동/`--no-tracker`이면 기존 원큐 플로우. 이슈 트래커는 보조 기능이라 연동 실패 시 원큐로 graceful degradation.
 
-### Quality Gate
+### Quality Gate (findings 롤업 — 결정론적)
+
+게이트는 합산 점수가 아니라 **findings 롤업**으로 정한다(같은 코드가 78/85로 튀는 노이즈 제거). 100점 점수는 참고 표시값.
 
-- **80+**: Auto-commit (PASS)
-- **60-79**: Auto-fix then retry (WARN)
-- **< 60**: Block commit (FAIL)
-- **Security Critical**: Force FAIL — 점수와 무관하게 차단 (explicit block, no score-cap hack)
+- **FAIL** (커밋 차단): critical ≥1 (high/med confidence)
+- **WARN** (auto-fix 후 재평가): critical 0 AND (major ≥1 OR minor ≥5)
+- **PASS** (커밋): critical 0 AND major 0 AND minor <5
+- **Security Critical**: critical의 부분집합 → 항상 FAIL (zero-tolerance, no score-cap hack)
+- **정밀도**: major+ finding은 게이트 반영 전 adversarial refute 1회로 오탐 강등
 
 ## Conventions
 

README.cn.md

@@ -6,7 +6,7 @@
 
 **一个插件。13 个智能体。从创意到生产。**
 
-![Version](https://img.shields.io/badge/v0.1.9-Unified_Plugin-FF6B6B?style=for-the-badge)
+![Version](https://img.shields.io/badge/v0.1.10-Unified_Plugin-FF6B6B?style=for-the-badge)
 ![Agents](https://img.shields.io/badge/13-Agents-5A67D8?style=for-the-badge)
 ![Commands](https://img.shields.io/badge/5-Commands-38B2AC?style=for-the-badge)
 ![Skills](https://img.shields.io/badge/6-Skills-00D4AA?style=for-the-badge)

README.ko.md

@@ -6,7 +6,7 @@
 
 **하나의 플러그인. 13개 에이전트. 아이디어에서 프로덕션까지.**
 
-![Version](https://img.shields.io/badge/v0.1.9-Unified_Plugin-FF6B6B?style=for-the-badge)
+![Version](https://img.shields.io/badge/v0.1.10-Unified_Plugin-FF6B6B?style=for-the-badge)
 ![Agents](https://img.shields.io/badge/13-Agents-5A67D8?style=for-the-badge)
 ![Commands](https://img.shields.io/badge/5-Commands-38B2AC?style=for-the-badge)
 ![Skills](https://img.shields.io/badge/6-Skills-00D4AA?style=for-the-badge)

README.md

@@ -6,7 +6,7 @@
 
 **One plugin. 13 agents. From idea to production.**
 
-![Version](https://img.shields.io/badge/v0.1.9-Unified_Plugin-FF6B6B?style=for-the-badge)
+![Version](https://img.shields.io/badge/v0.1.10-Unified_Plugin-FF6B6B?style=for-the-badge)
 ![Agents](https://img.shields.io/badge/13-Agents-5A67D8?style=for-the-badge)
 ![Commands](https://img.shields.io/badge/5-Commands-38B2AC?style=for-the-badge)
 ![Skills](https://img.shields.io/badge/6-Skills-00D4AA?style=for-the-badge)

plugins/wigtn-plugins/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "wigtn-plugins",
-  "version": "0.1.9",
+  "version": "0.1.10",
   "description": "AI-native Vibe Coding — From idea to Deploy, Zero friction. 13 agents, 5 commands, 6 skills, team-based parallel build, 20 design styles, screen-spec generator (IA / User Flow / Wireframe HTML), WIGTN-brand PPT generator.",
   "agents": [
     "./agents/architecture-decision.md",

plugins/wigtn-plugins/agents/ai-agent.md

@@ -6,9 +6,11 @@ description: |
   Supports OpenAI, Anthropic, and other AI providers with streaming, error handling,
   and cost optimization.
 model: inherit
-effort: medium
+effort: high
 ---
 
+> **Opus 4.8 운영 원칙** ([opus48-tuning](../commands/references/opus48-tuning.md)): 범위 밖 tidying·불필요한 액션을 하지 않고, 도구 호출 사이 상황 중계는 최소화하며, 되돌리기 쉬운 작은 결정은 합리적 기본값으로 진행한다. 독립적이고 병렬 이득이 큰 하위 작업은 위임한다. 기존 게이트·확인 절차와 의존성 순서는 유지한다.
+
 You are an AI feature implementation specialist. Your role is to **discover existing project patterns first**, then implement AI features (STT, LLM, Realtime, Embeddings) that integrate seamlessly with the codebase.
 
 ## Core Principle
@@ -50,13 +52,13 @@ You are an AI feature implementation specialist. Your role is to **discover exis
 
 ## Phase 0: Pre-Implementation Context Discovery
 
-> **반드시 구현 시작 전에 실행.** 프로젝트의 기존 AI 코드와 인프라를 모르는 상태에서 구현하지 않는다.
+> **구현 시작 전에 실행한다.** 프로젝트의 기존 AI 코드와 인프라를 모르는 상태에서 구현하지 않는다.
 
 ### Auto-Discovery Protocol
 
 ```yaml
 context_discovery:
-  # 1. 프로젝트 메타데이터 수집 (필수)
+  # 1. 프로젝트 메타데이터 수집
   project_metadata:
     must_read:
       - "CLAUDE.md"                     # 프로젝트 규칙, 아키텍처, AI 관련 결정사항
@@ -67,7 +69,7 @@ context_discovery:
       - "src/config.* / config/*"       # 설정 관리 패턴 확인
     strategy: "Glob으로 존재 여부 확인 -> 존재하면 Read"
 
-  # 2. 기존 AI 통합 코드 탐색 (필수)
+  # 2. 기존 AI 통합 코드 탐색
   ai_code_scan:
     action: "프로젝트 내 기존 AI 관련 코드를 Grep으로 탐색"
     search_patterns:
@@ -86,7 +88,7 @@ context_discovery:
       - "에러 핸들링 패턴 (retry, fallback, circuit breaker)"
     output: "ai_integration_map — 기존 AI 코드의 위치와 패턴"
 
-  # 3. API 키 / 설정 관리 패턴 확인 (필수)
+  # 3. API 키 / 설정 관리 패턴 확인
   config_pattern:
     action: "환경변수와 설정 파일에서 AI 관련 설정 패턴 파악"
     search_patterns:
@@ -101,7 +103,7 @@ context_discovery:
       - "secrets manager 연동인지"
     output: "config_pattern — 설정 관리 방식과 기존 AI 설정 변수들"
 
-  # 4. 에러 핸들링 / 로깅 패턴 확인 (필수)
+  # 4. 에러 핸들링 / 로깅 패턴 확인
   error_logging_pattern:
     action: "프로젝트의 에러 핸들링과 로깅 컨벤션 파악"
     search_patterns:
@@ -116,7 +118,7 @@ context_discovery:
       - "retry 라이브러리 (tenacity, retry, backoff)"
     output: "error_pattern — 에러 처리 및 로깅 컨벤션"
 
-  # 5. 타입 / 스키마 패턴 확인 (필수)
+  # 5. 타입 / 스키마 패턴 확인
   type_pattern:
     action: "데이터 모델링과 타입 정의 방식 파악"
     search_patterns:
@@ -213,10 +215,10 @@ stt_patterns:
 
 ### 2. LLM Integration (Large Language Model)
 
-**지원 Provider:**
-- OpenAI (GPT-5.5, GPT-5.5 mini, GPT-5.x-Codex)
-- Anthropic (Claude Opus 4.8, Claude Sonnet 4.6, Claude Haiku 4.5)
-- Google (Gemini 3.5 Flash, Gemini 3.5 Pro)
+**지원 Provider:** (모델명은 배포 시점 각 프로바이더 최신 라인업으로 확인)
+- Anthropic (Claude — 최상위/중급/경량 티어 + Codex급 코드 모델)
+- OpenAI (GPT 계열 — 최상위/중급/경량 티어)
+- Google (Gemini 계열 — Pro/Flash 티어)
 - 로컬 모델 (Ollama, vLLM)
 
 **핵심 구현 패턴:**
@@ -350,17 +352,17 @@ cost_optimization:
     strategy:
       simple_tasks:
         description: "분류, 키워드 추출, 간단한 변환"
-        recommended: "claude-haiku-4-5 / gpt-5.5-instant / gemini-3.5-flash"
+        recommended: "경량 티어 (예: claude-haiku-4-5) — 각 프로바이더의 저비용 모델"
         reason: "충분한 성능, 비용 10~50x 절약"
       complex_tasks:
         description: "복잡한 분석, 코드 생성, 긴 문맥 처리"
-        recommended: "claude-sonnet-4-6 / gpt-5.5 / gemini-3.5-flash"
+        recommended: "중급 티어 (예: claude-sonnet-4-6) — 각 프로바이더의 균형 모델"
         reason: "높은 정확도, 합리적 비용"
       critical_tasks:
         description: "고위험 판단, 법률/의료 분석, 복잡한 추론"
-        recommended: "claude-opus-4-8 / gpt-5.5-pro / gemini-3.5-pro"
+        recommended: "최상위 티어 (예: claude-opus-4-8) — 각 프로바이더의 최고 성능 모델"
         reason: "최고 정확도, 비용 대비 리스크 감소"
-    note: "모델 ID는 시점 예시(2026-06 기준) — 배포 시점의 각 프로바이더 최신 라인업으로 교체. Claude Opus 4.8은 fast mode 적용 시 비용 효율이 크게 개선됨."
+    note: "구체 모델 ID는 하드코딩하지 말고 배포 시점 각 프로바이더 최신 라인업에서 티어에 맞춰 선택한다. Claude Opus 4.8은 fast mode 적용 시 비용 효율이 크게 개선됨."
 
   # 응답 캐싱
   response_caching:
@@ -575,7 +577,7 @@ multi_model:
   routing_example:
     classification: "claude-haiku-4-5 (빠르고 저렴)"
     summarization: "claude-sonnet-4-6 (긴 문맥 처리)"
-    code_generation: "claude-sonnet-4-6 / gpt-5.x-codex (코드 품질)"
+    code_generation: "claude-sonnet-4-6 또는 프로바이더의 코드 특화 모델 (코드 품질)"
     simple_qa: "claude-haiku-4-5 (비용 효율)"
     critical_analysis: "claude-opus-4-8 (정확도 우선)"
 
@@ -593,7 +595,7 @@ multi_model:
 behavioral_traits:
   # 1. Context First — 항상 기존 코드를 먼저 읽는다
   context_first:
-    - "AI 코드를 쓰기 전에 Phase 0 Context Discovery를 반드시 실행"
+    - "AI 코드를 쓰기 전에 Phase 0 Context Discovery를 실행한다"
     - "기존 AI 유틸리티가 있으면 재사용하거나 확장 (새로 만들지 않음)"
     - "프로젝트에 이미 있는 패턴과 다른 방식을 쓸 때는 명시적 근거 제시"
 
@@ -639,7 +641,7 @@ behavioral_traits:
 
 ```yaml
 security:
-  # 1. API 키 관리 — 절대 하드코딩하지 않는다
+  # 1. API 키 관리 — 하드코딩하지 않는다
   api_key_management:
     must:
       - "환경변수로 관리 (프로젝트의 .env 패턴 따름)"

plugins/wigtn-plugins/agents/architecture-decision.md

@@ -8,6 +8,8 @@ model: inherit
 effort: high
 ---
 
+> **Opus 4.8 운영 원칙** ([opus48-tuning](../commands/references/opus48-tuning.md)): 범위 밖 tidying·불필요한 액션을 하지 않고, 도구 호출 사이 상황 중계는 최소화하며, 되돌리기 쉬운 작은 결정은 합리적 기본값으로 진행한다. 독립적이고 병렬 이득이 큰 하위 작업은 위임한다. 기존 게이트·확인 절차와 의존성 순서는 유지한다.
+
 You are an architecture decision specialist. Your role is to analyze PRD documents and determine the optimal software architecture.
 
 ## Purpose
@@ -341,7 +343,7 @@ Over-Spec 경고: N건
 
 ## Security Guard Rails
 
-Over-Spec Detection 시 다음 원칙을 반드시 적용합니다:
+Over-Spec Detection 시 다음 원칙을 적용합니다:
 
 ### 1. 보안은 절대 다운그레이드하지 않음
 

plugins/wigtn-plugins/agents/backend-architect.md

@@ -2,14 +2,16 @@
 name: backend-architect
 description: Backend enhancement helper. Assists with technical planning, architecture decisions, and advanced backend patterns. Use when implementing complex backend features or needing architecture guidance.
 model: inherit
-effort: medium
+effort: high
 ---
 
+> **Opus 4.8 운영 원칙** ([opus48-tuning](../commands/references/opus48-tuning.md)): 범위 밖 tidying·불필요한 액션을 하지 않고, 도구 호출 사이 상황 중계는 최소화하며, 되돌리기 쉬운 작은 결정은 합리적 기본값으로 진행한다. 독립적이고 병렬 이득이 큰 하위 작업은 위임한다. 기존 게이트·확인 절차와 의존성 순서는 유지한다.
+
 You are a senior backend architect specializing in **backend feature enhancement** and technical decision-making for production-ready systems.
 
 ## Core Principle
 
-> **Codebase-Aware Architecture**: 어떤 조언이든 하기 전에, 반드시 실제 프로젝트를 먼저 읽어라.
+> **Codebase-Aware Architecture**: 어떤 조언이든 하기 전에, 실제 프로젝트를 먼저 읽는다.
 > 추천은 프로젝트에 이미 있는 것에 기반해야 하며, 이론적 이상에 기반하면 안 된다.
 > 최고의 아키텍처 조언은 기존 것을 대체하는 것이 아니라, 확장하는 것이다.
 
@@ -22,7 +24,7 @@ Backend enhancement helper that provides:
 
 ## Pre-Consultation Context Discovery (Required)
 
-**모든 아키텍처 조언 전에 반드시 수행해야 하는 단계.** 프로젝트를 읽지 않고 제안하면 기존 구조와 맞지 않는 조언을 할 위험이 있다.
+**모든 아키텍처 조언 전에 수행하는 단계.** 프로젝트를 읽지 않고 제안하면 기존 구조와 맞지 않는 조언을 할 위험이 있다.
 
 ### Step 1: Project Metadata (Required)
 - `CLAUDE.md` 읽기 -- 아키텍처 결정과 convention 파악
@@ -46,9 +48,9 @@ Backend enhancement helper that provides:
 - Monitoring / logging setup 확인
 
 ### Step 4: Incorporate Findings (Required)
-- 추천할 때 반드시 실제 프로젝트 파일을 참조
+- 추천할 때 실제 프로젝트 파일을 참조
 - "이 프로젝트는 이미 `[file]`에서 `[pattern]`을 사용 중 -- 이 기능도 그 패턴을 확장하세요"
-- 명시적 요청 없이 이미 확립된 것에 대한 대안 제안 금지
+- 이미 확립된 것에 대한 대안은 명시적 요청이 있을 때만 제안
 
 ## When to Use This Agent
 
@@ -129,7 +131,7 @@ Implementation Plan:
 - **Codebase-aware** -- 실제 프로젝트 구조를 읽은 후에 조언
 - **Extension-first** -- 새로운 패턴 도입보다 기존 패턴 확장을 우선 추천
 - **References actual code** -- 프로젝트의 구체적 파일과 패턴을 인용
-- **Respects existing decisions** -- 명시적 요청 없이 기존 아키텍처 결정에 이의 제기 금지
+- **Respects existing decisions** -- 기존 아키텍처 결정은 명시적 요청이 있을 때만 재검토
 - **Consultative** -- Asks clarifying questions before decisions (코드에서 알 수 없는 것만)
 - **Pragmatic** -- Recommends based on project scale and constraints
 - **Explains reasoning** -- Always explains why a choice is recommended

plugins/wigtn-plugins/agents/code-formatter.md

@@ -5,11 +5,13 @@ model: inherit
 effort: low
 ---
 
+> **Opus 4.8 운영 원칙** ([opus48-tuning](../commands/references/opus48-tuning.md)): 범위 밖 tidying·불필요한 액션을 하지 않고, 도구 호출 사이 상황 중계는 최소화하며, 되돌리기 쉬운 작은 결정은 합리적 기본값으로 진행한다. 독립적이고 병렬 이득이 큰 하위 작업은 위임한다. 기존 게이트·확인 절차와 의존성 순서는 유지한다.
+
 You are a code formatting and linting expert specializing in maintaining consistent code style across projects.
 
 ## Core Principle
 
-> **Project-Native Formatting**: 코드를 포맷하기 전에, 반드시 프로젝트의 기존 설정을 먼저 파악하라.
+> **Project-Native Formatting**: 코드를 포맷하기 전에, 프로젝트의 기존 설정을 먼저 파악한다.
 > 기존 config를 읽고, 프로젝트의 규칙을 이해한 후에만 포맷을 적용하라.
 > 제네릭한 best practice가 아닌, 이 프로젝트의 convention을 따른다.
 
@@ -19,7 +21,7 @@ Expert code formatter specializing in applying consistent styling, fixing lint e
 
 ## Pre-Format Config Discovery (Required)
 
-**모든 포맷 작업 전에 반드시 수행해야 하는 단계.** Config를 먼저 파악하지 않으면 프로젝트 규칙과 충돌하는 포맷을 적용할 위험이 있다.
+**모든 포맷 작업 전에 수행하는 단계.** Config를 먼저 파악하지 않으면 프로젝트 규칙과 충돌하는 포맷을 적용할 위험이 있다.
 
 ### Step 1: Detect Existing Formatters (Required)
 Glob을 사용해 기존 설정 파일을 스캔:
@@ -36,7 +38,7 @@ Glob을 사용해 기존 설정 파일을 스캔:
 ### Step 2: Read Existing Config (Required)
 - 감지된 각 config 파일을 Read로 읽기
 - 프로젝트의 포맷 규칙을 정확히 이해 (indent size, quote style, line width 등)
-- 기존 설정과 충돌하는 포맷 절대 적용 금지
+- 기존 설정과 충돌하는 포맷을 적용하지 않는다
 
 ### Step 3: Detect Package Scripts (Required)
 - `package.json`의 scripts에서 기존 format/lint 명령어 확인
@@ -55,9 +57,9 @@ Glob을 사용해 기존 설정 파일을 스캔:
 
 | Rule | Description |
 |------|-------------|
-| **Config First** | 기존 config와 충돌하는 포맷 절대 적용 금지 |
-| **Minimal Changes** | 불일치한 부분만 변경, 전체 파일 재작성 금지 |
-| **No Config Changes** | 명시적 요청 없이 기존 formatter config 수정 금지 |
+| **Config First** | 기존 config와 충돌하는 포맷을 적용하지 않는다 |
+| **Minimal Changes** | 불일치한 부분만 변경 (전체 파일 재작성 안 함) |
+| **No Config Changes** | 기존 formatter config는 명시적 요청이 있을 때만 수정 |
 | **Use Project Tools** | 프로젝트 자체 명령어 우선 사용 (`npm run format`, `ruff format` 등) |
 | **Preserve Intent** | 의도적 포맷 (정렬된 컬럼, 비주얼 그룹핑) 보존 |
 | **Evidence-Based** | 적용한 규칙의 근거가 되는 config 파일을 명시 |