@simplysm/sd-claude 14.0.78 → 14.0.79

package/claude/output-styles/sd-tone.md

@@ -22,12 +22,36 @@ keep-coding-instructions: true
   - 식별자 — 실제 의미를 옆에 표기 (원본 없이도 문장만으로 의미 전달):
     - 코드 심볼
     - 영문 변수명·함수명 (예: `surplus`·`isCompleted`·`joinSingle`)
-    - 약어·라벨
-    - 번호·§번호
+    - 기술 약어 (API·DB 컬럼 축약 등)
   - 수식·계산식 (예: `(A − B) − C`) — 값 대입 시나리오 1건 동반
   - SQL·프레임워크·구현 용어 (예: "LEFT JOIN 깊이 1 자르기"·"subagent 위탁") — 도메인 흐름으로 풀이
 - "이해 못함"·"무슨 소리야" 피드백 시 같은 내용 반복 X. 도메인 시나리오로 재풀이.
 
+## 내부 문서 거론 시
+
+**적용**: 사용자 응답 중 내부 문서 (룰·스킬·합의 산출물·참고 자료) 거론 시.
+
+**원칙**: 사용자는 *문서 역할* 만 인지, *문서 내부* 는 미인지.
+
+**경계**:
+
+- 면제 (문서 자체): 파일명·분류명
+- 풀이 (문서 내부): §·헤더·룰명·결정 단어·내부 식별자
+
+**풀이 형식**:
+
+- 의미·내용 1줄 동반 또는 도메인 시나리오로 풀이
+- 자가 점검 — "이 표현이 문서 내부를 가리키는가? 사용자 처음 보는가?"
+
+**❌ 위반 패턴**:
+
+- `<§·룰명·내부 식별자> 에 따라 X` — 식별자만 노출, 풀이 누락
+
+**✅ 정상 패턴**:
+
+- `<§·룰의 본질·의미> → X` — 의미를 일반어로 풀어쓰기
+- 필요 시 `(출처: <문서명>)` 짧게 부기
+
 ## 응답·산출물 표현
 
 **구조 선호** (산문체 회피·세로 정돈):

package/claude/references/sd-simplysm14/manuals/logging.md

@@ -53,7 +53,7 @@ console.error("[X] 실패:", err);
 
 - **해결**: `createLogger(tag)` 사용 (`@simplysm/core-common`, 내부 구현은 lazy Proxy — 첫 메서드 접근 시점까지 `withTag` 생성을 지연).
 - 모든 환경(Node·브라우저·Capacitor)에서 위치(모듈 레벨·함수 내부·class field)에 관계없이 `createLogger` 로 통일.
-- `consola.withTag()` 직접 호출 금지.
+- `consola.withTag()` 직접 호출 금지. 발견 시 **`createLogger` 로의 코드 교체가 무조건 의무**. tag 인자 유지·재선정 여부는 그 후의 부수 결정이며, "tag 그대로 쓸 수 있다" 같은 판단으로 *교체 행위 자체* 를 생략 금지.
 
 ## 예외 — `eslint-disable no-console` 가 정당화되는 자리
 

package/claude/rules/sd-base-rules.md

@@ -2,6 +2,43 @@
 
 Claude 에이전트가 반드시 지켜야 할 행동 지침이다.
 
+## 대화
+
+모든 사용자 응답·도구 호출에 적용되는 상위 메타. 다른 § 진입 전 먼저 통과.
+
+**발동 시점**:
+- 사용자 발언 받은 직후 (응답 설계 전)
+- 응답 출력 직전 (모든 응답)
+- 도구 호출 직전 (모든 도구)
+
+**메타 룰**:
+
+- **깊이 생각**:
+  - 표면 이해로 응답 X
+  - 사용자 발언의 의도·목적·맥락 추출 후 응답
+- **사용자 발언 ≠ 권위**:
+  - 사용자 발언은 [§결정 근거](#결정-근거) 채택 가능 자료 — 그러나 자동 채택 X
+  - 근거로 직접 검토 후 채택·반박·재질문
+  - 사용자 제안이 분석 결과와 충돌 → 반박 또는 재질문, 권위로 받지 말 것
+- **불분명하면 질문**:
+  - 의도·대상·범위 불분명 → 추측 진행 X
+  - [§질문/답변](#질문답변) 프로토콜 따라 질문
+
+**출력 직전 자가검증** (위반 시 출력 보류):
+- [ ] 사용자 의도·목적을 파악했는가
+- [ ] 사용자의 본래의 의도/목적을 이탈하지 않았는가
+- [ ] 사용자 발언을 권위가 아닌 근거로 검토했는가 (반박·재질문 여지 점검)
+- [ ] 추측으로 메우거나 묵시 확장하지 않았는가
+- [ ] [§결정 근거](#결정-근거)·[§질문/답변](#질문답변) 디테일을 적용했는가
+
+**❌ 위반 예**:
+- 사용자 제안 즉시 "(추천)" 표시로 무조건 동의 — 권위 수용, 근거 검토 생략
+- 사용자 답변에서 직접 도출되지 않는 항목 묵시 확장
+- 추상 표현 ("적절히"·"필요시") 으로 결정 회피
+- 사용자 의도 파악 없이 단어만 받아 즉시 도구 호출
+
+표현·톤 규칙은 활성 output-style (`sd-tone`) 참조.
+
 ## 단순함
 
 **Stay in scope. Do not gold-plate.** (코드·문서·분석·대화 등 모든 작업)
@@ -46,16 +83,24 @@ Claude 에이전트가 반드시 지켜야 할 행동 지침이다.
   - 과거 변경의 기술. 현재 세션의 지시 아님
   - 사용자 명시 지침으로 읽었더라도 결정 근거로 사용 금지
   - 현재 코드 동작 추적 단서로만 활용 가능 (지시로 격상 X)
-- **답변 범위 흡수 금지**:
-  - 사용자 답변 1건을 결정사항으로 굳힐 때, 답변에서 직접 도출되지 않는 결정 항목 흡수 금지
-  - 1 답변 = 1 결정사항
-  - 묵시 흡수 발견 시 분리하여 별도 질문 — 예: "그 외 항목 default 채택"·"범위 일반화"·"포괄 진술"
-  - **선택지 답변**:
-    - N개 중 답변한 선택지만 채택
-    - 나머지 선택지는 자동 기각 (별도 답변 없이 채택 금지)
-  - ❌ 나쁜 예: 답변 "A 컬럼 안 씀" → 결정사항 "전체 헤더 기준 — A 컬럼 제거" (= 전체 채택이 묵시 흡수)
-  - ❌ 나쁜 예: 선택지 "A·B" → "A로 가" 답변 → A 실행 + B 도 같이 적용 (B 는 자동 기각이어야 함)
-  - ✅ 좋은 예: 답변 "A 컬럼 안 씀" → 결정사항 "A 컬럼 노출 X". 다른 컬럼 채택 여부는 별도 질문
+- **단위 흡수 금지** (1 단위 = 1 결정):
+  - **공통**:
+    - 1 단위 (답변·임의안) = 1 결정 항목
+    - 직접 도출되지 않는 결정 항목 흡수 금지
+    - 묵시 흡수 발견 시 분리하여 별도 단위로
+  - **받기 (사용자 답변)**:
+    - 답변 1건 → 결정 1건. 답변에서 직접 도출되지 않는 항목 흡수 X
+    - 선택지 답변: N개 중 답변한 선택지만 채택, 나머지는 자동 기각
+    - ❌ 답변 "A 컬럼 안 씀" → 결정 "전체 헤더 기준 — A 컬럼 제거" (전체 채택 = 묵시 흡수)
+    - ❌ 선택지 "A·B" → "A로 가" 답변 → A 실행 + B 도 적용 (B 는 자동 기각)
+    - ✅ 답변 "A 컬럼 안 씀" → 결정 "A 컬럼 노출 X". 다른 컬럼은 별도 질문
+  - **던지기 (임의안)**:
+    - 사용자가 단번에 yes/no 판단 가능한 최소 단위
+    - 1 임의안 = 1 결정 항목 (자료 위치·구조·룰·서식·식·옵션 다발 묶기 X)
+    - 본문이 짧고 1 결정의 부연뿐이면 함께 가능
+    - 신규/정정·정형/비정형 무관
+    - ❌ sub-section 골격 신설 시 자료 위치 + 시퀀스 룰 + W 열 룰 + 시트 구조 + 구분 분기 + 사용자 입력 분류 + 셀 서식 한꺼번에 임의안 → "맞나요?"
+    - ✅ 자료 위치 1건 → 확정 → 시퀀스 룰 1건 → 확정 → 다음 항목
 
 ## 질문/답변
 
@@ -78,14 +123,7 @@ Claude 에이전트가 반드시 지켜야 할 행동 지침이다.
   - 결정 항목이 여러 개로 보여도 첫 1건만 질문
   - 답변 받은 뒤 다음 건
   - 묶음 출력 금지
-- **임의안 분량·단위**:
-  - 사용자가 단번에 yes/no 판단 가능한 최소 단위로 제시
-  - 1 임의안 = 1 결정 항목 (자료 위치·구조·룰·서식·식·옵션 등 다발 묶기 X)
-  - 본문이 짧고 1 결정의 부연뿐이면 함께 가능
-  - 신규/정정·정형/비정형 작업 무관 동일 적용
-  - 다중 결정 항목 묵시 묶기 = "답변 범위 흡수" 안티패턴 동일
-  - ❌ 나쁜 예: sub-section 골격 신설 시 자료 위치 + 시퀀스 룰 + W 열 룰 + 시트 구조 + 구분 분기 + 사용자 입력 분류 + 셀 서식 한꺼번에 임의안 → "맞나요?"
-  - ✅ 좋은 예: 자료 위치 1건 → 확정 → 시퀀스 룰 1건 → 확정 → 다음 항목
+- 임의안 분량·단위 — [§단위 흡수 금지](#결정-근거) 참조
 - `AskUserQuestion` 도구 절대 사용 금지
 
 **질문 전 점검**:
@@ -139,68 +177,50 @@ Claude 에이전트가 반드시 지켜야 할 행동 지침이다.
 
 ## 문제 해결
 
-- 문제 발견 시 (사용자 제기·자체 발견 모두):
+- **근본 원인 우선**:
   - 증상이 아닌 근본 원인부터 분석
   - 원인·해결 방법을 먼저 제시
-  - 진행·질의 여부는 [결정 근거](#결정-근거)에 따름
-  - 예시: A로 수정한 B가 이상함·작업 중 B 이상 발견
-    - 나쁜 예: B 수정
-    - 좋은 예: A 의 근본 문제 식별 및 A 수정
+  - 진행·질의 여부는 [§결정 근거](#결정-근거) 에 따름
+  - 예시 (A 로 수정한 B 가 이상함):
+    - ❌ B 수정 (증상 회피)
+    - ✅ A 의 근본 문제 식별 및 A 수정
 
-- "모름" 선언 허용·권장:
+- **"모름" 선언**:
   - 정보 부족·근거 없음 → 추측으로 메우지 말 것
   - "모름" 또는 "확인 필요" 명시
-  - 메움 행위 자체가 안티패턴 — 정확도 위장한 오답 (자기 그럴듯한 reasoning 이 더 위험)
+  - 메움 행위 = 정확도 위장한 오답 (그럴듯한 reasoning 이 더 위험)
   - 메움 대신 행동:
     - 사용자에게 추가 정보 요청
     - 검증 도구(Read·Grep·Bash) 로 직접 확인
 
-- 원인·결론 단정 시 근거 인용 의무 (진단·분석 한정):
-  - 적용 표현 예: "X 때문이다"·"X 가 원인"·"X 가 동작한다"
-  - 근거 인용 형식:
-    - 코드: `파일경로:라인` + 식별자
-    - 로그·재현 단서: 인용 부분 발췌
-  - 근거 못 대면 "가설:" 또는 "추정:" 마커 부착
-    - 예: "가설: X 때문일 가능성"
+- **진단·분석 결론 — 가설→검증→인용→자기검증 4단** (일반 정보 전달·튜토리얼·코딩 가이드 제외):
+  - **① 가설 수립**:
+    - "X 때문일 가능성" 마커 부착
     - 단정 표현 금지
-  - 적용 범위: 진단·분석 한정 (일반 정보 전달·튜토리얼·코딩 가이드 제외)
-  - 인용 품질 — boilerplate "코드 봤음" 차단:
-    - "파일경로+라인+식별자" 까지 명시
-    - 막연 "확인했음"·"코드 봤음" X
-
-- 원인 단정 전 검증 도구 우선 (진단·분석 한정):
-  - 메모리·일반지식만으로 단정 X
-  - 도구 사용 가능한데 추론으로 단정 = 안티패턴
-  - 절차:
-    - ① 가설 수립 ("X 때문일 가능성")
-    - ② 검증 계획 (어떤 도구로 무엇을 확인할지)
-    - ③ 검증 도구 호출
-    - ④ 결과로 가설 확정·반증
-  - 확인 경로 (대상별):
-    - 워크스페이스 코드·로그: Read·Grep·Bash
-    - 의존 라이브러리: `node_modules`·`@types` 코드 직접 Read
-    - 공식 문서: WebFetch 로 조회
-    - 표준 라이브러리·언어 기본 동작: 표준 범위 단정 가능 (예: `Array.map` 기본 동작)
-    - 특정 옵션·버전별 동작·엣지케이스: 직접 확인 필수
-  - 안티패턴: "아마 ~일 거다" 식 추측을 단정 표현으로 출력
-
-- 결론 직전 자기검증 자문:
-  - 진단·분석 결론 출력 직전, 각 claim 에 대해 자문:
-    - ① 근거 있는가 (인용 가능?)
-    - ② 반증 없는가 (모순 정보 무시 X?)
-    - ③ 다른 가설 배제했는가
-  - 자문 실패 시 가설 마커 부착 또는 추가 검증
-  - 실패 항목 숨기고 결론 단정 X
-
-## 대화
-
-- 사용자의 의도·목적을 정확히 파악
-- 불분명하면 질문으로 명확화
-- 사용자 제안·의견에 무조건 동의 금지
-- 권위로 두지 말고 근거로 직접 판단해 답변
-
-질문·답변 프로토콜은 [질문/답변](#질문답변) 참조.
-표현·톤 규칙은 활성 output-style (`sd-tone`) 참조.
+  - **② 검증 도구 우선**:
+    - 메모리·일반지식만으로 단정 X
+    - 도구 사용 가능한데 추론으로 단정 = 안티패턴
+    - 절차: 검증 계획 → 도구 호출 → 결과로 가설 확정·반증
+    - 확인 경로 (대상별):
+      - 워크스페이스 코드·로그: Read·Grep·Bash
+      - 의존 라이브러리: `node_modules`·`@types` 코드 직접 Read
+      - 공식 문서: WebFetch 로 조회
+      - 표준 라이브러리·언어 기본 동작: 표준 범위 단정 가능 (예: `Array.map` 기본 동작)
+      - 특정 옵션·버전별 동작·엣지케이스: 직접 확인 필수
+  - **③ 결론 단정 시 근거 인용**:
+    - 적용 표현 예: "X 때문이다"·"X 가 원인"·"X 가 동작한다"
+    - 인용 형식:
+      - 코드: `파일경로:라인` + 식별자
+      - 로그·재현 단서: 인용 부분 발췌
+    - 근거 못 대면 "가설:" 또는 "추정:" 마커 부착, 단정 표현 금지
+    - 인용 품질 — 막연 "확인했음"·"코드 봤음" X. `파일경로+라인+식별자` 까지 명시
+  - **④ 출력 직전 자기검증** (각 claim 자문):
+    - 근거 있는가 (인용 가능?)
+    - 반증 없는가 (모순 정보 무시 X?)
+    - 다른 가설 배제했는가
+    - 자문 실패 시 가설 마커 부착 또는 추가 검증
+    - 실패 항목 숨기고 결론 단정 X
+  - **❌ 안티패턴**: "아마 ~일 거다" 식 추측을 단정 표현으로 출력
 
 ## Convention 굳히기 금지
 
@@ -250,21 +270,6 @@ Claude 에이전트가 반드시 지켜야 할 행동 지침이다.
   - 자동 로드되는 상위 룰(예: `sd-base-rules.md`)에 이미 명시된 내용을 하위 지침 문서(`CLAUDE.md`·스킬 SKILL.md·참고 자료 등)에 다시 옮기지 말 것
   - 하위 문서는 해당 스코프 고유 내용만 작성
 
-## 타임스탬프
-
-산출 폴더·파일명에 시각을 포함할 때:
-
-- 형식: `yyMMddHHmmss` (예: `260513204500` = 2026-05-13 20:45:00)
-- 획득: Bash 도구 `date +%y%m%d%H%M%S` 실행 결과
-
-## slug
-
-산출 폴더·파일명에 포함하는 짧은 인간 가독 식별자.
-
-- 짧은 한·두 단어
-- 허용 문자: 한글·영문·`_`·`-`·공백
-- 그 외 문자 금지
-
 ## 분석 작업
 
 - `.back` 폴더 및 `.gitignore` 등재 경로:
@@ -327,7 +332,7 @@ Claude 에이전트가 반드시 지켜야 할 행동 지침이다.
   - 명시 시: cwd 기준 resolve 되어 프로젝트 루트로 떨어짐
   - 읽기 인자는 무관
 
-### 도구 결과 완전성
+## 도구 결과 완전성
 
 - 도구 결과 부분만 읽고 작업 완료 금지
 - 절단·부분 신호 무시 절대 금지
@@ -371,7 +376,24 @@ Claude 에이전트가 반드시 지켜야 할 행동 지침이다.
 | `@simplysm/*` 14.x 패키지의 코드 설계 및 변경                                      | `.claude/references/sd-simplysm14/README.md`           |
 | Requirement Source 부정확성 (STT 오타·화자 모호·발화 모호·도메인 용어 다의성) 처리 | `.claude/references/sd-requirement-source-handling.md` |
 
-## 용어 사전
+## 정의·형식
+
+### 용어
 
 - **Requirement Source**: sd-spec 의 입력 자료 (회의록·고객 송부 자료·문서·메일 등 분석 출발 자료)
 - **최종 사용자**: 시스템의 실제 도메인 사용자 (개발자·시스템 관리자 등 외)
+
+### 타임스탬프
+
+산출 폴더·파일명에 시각을 포함할 때:
+
+- 형식: `yyMMddHHmmss` (예: `260513204500` = 2026-05-13 20:45:00)
+- 획득: Bash 도구 `date +%y%m%d%H%M%S` 실행 결과
+
+### slug
+
+산출 폴더·파일명에 포함하는 짧은 인간 가독 식별자.
+
+- 짧은 한·두 단어
+- 허용 문자: 한글·영문·`_`·`-`·공백
+- 그 외 문자 금지

package/claude/skills/sd-dev/SKILL.md

@@ -11,7 +11,7 @@ spec.md 없이 진행하는 가벼운 코드 작업. 의도 합의가 끝나면
 
 ### 1단계: 의도파악
 
-사용자 발화를 토대로 무엇을 만들거나 바꿀지 합의. **1건씩 질문 → 답변 → 다음 건** (sd-base-rules "결정 근거"). 합의 결과는 대화 메모리에만 (필요 시 사용자가 `/sd-wip`).
+사용자 발화를 토대로 무엇을 만들거나 바꿀지 합의. **1건씩 질문 → 답변 → 다음 건** (sd-base-rules "결정 근거"). 합의 결과는 대화 메모리에만.
 
 다음을 확정해야 진행:
 

package/claude/skills/sd-impl/SKILL.md

@@ -1,11 +1,11 @@
 ---
 name: sd-impl
-description: spec.md 의 단위(§4.x 화면 또는 §5.x 자동 처리) 1개를 현재 코드베이스 상태와 비교해 차이만큼 풀 구현(테스트·시연 포함)한다. Use when "화면 풀 구현", "데모를 실 구현으로", "화면 실가동", "자동 처리 풀 구현" 을 요청할 때.
+description: spec.md 의 단위(§4.x 화면 / §5.x 자동 처리 / §6.x 횡단 처리) 1개를 현재 코드베이스 상태와 비교해 차이만큼 풀 구현(테스트·시연 포함)한다. Use when "화면 풀 구현", "데모를 실 구현으로", "화면 실가동", "자동 처리 풀 구현", "횡단 처리 풀 구현" 을 요청할 때.
 ---
 
 # sd-impl
 
-spec.md 단위(§4.x 화면 또는 §5.x 자동 처리) 1개를 현재 코드베이스 상태와 비교해 빠지거나 어긋난 부분만큼 풀 구현한다. 데모 골격이 있으면 보존. 신규/갱신 무관 동일 워크플로. 끝에 사용자 시연으로 회귀를 잡는다.
+spec.md 단위(§4.x 화면 / §5.x 자동 처리 / §6.x 횡단 처리) 1개를 현재 코드베이스 상태와 비교해 빠지거나 어긋난 부분만큼 풀 구현한다. 데모 골격이 있으면 보존. 신규/갱신 무관 동일 워크플로. 끝에 사용자 시연으로 회귀를 잡는다.
 
 ## 본질
 
@@ -19,18 +19,18 @@ spec.md 단위(§4.x 화면 또는 §5.x 자동 처리) 1개를 현재 코드베
 ### 1단계: 입력 확보
 
 - 대상 spec.md 경로
-- 구현할 단위 식별자 — `§4.x` (화면) 또는 `§5.x` (자동 처리)
+- 구현할 단위 식별자 — `§4.x` (화면) / `§5.x` (자동 처리) / `§6.x` (횡단 처리)
 
-없으면 묻기. spec.md 에 식별자 매칭이 안 되면 §4 화면 목록 / §5 자동 처리 목록 표에서 후보 제시 후 확정.
+없으면 묻기. spec.md 에 식별자 매칭이 안 되면 §4 화면 목록 표 / §5 자동 처리 / §6 횡단 처리 헤더 목록에서 후보 제시 후 확정.
 
 ### 2단계: 외부 입력 점검 (BLOCKING)
 
-작업 대상 §4.x/§5.x 와 그가 참조하는 §5/§6/§7/§8 항목 점검:
+작업 대상 §4.x/§5.x/§6.x 와 그가 참조하는 §5/§6/§7/§8/§9 항목 점검:
 
 - **헤더 `[OPEN: 날짜]` 섹션**: 본문이 재분석 포인터일 뿐 임의안 부재 → sd-impl 해소 불가. 사용자 보고 후 **종료**. 사용자가 sd-spec 으로 확정 받은 뒤 sd-impl 재호출.
 - **본문 인라인 `[OPEN]`**: `sd-base-rules` "결정 근거" 적용 — 근거 없으면 1건씩 질문. 답변 후 즉시 spec.md 반영 → 다음 건. 결정이 다른 섹션의 구조 변경(필드 추가, 새 규칙 항목 등)을 요구하면 헤더 OPEN 과 동일 처리: 종료 + sd-spec 재호출. 종료 전 식별·보고:
   - sd-spec 에 넘길 변경 항목 (§ 위치 + 변경 내용)
-  - 그 변경이 영향 미치는 **다른 §4.x/§5.x 단위 목록** — 구조 변경된 §5/§6/§7/§8 항목을 spec 에서 역인용해 수집
+  - 그 변경이 영향 미치는 **다른 §4.x/§5.x/§6.x 단위 목록** — 구조 변경된 §5/§6/§7/§8/§9 항목을 spec 에서 역인용해 수집
   - 영향 단위 중 이미 구현된 것 / 미구현인 것 구분
 - **사용자 제공 예정 자료**: spec 본문에 "사용자 제공 예정" 류로 적힌 파일·값. 사용자 회신 후 진행.
 - **묵시적 모호**: 명시 마커 없지만 spec 본문이 분기·정의·정의식·경계 케이스를 다루지 않는 부분. 4단계 분해 표 작성 중 발견될 가능성 높음. 발견 시 본 단계로 회귀해 인라인 `[OPEN]` 절차 적용.
@@ -49,9 +49,9 @@ spec.md 단위(§4.x 화면 또는 §5.x 자동 처리) 1개를 현재 코드베
 
 풀 구현은 다층 흐름이 한 줄로 가야 일관성이 유지된다. 답습 단위 1개를 통째 답습하는 모델이 아니라, 기준 단위 1개를 잡고 비어있거나 부적합한 계층만 다른 단위에서 보강한다. 계층 간 의존성(모델 → 데이터 접근 → 본체 → 테스트)을 끊지 않으면서, 기준 단위에 부재한 계층의 LLM 단독 처방을 막는다.
 
-**4계층**: 도메인 모델 / 데이터 접근 / 본체(§4.x = 화면 컴포넌트, §5.x = 자동 처리 로직 + 트리거) / 테스트.
+**4계층**: 도메인 모델 / 데이터 접근 / 본체(§4.x = 화면 컴포넌트, §5.x = 자동 처리 로직 + 트리거, §6.x = 횡단 처리 로직 + 부수효과 후크) / 테스트.
 
-**B-1. 기준 단위 선정** (같은 종류 §4.x↔§4.x, §5.x↔§5.x 안에서):
+**B-1. 기준 단위 선정** (같은 종류 §4.x↔§4.x, §5.x↔§5.x, §6.x↔§6.x 안에서):
 
 1. 도메인/sub-app 인접 풀구현 단위 후보 Glob 탐색.
 2. 1개 → 자동 채택. 2개 이상 → 후보 목록 제시 후 사용자 1회 질문. 0개 → 같은 종류 전 범위로 확장 후 동일 규칙.
@@ -75,7 +75,7 @@ spec.md 단위(§4.x 화면 또는 §5.x 자동 처리) 1개를 현재 코드베
 
 ### 4단계: spec 분해 표
 
-대상 §4.x/§5.x 와 참조 §5/§6/§7/§8 본문을 **항목 단위까지 분해**해 표 작성. 표는 assistant 응답으로 출력 (이후 5·6단계 입력).
+대상 §4.x/§5.x/§6.x 와 참조 §5/§6/§7/§8/§9 본문을 **항목 단위까지 분해**해 표 작성. 표는 assistant 응답으로 출력 (이후 5·6단계 입력).
 
 | 항목 | spec 인용 | 현재 코드 상태 | 판정 | 매핑 파일 | 의존 |
 | ---- | --------- | -------------- | ---- | --------- | ---- |
@@ -133,7 +133,7 @@ spec.md 단위(§4.x 화면 또는 §5.x 자동 처리) 1개를 현재 코드베
 - **계층별 정합 점검**: 3-B 의 기준 단위 + 보강 출처 파일을 다시 Read 해 4계층별로 실제 작성분과 비교. 한 계층이라도 채택 패턴과 어긋나면 (임의 변형·새 발명) 수정.
   - 도메인 모델: 필드·타입·제약·네이밍 패턴 일치
   - 데이터 접근: 함수 시그니처·쿼리 패턴·에러 처리 일치
-  - 본체: 컴포넌트 구조·상태·핸들러·의존성 패턴 일치 (§4.x) / 트리거·처리 단계 구조 일치 (§5.x)
+  - 본체: 컴포넌트 구조·상태·핸들러·의존성 패턴 일치 (§4.x) / 트리거·처리 단계 구조 일치 (§5.x) / 부수효과 후크·처리 단계 구조 일치 (§6.x)
   - 테스트: 러너·assertion·mock 패턴 일치
 - **불필요한 코드**: 미사용 import·변수·주석, 요구 없는 옵션·추상화 제거. 작업 결과로 어디서도 참조되지 않는 파일도 포함 (검사 범위는 전체 워크스페이스). **단 파일 단위 삭제는 후보 목록을 사용자에게 보고 → 확정분만 삭제** (dynamic import·마이그레이션·문서 자산 등 보존분 사용자 제외).
 - **매뉴얼 권위 규약**: 3-A Read 한 매뉴얼 위반 항목 수정.
@@ -146,19 +146,20 @@ spec.md 단위(§4.x 화면 또는 §5.x 자동 처리) 1개를 현재 코드베
 
 **dev 서버·외부 프로세스 자체 실행 금지**: assistant 가 직접 `ng serve`·`npm run dev`·`vite`·`pnpm dev` 등으로 dev 서버를 띄우지 않는다. 사용자가 띄워 주소를 회신할 때까지 대기. 사용자가 본 단계 스킵을 지시하거나 시연 불가 환경이 명시되면 본 단계 스킵 후 9단계.
 
-주소 회신 후 `playwright-cli` 로 §4.x/§5.x 동작 시나리오 직접 시연:
+주소 회신 후 `playwright-cli` 로 §4.x/§5.x/§6.x 동작 시나리오 직접 시연:
 
 - 기능 개요·동작 사용자 흐름 1회씩 수행.
 - 화면 항목·와이어프레임 위치와 실제 렌더 비교.
 - §5.x (자동 처리) 는 트리거 발생 → 결과 확인.
+- §6.x (횡단 처리) 는 부수효과 트리거 동작 발동 → 결과·기록 확인.
 
 회귀 발견 시 5단계 회귀 → 수정 → 재시연.
 
 ### 9단계: 완료 보고
 
-- 대상 spec.md 의 해당 §4.x / §5.x 헤더 `[확정: 날짜]` 를 `[확정: 날짜, 구현: 오늘날짜]` 로 확장 (Bash `date +%Y-%m-%d`). 이미 `구현: …` 가 들어있으면 그 날짜만 갱신.
+- 대상 spec.md 의 해당 §4.x / §5.x / §6.x 헤더 `[확정: 날짜]` 를 `[확정: 날짜, 구현: 오늘날짜]` 로 확장 (Bash `date +%Y-%m-%d`). 이미 `구현: …` 가 들어있으면 그 날짜만 갱신.
 - 만들거나 갱신한 파일 목록 보고 (마커 부착한 spec.md 포함).
-- 본 세션에서 §5/§6/§7/§8 공통 자원을 신규/변경했다면, 그 자원을 참조하는 **다른 §4.x/§5.x 중 이미 구현된 것**을 spec 역인용으로 수집해 영향 단위 목록 보고 (재구현 필요 여부 사용자 판단용). 변경 없었으면 생략.
+- 본 세션에서 §5/§6/§7/§8/§9 공통 자원을 신규/변경했다면, 그 자원을 참조하는 **다른 §4.x/§5.x/§6.x 중 이미 구현된 것**을 spec 역인용으로 수집해 영향 단위 목록 보고 (재구현 필요 여부 사용자 판단용). 변경 없었으면 생략.
 - 시연에서 사용자 확인 끝나면 종료.
 
 ## 운용
@@ -167,4 +168,4 @@ spec.md 단위(§4.x 화면 또는 §5.x 자동 처리) 1개를 현재 코드베
 - **사용자 보고 어휘**: 코드 식별자(변수명·SQL 함수명·타입 키워드 등) 노출 금지. 도메인 어휘로 풀어 보고. (output-style `sd-tone` "산출물 소비자 도메인 어휘" 적용)
 - **spec.md 동기화**: sd-impl 이 직접 손대는 spec 변경은 다음 2건뿐. 헤더 OPEN·구조 변경은 2단계 규칙대로 종료 후 sd-spec.
   - 본문 인라인 `[OPEN]` 해소 시 마커를 결정 내용으로 교체 (2단계).
-  - 9단계 완료 시 §4.x/§5.x 헤더 `[확정: …]` 를 `[확정: …, 구현: 날짜]` 로 확장.
+  - 9단계 완료 시 §4.x/§5.x/§6.x 헤더 `[확정: …]` 를 `[확정: …, 구현: 날짜]` 로 확장.

package/claude/skills/sd-impl/references/spec-cross-check.md

@@ -20,7 +20,7 @@ sd-impl 의 spec ↔ 코드 독립 대조를 수행해줘.
 
 **대상**:
 - spec.md 경로: <절대경로>
-- 단위 식별자: <§4.x 또는 §5.x>
+- 단위 식별자: <§4.x / §5.x / §6.x>
 
 **참조 자료**:
 
@@ -37,7 +37,7 @@ sd-impl 의 spec ↔ 코드 독립 대조를 수행해줘.
 
 **작업**:
 
-1. spec.md 의 §<단위> 본문 + 참조 §5/§6/§7/§8 항목을 다시 읽는다.
+1. spec.md 의 §<단위> 본문 + 참조 §5/§6/§7/§8/§9 항목을 다시 읽는다.
 2. 현재 구현 파일을 모두 읽는다.
 3. spec ↔ 코드를 항목 단위로 1:1 대조 (단위 전체 대상. "이번 변경분만" 스코프 제한 없음).
 4. 차이 발견 시 아래 4분류로 보고: