@simplysm/sd-claude 14.0.65 → 14.0.66

package/claude/skills/sd-demo/evals/fixtures/with-master-screen/.specs/260513120000_warehouse/spec.md

@@ -0,0 +1,45 @@
+# 창고 관리 요구 분석서
+
+## 1. 개요
+
+### 1.1 핵심 목적
+
+창고 입출고 및 기준정보를 관리한다.
+
+## 4. 화면
+
+| §   | 분류     | 화면            | 유형   | 장치 |
+| --- | -------- | --------------- | ------ | ---- |
+| 4.1 | 기준정보 | Location Master | 마스터 | PC   |
+
+### 4.1 Location Master (PC) [확정: 2026-05-13]
+
+Actor: Warehouse Admin
+
+기능 개요:
+
+- 창고 로케이션 마스터를 관리한다 (등록·수정·삭제·복구·엑셀 입출력 포함 표준 마스터 화면).
+
+와이어프레임:
+
+```
+[등록] [선택 삭제] [선택 복구] [엑셀 업로드] [엑셀 다운로드]
+| [ ] | ID    | 코드  | 이름     |
+| [ ] | [E 2] | L-02  | 2층 창고 |
+| [ ] | [E 1] | L-01  | 1층 창고 |
+```
+
+범례: `[ ]` = 행 선택 체크박스, `[E N]` = 편집 버튼 (N = ID). 클릭 시 인라인 편집.
+
+항목:
+
+**시트 컬럼**
+
+| 컬럼 | 종류   | 도메인 매핑          | 비고 |
+| ---- | ------ | -------------------- | ---- |
+| 코드 | 텍스트 | [모델.Location.code] | -    |
+| 이름 | 텍스트 | [모델.Location.name] | -    |
+
+동작:
+
+- 표준 마스터 동작 (등록·선택 삭제·선택 복구·엑셀 업/다운로드·ID 편집 클릭 시 인라인 편집).

package/claude/skills/sd-demo/evals/fixtures/with-master-screen/packages/app/src/screens/dashboard/dashboard.view.ts

@@ -0,0 +1,33 @@
+import {
+  ChangeDetectionStrategy,
+  Component,
+  ViewEncapsulation,
+  signal,
+} from "@angular/core";
+import { SdBaseContainer, injectViewTypeSignal } from "@simplysm/angular";
+
+@Component({
+  selector: "app-dashboard-view",
+  standalone: true,
+  changeDetection: ChangeDetectionStrategy.OnPush,
+  encapsulation: ViewEncapsulation.None,
+  imports: [SdBaseContainer],
+  template: `
+    <sd-base-container
+      [(ready)]="ready"
+      [initialized]="initialized()"
+      [(busyCount)]="busyCount"
+      [viewType]="viewType()"
+    >
+      <ng-template #contentTpl>
+        <div class="p-default">대시보드</div>
+      </ng-template>
+    </sd-base-container>
+  `,
+})
+export class DashboardView {
+  ready = signal(false);
+  initialized = signal(true);
+  busyCount = signal(0);
+  viewType = injectViewTypeSignal();
+}

package/claude/skills/sd-demo/evals/fixtures/with-modal/.specs/260513120000_warehouse/spec.md

@@ -0,0 +1,75 @@
+# 창고 관리 요구 분석서
+
+## 1. 개요
+
+### 1.1 핵심 목적
+
+창고 입출고 및 기준정보를 관리한다.
+
+## 4. 화면
+
+| §   | 분류     | 화면            | 유형     | 장치 |
+| --- | -------- | --------------- | -------- | ---- |
+| 4.1 | 기준정보 | Item List       | 조회     | PC   |
+| 4.2 | 기준정보 | Item Edit Modal | 트랜잭션 | PC   |
+
+### 4.1 Item List (PC) [확정: 2026-05-13]
+
+Actor: Warehouse Manager
+
+기능 개요:
+
+- Browse items registered in the warehouse.
+
+와이어프레임:
+
+```
+[Register]
+| Code | Name | Edit |
+```
+
+항목:
+
+**시트 컬럼**
+
+| 컬럼 | 종류   | 도메인 매핑      | 비고 |
+| ---- | ------ | ---------------- | ---- |
+| Code | 텍스트 | [모델.Item.code] | -    |
+| Name | 텍스트 | [모델.Item.name] | -    |
+
+동작:
+
+- [Register]: → [화면.Item Edit Modal] 을 모달로 띄움.
+- [Edit] (행 버튼): → [화면.Item Edit Modal] 을 모달로 띄움.
+
+### 4.2 Item Edit Modal (PC) [확정: 2026-05-13]
+
+Actor: Warehouse Manager
+
+기능 개요:
+
+- Create or edit an item via modal.
+
+와이어프레임:
+
+```
+┌──────────────────────────┐
+│ Code [          ]        │
+│ Name [          ]        │
+│ [Save] [Cancel]          │
+└──────────────────────────┘
+```
+
+항목:
+
+**입력 폼**
+
+| 항목 | 종류   | 필수 | 도메인 매핑      | 비고 |
+| ---- | ------ | ---- | ---------------- | ---- |
+| Code | 텍스트 | O    | [모델.Item.code] | -    |
+| Name | 텍스트 | O    | [모델.Item.name] | -    |
+
+동작:
+
+- [Save]: Save and close the modal.
+- [Cancel]: Close without saving.

package/claude/skills/sd-demo/evals/fixtures/with-modal/packages/app/src/screens/dashboard/dashboard.view.ts

@@ -0,0 +1,33 @@
+import {
+  ChangeDetectionStrategy,
+  Component,
+  ViewEncapsulation,
+  signal,
+} from "@angular/core";
+import { SdBaseContainer, injectViewTypeSignal } from "@simplysm/angular";
+
+@Component({
+  selector: "app-dashboard-view",
+  standalone: true,
+  changeDetection: ChangeDetectionStrategy.OnPush,
+  encapsulation: ViewEncapsulation.None,
+  imports: [SdBaseContainer],
+  template: `
+    <sd-base-container
+      [(ready)]="ready"
+      [initialized]="initialized()"
+      [(busyCount)]="busyCount"
+      [viewType]="viewType()"
+    >
+      <ng-template #contentTpl>
+        <div class="p-default">대시보드</div>
+      </ng-template>
+    </sd-base-container>
+  `,
+})
+export class DashboardView {
+  ready = signal(false);
+  initialized = signal(true);
+  busyCount = signal(0);
+  viewType = injectViewTypeSignal();
+}

package/claude/skills/sd-demo/evals/fixtures/with-screens/.specs/260513120000_warehouse/spec.md

@@ -0,0 +1,45 @@
+# 창고 관리 요구 분석서
+
+## 1. 개요
+
+### 1.1 핵심 목적
+
+창고 입출고 및 기준정보를 관리한다.
+
+## 4. 화면
+
+| §   | 분류     | 화면          | 유형   | 장치 |
+| --- | -------- | ------------- | ------ | ---- |
+| 4.1 | 기준정보 | Item Register | 마스터 | PC   |
+
+### 4.1 Item Register (PC) [확정: 2026-05-13]
+
+Actor: Warehouse Manager
+
+기능 개요:
+
+- Register and edit items.
+
+와이어프레임:
+
+```
+┌──────────────────────────┐
+│ Code     [          ]    │
+│ Name     [          ]    │
+│ [Save] [Cancel]          │
+└──────────────────────────┘
+```
+
+항목:
+
+**입력 폼**
+
+| 항목 | 종류   | 필수 | 도메인 매핑      | 비고 |
+| ---- | ------ | ---- | ---------------- | ---- |
+| Code | 텍스트 | O    | [모델.Item.code] | -    |
+| Name | 텍스트 | O    | [모델.Item.name] | -    |
+
+동작:
+
+- [Save]: Save the form.
+- [Cancel]: Reset the form.

package/claude/skills/sd-demo/evals/fixtures/with-screens/packages/app/src/screens/dashboard/dashboard.view.ts

@@ -0,0 +1,33 @@
+import {
+  ChangeDetectionStrategy,
+  Component,
+  ViewEncapsulation,
+  signal,
+} from "@angular/core";
+import { SdBaseContainer, injectViewTypeSignal } from "@simplysm/angular";
+
+@Component({
+  selector: "app-dashboard-view",
+  standalone: true,
+  changeDetection: ChangeDetectionStrategy.OnPush,
+  encapsulation: ViewEncapsulation.None,
+  imports: [SdBaseContainer],
+  template: `
+    <sd-base-container
+      [(ready)]="ready"
+      [initialized]="initialized()"
+      [(busyCount)]="busyCount"
+      [viewType]="viewType()"
+    >
+      <ng-template #contentTpl>
+        <div class="p-default">대시보드</div>
+      </ng-template>
+    </sd-base-container>
+  `,
+})
+export class DashboardView {
+  ready = signal(false);
+  initialized = signal(true);
+  busyCount = signal(0);
+  viewType = injectViewTypeSignal();
+}

package/claude/skills/sd-demo/evals/golden.jsonl

@@ -1,3 +1,5 @@
-{"id": "basic-single-req-001", "input": "/sd-demo REQ-001 데모 만들어줘", "rubric": [".specs/260503143025/ 안에 'DEMO-' 로 시작하는 디렉토리가 1개 이상 새로 생성되었는가?", "그 DEMO-* 디렉토리 안에 'demo.md' 파일이 존재하는가?", "demo.md 본문에 '## 메타', '## 시나리오', '## 만든 파일' 3개 섹션 헤더가 모두 포함되어 있는가?", "demo.md 본문의 '대상 REQ' 표기에 'REQ-001' 이 포함되어 있는가?", "src/pages/ 디렉토리에 .tsx 확장자 파일이 1개 이상 새로 생성되었는가?", "에이전트의 마지막 텍스트 응답에 '고객' 또는 '시연' 또는 'demo-ready' 중 하나 이상의 표현이 포함되어 있는가? (사용자에게 시연 알림 단계 도달)"], "fixture": "basic-single-req"}
-{"id": "multi-req-domain-001", "input": "/sd-demo REQ-001 과 REQ-002 묶어서 데모 만들어줘", "rubric": [".specs/260503143025/ 안에 'DEMO-' 로 시작하는 디렉토리가 1개 이상 새로 생성되었는가?", "그 DEMO-* 디렉토리 안에 'demo.md' 파일이 존재하는가?", "demo.md 본문의 '대상 REQ' 표기에 'REQ-001' 과 'REQ-002' 가 모두 포함되어 있는가?", "src/pages/ 디렉토리에 .tsx 확장자 파일이 2개 이상 새로 생성되었는가? (다중 REQ 대응)", "에이전트의 마지막 텍스트 응답에 '고객' 또는 '시연' 또는 'demo-ready' 중 하나 이상의 표현이 포함되어 있는가?"], "fixture": "multi-req-domain"}
-{"id": "mock-data-policy-001", "input": "/sd-demo REQ-001 데모 만들어줘", "rubric": [".specs/260503143025/ 안에 'DEMO-' 로 시작하는 디렉토리가 1개 이상 새로 생성되었는가?", "src/data/ 또는 src/mocks/ 또는 그와 유사한 별도 폴더에 mock data 파일이 1개 이상 생성되었는가? (페이지 inline 금지)", "그 mock data 파일에 'MOCK_' prefix 가 붙은 변수/상수가 1개 이상 포함되어 있는가?", "그 mock data 파일 본문(주석 포함)에 'MOCK' 키워드가 1회 이상 포함되어 있는가?", "src/pages/ 의 페이지 파일들 본문에 'const mock' 또는 'let mock' 같은 inline mock 데이터 정의가 없는가? (mock data 는 별도 파일에만)"], "fixture": "mock-data-policy"}
+{"id": "simple-screen", "input": "/sd-demo .specs/260513120000_warehouse/spec.md 의 §4.1 화면을 데모로 만들어줘", "rubric": ["packages/app/src/screens/ 아래에 새 .ts 파일이 1개 이상 생성되었는가? (.specs/, dashboard/ 하위 제외)", "새로 생성된 .ts 파일의 파일명이 권위 규약(<domain>.list.ts / .detail.ts / .view.ts / .modal.ts / .ts) 중 하나의 형식을 따르는가? (.component.ts 형식이면 FAIL)", "새로 생성된 .ts 파일 중 적어도 하나의 @Component selector 가 'app-' prefix 로 시작하는가?", "새로 생성된 .ts 파일 중 적어도 하나에 'standalone: true' 가 포함되었는가?", "새로 생성된 .ts 파일 중 적어도 하나의 템플릿에 'sd-textfield' 또는 '<input' 중 하나가 1개 이상 포함되었는가?", "새로 생성된 .ts 파일 중 적어도 하나에 '// sd-demo: 더미' 로 시작하는 주석이 1개 이상 있는가?", "새로 생성된 .ts 파일 중 적어도 하나에 '// sd-demo: 미구현' 으로 시작하는 주석이 1개 이상 있는가?", "기존 packages/app/src/screens/dashboard/dashboard.view.ts 파일이 손실되지 않고 보존되었는가?"], "fixture": "with-screens"}
+{"id": "modal-screen", "input": "/sd-demo .specs/260513120000_warehouse/spec.md 의 §4.1 화면을 데모로 만들어줘", "rubric": ["packages/app/src/screens/ 아래에 새 .ts 파일이 2개 이상 생성되었는가? (호출 화면 + 모달 화면, dashboard/ 하위 제외)", "새로 생성된 파일 중 모달 역할 파일이 권위 규약의 '.modal.ts' 접미사를 사용하는가?", "새로 생성된 파일 중 적어도 하나에 'SdModalProvider' 식별자가 포함되었는가?", "새로 생성된 파일 중 적어도 하나에 '_sdModal.showAsync(' 호출 코드가 포함되었는가?", "새로 생성된 파일 중 적어도 하나에 'close' 라는 이름의 output 선언이 포함되었는가?", "기존 packages/app/src/screens/dashboard/dashboard.view.ts 파일이 손실되지 않고 보존되었는가?"], "fixture": "with-modal"}
+{"id": "recall-overwrite", "input": "/sd-demo .specs/260513120000_warehouse/spec.md 의 §4.1 화면을 데모로 만들어줘. 이미 파일이 있으면 ① 덮어쓰기 분기로 진행해줘.", "rubric": ["packages/app/src/screens/dashboard/ 디렉토리 안의 화면 파일이 spec §4.1 의 'Total stock' 또는 'Refresh' 중 하나의 문자열을 포함하는가?", "packages/app/src/screens/dashboard/ 디렉토리 안의 화면 파일에 'standalone: true' 가 포함되었는가?", "packages/app/src/screens/dashboard/ 디렉토리 안의 화면 파일에 '// sd-demo:' 로 시작하는 주석이 1개 이상 있는가?"], "fixture": "with-existing-screen"}
+{"id": "empty-screen", "input": "/sd-demo .specs/260513120000_warehouse/spec.md 의 §4.1 화면을 데모로 만들어줘", "rubric": ["fixture 안 어딘가에 .ts 파일이 새로 1개 이상 생성되었는가? (.specs/, 메타 파일 제외)", "새로 생성된 파일의 파일명이 권위 규약(<domain>.list.ts / .detail.ts / .view.ts / .modal.ts / .ts) 중 하나의 형식을 따르는가? (.component.ts 형식이면 FAIL)", "새로 생성된 파일 중 적어도 하나의 @Component selector 가 'app-' prefix 로 시작하는가?", "새로 생성된 파일 중 적어도 하나에 'standalone: true' 가 포함되었는가?", "새로 생성된 파일 중 적어도 하나에 'sd-textfield' 또는 '<input' 중 하나가 1개 이상 포함되었는가?", "새로 생성된 파일 중 적어도 하나에 '// sd-demo:' 로 시작하는 주석이 1개 이상 있는가?"], "fixture": "empty"}
+{"id": "master-screen", "input": "/sd-demo .specs/260513120000_warehouse/spec.md 의 §4.1 화면을 데모로 만들어줘", "rubric": ["packages/app/src/screens/ 아래에 새 .ts 파일이 1개 이상 생성되었는가? (dashboard/ 하위 제외)", "새로 생성된 파일의 파일명이 권위 규약의 '.list.ts' 접미사를 사용하는가? (마스터 화면은 sd-crud-list 채택이 표준이며 .list.ts 가 권위 규약)", "새로 생성된 .ts 파일 중 적어도 하나의 템플릿에 'sd-crud-list' selector 가 1개 이상 포함되었는가?", "새로 생성된 .ts 파일 중 적어도 하나에 '// sd-demo:' 로 시작하는 주석이 1개 이상 있는가?"], "fixture": "with-master-screen"}

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

@@ -1,89 +1,59 @@
 ---
 name: sd-dev
-description: SD 워크플로(spec/demo/plan/impl/verify) 오케스트레이터. 입력 분석으로 시작 단계를 판별하고, 단일 단위(REQ 1개·R 1개)는 자동 chain, 분기점에서는 멈춤+보고. Use when raw input부터 끝까지 한 번에 진행하거나, 중간 산출물(spec.md/plan.md)에서 이어서 진행할 때
+description: 코드 변경 요청을 받아 의도 합의·테스트 우선 구현·검증까지 한 번에 수행한다. Use when 화면 단위 spec 분석이 필요 없는 라이브러리·CLI·내부 모듈의 기능 추가·수정·버그 수정 요청 시.
 ---
 
-# SD 오케스트레이터
+# sd-dev
 
-5개 sd-* 스킬(sd-spec/sd-demo/sd-plan/sd-impl/sd-verify)을 입력 따라 자동 chain.
+spec.md 없이 진행하는 가벼운 코드 작업. 의도 합의가 끝나면 분석·계획·구현·검증까지 사용자 추가 개입 없이 자동.
 
-## 입력 분석 → 시작 스킬
+## 워크플로
 
-| 입력 상태 | 시작 스킬 |
-|---|---|
-| spec.md(`상태: specified`) 존재 | sd-plan |
-| plan.md(`상태: planned`) 존재 | sd-impl |
-| impl.md(`상태: implemented`) 존재 | sd-verify |
-| 그 외 (raw input / draft / 없음) | sd-spec |
+### 1단계: 의도파악
 
-> 입력에 spec.md/plan.md 경로가 명시되어 있거나 사용자가 특정 REQ ID 지목한 경우 그대로 사용.
-> 모호하면 그 외로 판단 → sd-spec.
+사용자 발화를 토대로 무엇을 만들거나 바꿀지 합의. **1건씩 질문 → 답변 → 다음 건** (sd-base-rules "결정 근거"). 합의 결과는 대화 메모리에만 (필요 시 사용자가 `/sd-wip`).
 
-## 자동 chain 분기
+다음을 확정해야 진행:
 
-```
-sd-spec 끝:
-  ├─ REQ 1개:
-  │   ├─ demo 후보 (UI 키워드) → "demo 만들까요?" 묻기
-  │   │   ├─ Yes → sd-demo → 종료(보고)
-  │   │   └─ No → 자동 sd-plan
-  │   └─ demo 불필요 → 자동 sd-plan
-  └─ REQ N개 → 멈춤(보고)
+- 작업 종류: 신규 추가 / 기존 수정 / 버그 수정
+- 대상 파일·모듈·패키지
+- 변경의 입출력·동작 — 이름·시그니처·예외 동작 등
 
-sd-plan 끝:
-  ├─ skip-to-verify → 자동 sd-verify
-  └─ proceed → 자동 sd-impl
+근거 충분(사용자 발화에 명시 + 기존 코드 패턴 추론 가능)이면 묻지 않고 진행. 외부 자료(시크릿·시안·샘플 데이터)가 필요하면 이 단계에서 요청.
 
-sd-impl 끝 → 자동 sd-verify
+### 2단계: 분석
 
-sd-verify → 종료(보고)
-```
+작업 영역의 코드베이스 분석.
 
-## demo 필요 판단 (휴리스틱)
+### 3단계: 계획
 
-spec.md R 항목 본문에 다음 UI 키워드 **1개 이상** 등장 → demo 후보:
-- `화면`, `UI`, `표시`, `버튼`, `필드`, `폼`, `목록`, `리스트`, `클릭`, `입력`
+분석을 토대로 TDD 기반 개발 계획 수립.
 
-그 외(백엔드 로직, 마이그레이션, 데이터 변환, 검증 함수 등) → demo 불필요.
+### 4단계: TDD 사이클
 
-## sd-* 스킬 호출 방식
+각 작업 시작 시 **테스트 작성 가능 여부** 판정 — 입출력 명확 + 외부 의존 통제 가능한가.
 
-각 단계에서 해당 sd-* 스킬을 호출. sd-* 스킬 내부 동작/결정엔 개입 X (sd-* 스킬의 자체 체크포인트가 그대로 통과).
+- **테스트 가능**: **RED → GREEN → REFACTOR**
+  - **RED**: 테스트만 작성 → 러너 실행 → 실패 확인. **이 단계에서 구현 파일 절대 손대지 말 것.**
+  - **GREEN**: 통과하는 최소 구현 → 러너 재실행 → 통과 확인.
+  - **REFACTOR**: 중복·가독성·기존 패턴 정합 정리 → 통과 유지 확인. 정리할 게 없으면 스킵.
+- **테스트 불가/비효율** (UI 시각·외부 서비스 실호출 등): **구현 → REFACTOR**.
 
-## 멈춤 시 보고 형식
+### 5단계: 코드 정리
 
-```
-[현재까지 만든 것]
-- <단계>: <산출물 요약 — 산출물 소비자가 봐도 이해 가능한 자연어>
+전체 변경분을 한번 훑어 정돈. 4단계 REFACTOR 가 잡지 못한 횡단 이슈와 작업 잔재가 대상.
 
-[멈춤 사유]
-- <왜 멈췄는지>
+- **횡단 중복**: 작업 사이클 사이에 동일 로직이 흩어져 있으면 합치기.
+- **인접 코드 패턴 정합**: 코드베이스 컨벤션 vs 실제 작성 — 파일 위치·네이밍·구조.
+- **불필요한 코드**: 미사용 import·변수·주석, 요구 없는 옵션·추상화 제거. 갱신·덮어쓰기 결과로 어디서도 참조되지 않는 파일도 포함. **단 파일 단위 삭제는 후보 목록을 사용자에게 보고 → 확정분만 삭제** (dynamic import·문서 자산 등 보존분 사용자 제외).
+- **매뉴얼 권위 규약**: 코드베이스 매뉴얼 위반 항목 수정.
 
-[다음 권장 액션]
-- <다음 단계>를 진행하려면: <명령 예시>
-```
+정리 후 단위 테스트 재실행 — 회귀 없음 확인.
 
-## 종료 시 보고 형식
+### 6단계: 검증
 
-```
-[완료된 것]
-- <REQ ID>: <기능 요약 — 산출물 소비자 이해 가능 자연어>
-- 산출물: spec.md / plan.md / impl.md / verify.md (또는 demo.md)
-```
+산출물이 브라우저 시연이 필요한 화면·UI 면 사용자에게 dev 서버 실행 요청 → `playwright-cli` 로 시연. 그 외(라이브러리·CLI·내부 모듈·서버 함수)는 4단계 단위 테스트 통과로 종결.
 
-## 핵심 원칙
+## 운용
 
-- REQ 단일 단위만 자동 chain (REQ 다수 → 멈춤)
-- 단계 사이(plan→impl, impl→verify)는 자동 진행
-- 자체 산출물 만들지 말 것 (chain만 담당)
-- sd-* 스킬 결정엔 개입 X
-- demo는 후보 판단 시만 묻기 (강제 X)
-
-## 안티패턴
-
-- ❌ REQ 여러 개를 자동으로 모두 처리 (사용자 결정 필요)
-- ❌ sd-impl 안에서 R 사이에 멈춤 (REQ 완료 전 중단 금지)
-- ❌ demo를 매번 묻기 (UI 키워드 없으면 안 물음)
-- ❌ sd-* 스킬 내부 결정 침범 (예: sd-spec의 Q 풀이를 sd-dev가 대신함)
-- ❌ 자체 dev.md 같은 산출물 만들기
-- ❌ 멈췄는데 자체 판단으로 "그냥 진행" 하기 (멈춤 = 사용자 결정 대기)
+- 결정 근거: `sd-base-rules.md` "결정 근거" 적용.

package/claude/skills/sd-dev/evals/fixtures/case-add/package.json

@@ -0,0 +1,13 @@
+{
+  "name": "sd-dev-eval-fixture",
+  "version": "0.0.0",
+  "type": "module",
+  "scripts": {
+    "test": "vitest run"
+  },
+  "devDependencies": {
+    "@types/node": "^20.0.0",
+    "typescript": "^5.4.0",
+    "vitest": "^2.0.0"
+  }
+}

package/claude/skills/sd-dev/evals/fixtures/case-add/src/index.ts

@@ -0,0 +1,10 @@
+export function toCamelCase(input: string): string {
+  return input
+    .split(/[-_]/)
+    .map((part, i) =>
+      i === 0
+        ? part.toLowerCase()
+        : part.charAt(0).toUpperCase() + part.slice(1).toLowerCase(),
+    )
+    .join("");
+}

package/claude/skills/sd-dev/evals/fixtures/case-add/tests/index.test.ts

@@ -0,0 +1,11 @@
+import { describe, it, expect } from "vitest";
+import { toCamelCase } from "../src/index.js";
+
+describe("toCamelCase", () => {
+  it("converts kebab-case to camelCase", () => {
+    expect(toCamelCase("foo-bar")).toBe("fooBar");
+  });
+  it("converts snake_case to camelCase", () => {
+    expect(toCamelCase("foo_bar_baz")).toBe("fooBarBaz");
+  });
+});

package/claude/skills/sd-dev/evals/fixtures/case-add/tsconfig.json

@@ -0,0 +1,12 @@
+{
+  "compilerOptions": {
+    "target": "ES2022",
+    "module": "ESNext",
+    "moduleResolution": "Bundler",
+    "strict": true,
+    "esModuleInterop": true,
+    "skipLibCheck": true,
+    "verbatimModuleSyntax": true
+  },
+  "include": ["src/**/*", "tests/**/*"]
+}

package/claude/skills/sd-dev/evals/fixtures/case-bug/package.json

@@ -0,0 +1,13 @@
+{
+  "name": "sd-dev-eval-fixture",
+  "version": "0.0.0",
+  "type": "module",
+  "scripts": {
+    "test": "vitest run"
+  },
+  "devDependencies": {
+    "@types/node": "^20.0.0",
+    "typescript": "^5.4.0",
+    "vitest": "^2.0.0"
+  }
+}

package/claude/skills/sd-dev/evals/fixtures/case-bug/src/index.ts

@@ -0,0 +1,10 @@
+export function toCamelCase(input: string): string {
+  const parts = input.split(/[-_]/).filter(Boolean);
+  return (
+    parts[0].toLowerCase() +
+    parts
+      .slice(1)
+      .map((p) => p.charAt(0).toUpperCase() + p.slice(1).toLowerCase())
+      .join("")
+  );
+}

package/claude/skills/sd-dev/evals/fixtures/case-bug/tests/index.test.ts

@@ -0,0 +1,11 @@
+import { describe, it, expect } from "vitest";
+import { toCamelCase } from "../src/index.js";
+
+describe("toCamelCase", () => {
+  it("converts kebab-case to camelCase", () => {
+    expect(toCamelCase("foo-bar")).toBe("fooBar");
+  });
+  it("converts snake_case to camelCase", () => {
+    expect(toCamelCase("foo_bar_baz")).toBe("fooBarBaz");
+  });
+});

package/claude/skills/sd-dev/evals/fixtures/case-bug/tsconfig.json

@@ -0,0 +1,12 @@
+{
+  "compilerOptions": {
+    "target": "ES2022",
+    "module": "ESNext",
+    "moduleResolution": "Bundler",
+    "strict": true,
+    "esModuleInterop": true,
+    "skipLibCheck": true,
+    "verbatimModuleSyntax": true
+  },
+  "include": ["src/**/*", "tests/**/*"]
+}

package/claude/skills/sd-dev/evals/fixtures/case-modify/package.json

@@ -0,0 +1,13 @@
+{
+  "name": "sd-dev-eval-fixture",
+  "version": "0.0.0",
+  "type": "module",
+  "scripts": {
+    "test": "vitest run"
+  },
+  "devDependencies": {
+    "@types/node": "^20.0.0",
+    "typescript": "^5.4.0",
+    "vitest": "^2.0.0"
+  }
+}

package/claude/skills/sd-dev/evals/fixtures/case-modify/src/index.ts

@@ -0,0 +1,10 @@
+export function toCamelCase(input: string): string {
+  return input
+    .split(/[-_]/)
+    .map((part, i) =>
+      i === 0
+        ? part.toLowerCase()
+        : part.charAt(0).toUpperCase() + part.slice(1).toLowerCase(),
+    )
+    .join("");
+}

package/claude/skills/sd-dev/evals/fixtures/case-modify/tests/index.test.ts

@@ -0,0 +1,11 @@
+import { describe, it, expect } from "vitest";
+import { toCamelCase } from "../src/index.js";
+
+describe("toCamelCase", () => {
+  it("converts kebab-case to camelCase", () => {
+    expect(toCamelCase("foo-bar")).toBe("fooBar");
+  });
+  it("converts snake_case to camelCase", () => {
+    expect(toCamelCase("foo_bar_baz")).toBe("fooBarBaz");
+  });
+});

package/claude/skills/sd-dev/evals/fixtures/case-modify/tsconfig.json

@@ -0,0 +1,12 @@
+{
+  "compilerOptions": {
+    "target": "ES2022",
+    "module": "ESNext",
+    "moduleResolution": "Bundler",
+    "strict": true,
+    "esModuleInterop": true,
+    "skipLibCheck": true,
+    "verbatimModuleSyntax": true
+  },
+  "include": ["src/**/*", "tests/**/*"]
+}

package/claude/skills/sd-dev/evals/golden.jsonl

@@ -1,3 +1,3 @@
-{"id": "single-req-auto-chain-001", "input": "/sd-dev 할인율 계산 함수 추가 (10만원 이상 5%, 50만원 이상 10%, 100만원 이상 15%, 큰 구간 우선)", "rubric": [".specs/ 디렉토리 안에 12자리 숫자 디렉토리(세션 폴더)가 1개 이상 존재하는가?", "세션 폴더 안 어느 'REQ-' 시작 디렉토리에 'spec.md' 파일이 존재하는가?", "동일 REQ 디렉토리에 'plan.md' 파일이 존재하는가? (자동 chain으로 spec → plan 진행)", "동일 REQ 디렉토리에 'impl.md' 파일이 존재하는가? (자동 chain으로 plan → impl 진행)", "동일 REQ 디렉토리에 'verify.md' 파일이 존재하는가? (자동 chain으로 impl → verify 진행)", "src/ 디렉토리 하위에 .ts 또는 .tsx 확장자 파일이 1개 이상 새로 생성되었는가? (구현 코드)"], "fixture": "single-req-auto-chain"}
-{"id": "multi-req-stop-after-spec-001", "input": "/sd-dev .docs/ 폴더 자료 정리해줘", "rubric": [".specs/ 디렉토리 안에 12자리 숫자 디렉토리(세션 폴더)가 1개 이상 존재하는가?", "세션 폴더 안에 'REQ-' 로 시작하는 디렉토리가 2개 이상 존재하는가? (다중 REQ 생성)", "각 REQ-* 디렉토리에 'spec.md' 파일이 존재하는가?", "어느 REQ-* 디렉토리에도 'plan.md' 파일이 존재하지 않는가? (REQ 다수로 sd-spec 후 멈춤, plan 진행 안 함)", "에이전트의 마지막 텍스트 응답에 '멈춤' 또는 '선택' 또는 '결정' 같은 분기 안내 표현이 포함되어 있는가? (멈춤 보고 + 다음 권장 액션 안내)"], "fixture": "multi-req-stop-after-spec"}
-{"id": "start-from-plan-001", "input": "/sd-dev .specs/260503143025/REQ-001-할인계산/spec.md 기반으로 진행해줘", "rubric": [".specs/260503143025/REQ-001-할인계산/spec.md 본문에 fixture의 R1 텍스트인 '할인율 계산 함수' 가 그대로 포함되어 있는가? (sd-spec 단계가 spec.md를 새로 만들지 않고 기존 것을 사용했는지 확인 — 메타 상태 갱신은 허용)", ".specs/260503143025/REQ-001-할인계산/plan.md 파일이 새로 생성되었는가? (plan 단계 진행)", ".specs/260503143025/REQ-001-할인계산/impl.md 파일이 새로 생성되었는가? (자동 chain으로 plan → impl)", ".specs/260503143025/REQ-001-할인계산/verify.md 파일이 새로 생성되었는가? (자동 chain으로 impl → verify)", "src/lib/ 디렉토리에 'discount' 키워드를 포함한 파일(.ts / .js / .mjs 등 JS 계열 확장자)이 1개 이상 새로 생성되었는가? (할인 계산 함수 구현)"], "fixture": "start-from-plan"}
+{"id": "case-add", "input": "/sd-dev toSnakeCase 함수를 추가해줘", "fixture": "case-add", "rubric": ["src/index.ts (또는 src 하위 신규 파일) 에 toSnakeCase 함수가 export 키워드로 추가되었는가?", "tests 디렉토리에 toSnakeCase 의 테스트 케이스가 1건 이상 추가되었는가?", "기존 toCamelCase 함수 정의가 src/index.ts 에 보존되어 있는가?", "vitest run 명령이 Bash 도구로 1회 이상 호출되었고 최종 호출의 종료 코드가 0 인가?"]}
+{"id": "case-modify", "input": "/sd-dev toCamelCase 가 공백도 구분자로 처리하게 바꿔줘", "fixture": "case-modify", "rubric": ["src/index.ts 의 toCamelCase 가 공백 문자를 구분자로 인식하도록 변경되었는가? (split 정규식에 공백 포함 또는 동등 처리)", "tests 디렉토리에 공백 구분자 입력 케이스 테스트가 1건 이상 추가되었는가?", "기존 kebab-case 및 snake_case 테스트 케이스가 삭제되지 않고 보존되어 있는가?", "vitest run 명령이 Bash 도구로 1회 이상 호출되었고 최종 호출의 종료 코드가 0 인가?"]}
+{"id": "case-bug", "input": "/sd-dev toCamelCase 빈 문자열 입력하면 에러나, 고쳐줘", "fixture": "case-bug", "rubric": ["tests 디렉토리에 빈 문자열 입력 케이스 테스트가 1건 이상 추가되었는가?", "src/index.ts 의 toCamelCase 가 빈 문자열 입력 시 throw 하지 않고 빈 문자열을 반환하도록 수정되었는가?", "최종 vitest run 의 종료 코드가 0 이고 기존 테스트와 신규 빈 문자열 테스트가 모두 통과하는가?"]}