@su-record/vibe 3.2.8 → 3.2.9

package/hooks/scripts/__tests__/.vibe/command-log.txt

@@ -1,3 +1,3 @@
-[2026-07-26T20:17:16.249Z] rm -rf /
-[2026-07-26T20:17:16.366Z] ls -la
-[2026-07-26T20:17:16.472Z] rm -rf src/infra/lib/evolution/
+[2026-07-26T20:30:54.627Z] rm -rf /
+[2026-07-26T20:30:54.745Z] ls -la
+[2026-07-26T20:30:54.863Z] rm -rf src/infra/lib/evolution/

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@su-record/vibe",
-  "version": "3.2.8",
+  "version": "3.2.9",
   "description": "AI Coding Framework for Claude Code — 7+ agents, 52 skills, multi-LLM orchestration",
   "type": "module",
   "main": "dist/cli/index.js",

package/skills/vibe.review/SKILL.md

@@ -7,7 +7,7 @@ user-invocable: true
 
 # /vibe.review
 
-**Parallel Agent Code Review** - 13+ specialists review simultaneously
+**Parallel Agent Code Review** — focus 별 전문 리뷰어를 **가능한 범위에서 병렬로, 나머지는 순차로** 실행 (production 기본 셋 8종 + 조건부)
 
 ## Usage
 
@@ -139,7 +139,9 @@ run agent security-reviewer  args: "Review {FILES} for vulnerabilities"
 
 Stack-specific focus (`idioms`) is added when the diff touches that stack's files. Collect all results, then dedupe/merge findings before Phase 3.
 
-**Core Reviewers (Always Run — parallel `code-reviewer` instances, one per focus, plus `security-reviewer`):**
+**Core Reviewers (production stakes 의 기본 셋 — `code-reviewer` 를 focus 별로 하나씩 + `security-reviewer`):**
+
+> demo/prototype 에서는 위 리뷰어 스케일링 표의 축소 셋만 실행한다. 이 표는 **production 의 전체 셋**이며 "무조건 8개 전부"라는 뜻이 아니다 — stakes 판정이 셋 크기를 결정한다 (SSOT: `vibe/rules/loop-contract.md` Stakes 표).
 | Agent (focus) | Focus |
 |-------|-------|
 | security-reviewer | OWASP Top 10, vulnerabilities |
@@ -171,7 +173,7 @@ UI 파일이 없으면 이 Phase 전체를 건너뛴다 — reference 도 읽지
 
 **검증 방법: "양쪽 동시 읽기"**
 
-반드시 **생산자와 소비자 코드를 동시에** Read하여 교차 비교한다.
+생산자와 소비자 코드를 **같은 판단 안에서 함께** 읽어 교차 비교한다 (한쪽만 읽고 판단 금지). 두 파일을 동시에 열 도구가 없어도 규칙은 유효하다 — 순서대로 전체를 읽은 뒤 비교하면 된다.
 
 > Read `references/boundary-check.md` for the full verification-area table and checklist.
 
@@ -223,12 +225,16 @@ After agent results:
 
 ### Auto-Fix 실패 시 Codex Rescue (Codex 플러그인 활성화 시)
 
-P1/P2 auto-fix 가 **재시도 1회까지 실패**하면(= 시도 2회), TODO 로 내리기 전에 Codex 에 **1회** 위임한다 — escalation ladder SSOT: 위 Anti-Patterns:
+P1/P2 auto-fix 가 **재시도 1회까지 실패**하면(= 시도 2회), TODO 로 내리기 전에 Codex 에 **1회** 위임한다 — escalation ladder SSOT: 위 Anti-Patterns.
+
+위임 요청 내용(호출 표면 무관):
 
 ```
-/codex:rescue "Fix {priority} issue: {issue-description}. File: {file-path}"
+Fix {priority} issue: {issue-description}. File: {file-path}
 ```
 
+이 요청을 Codex 플러그인이 **실제로 제공하는** rescue/review 명령으로 전달한다. 제공 명령을 확인할 수 없으면 위임을 건너뛰고 바로 TODO 로 내린다 — 존재하지 않는 슬래시 명령을 실행하려 시도하지 않는다 (위 "명령 이름을 가정하지 않는다").
+
 Codex 수정 완료 후 해당 리뷰 에이전트가 재검증.
 
 ### Phase 6: Todo File Creation (Items Requiring Manual Handling)

package/skills/vibe.run/SKILL.md

@@ -122,7 +122,7 @@ After implementing each scenario, **automatic verification**:
 > 전체 Boulder Loop 다이어그램, automation level 정의, confirmation matrix: `references/ultrawork-mode.md`
 
 `ultrawork` 또는 `ulw` 포함 시 vibe.run-specific 동작:
-- 병렬 탐색 (3+ Task agents 동시)
+- 병렬 탐색 — 하네스의 네이티브 서브에이전트를 **동시 슬롯 한도까지** 스폰 (CC: 한 메시지에 3개 이상). 슬롯이 부족하면 개수를 줄이거나 순차 실행하되 탐색 항목을 버리지 않는다
 - 비대화형 (중단점 없음)
 - Race Review (GPT+Antigravity) 기본 활성화
 - stuck 시 TODO 기록 후 다음 시나리오로 (사용자 질문 없음)

package/skills/vibe.spec/SKILL.md

@@ -100,7 +100,7 @@ ARGUMENTS: $ARGUMENTS
 |---|---|
 | 자연어 요구사항 | 그대로 SPEC 패스의 주 입력 |
 | 📎 첨부 (md/txt/pdf/이미지 등) | 하네스의 파일 읽기 수단(CC `Read` 도구 / Codex 셸 등)으로 전체를 읽어 분석 후 요구사항에 병합 |
-| 파일 경로 인자 (PRD 등) | 존재 확인 후 Read — 첨부와 동일 취급 |
+| 파일 경로 인자 (PRD 등) | 존재 확인 후 전체를 읽는다 — 첨부와 동일 취급 |
 | **레거시 아티팩트** `.vibe/interviews/{feature}.md`, `.vibe/plans/{feature}.md` | 존재하면 **입력 컨텍스트로만** 읽는다. 절대 요구하거나 재생성하지 않는다 — 없어도 정상 경로 |
 
 ## Process