@simplysm/sd-claude 14.0.65 → 14.0.66

package/claude/skills/sd-impl/evals/fixtures/basic-single-r/.specs/260503143025/REQ-001-/354/236/205/352/263/240/354/247/200/354/213/234/354/204/234/352/270/264/352/270/211/355/221/234/354/213/234/plan.md

@@ -1,28 +0,0 @@
-# REQ-001-입고지시서긴급표시 / Plan
-
-## 메타
-- 상태: planned
-- 생성일: 2026-05-03
-- 마지막 갱신: 2026-05-03
-- 결과: proceed
-
-## 결과 사유
-proceed — R1 미구현, 신규 페이지 + 체크박스 추가 필요.
-
-## R 단위 계획
-- [ ] R1: 입고지시서 화면 헤더 우측에 "긴급" 체크박스 추가
-  - **현황**: 미구현 (입고지시서 페이지 자체가 없음)
-  - **변경 위치**:
-    - `src/pages/InboundOrder.tsx` (신설) - `InboundOrderForm` 컴포넌트
-  - **변경 방식**:
-    - 입고지시서 폼 화면 신설. 헤더 우측에 `<Checkbox label="긴급" />` 배치, formState.urgent와 연동.
-  - **테스트**:
-    - 방식: 사후 테스트 (UI 변경)
-    - 케이스: 체크박스 클릭 → 상태 토글 확인
-
-## 작업 순서
-- 의존: 없음 (R1 단독)
-- 권장 순서: R1
-
-## 통합/E2E 테스트
-- 입고지시서 폼 진입 → 긴급 체크박스 표시 확인 → 클릭 → 체크 상태 변화 확인

package/claude/skills/sd-impl/evals/fixtures/basic-single-r/.specs/260503143025/REQ-001-/354/236/205/352/263/240/354/247/200/354/213/234/354/204/234/352/270/264/352/270/211/355/221/234/354/213/234/spec.md

@@ -1,14 +0,0 @@
-# REQ-001-입고지시서긴급표시
-
-## 메타
-- 상태: planned
-- 생성일: 2026-05-03
-- 마지막 갱신: 2026-05-03
-- 관련 영역: WMS / 입고관리
-
-## 요약
-입고지시서 화면 헤더에 "긴급" 체크박스 추가.
-
-## 세부 요구
-- [ ] R1: 입고지시서 화면 헤더 우측에 "긴급" 체크박스 추가
-  - **A**: 디폴트 unchecked

package/claude/skills/sd-impl/evals/fixtures/basic-single-r/src/components/Input.tsx

@@ -1,6 +0,0 @@
-// 디자인 시스템 stub
-import React from 'react'
-
-export const Checkbox: React.FC<{ checked: boolean; onChange: (v: boolean) => void; label?: string }> = ({ checked, onChange, label }) => {
-  return <label><input type="checkbox" checked={checked} onChange={(e) => onChange(e.target.checked)} /> {label}</label>
-}

package/claude/skills/sd-impl/evals/fixtures/multi-r/.specs/260503143025/REQ-001-/352/261/260/353/236/230/354/262/230/353/252/251/353/241/235/plan.md

@@ -1,40 +0,0 @@
-# REQ-001-거래처목록 / Plan
-
-## 메타
-- 상태: planned
-- 결과: proceed
-
-## 결과 사유
-proceed — 모두 미구현, 신규 페이지 + 데이터 + 로직 추가 필요.
-
-## R 단위 계획
-- [ ] R1: 거래처 목록 표시 (이름/사업자번호/담당자/연락처)
-  - **현황**: 미구현
-  - **변경 위치**:
-    - `src/pages/CustomerList.tsx` (신설) - `CustomerList` 컴포넌트
-    - `src/data/customers.ts` (신설) - 샘플 데이터
-  - **변경 방식**: Table 컴포넌트로 4개 컬럼 표시
-  - **테스트**: 사후 (UI 변경)
-
-- [ ] R2: 거래처명 검색
-  - **현황**: 미구현
-  - **변경 위치**:
-    - `src/pages/CustomerList.tsx` - `CustomerList` 검색 로직 추가
-    - `src/lib/customer-filter.ts` (신설) - 필터 함수
-  - **변경 방식**: Input으로 검색어 받고, 부분 일치 필터링
-  - **테스트**: TDD (필터 함수 단위 테스트)
-
-- [ ] R3: 페이지네이션 (한 페이지 20건)
-  - **현황**: 미구현
-  - **변경 위치**:
-    - `src/pages/CustomerList.tsx` - 페이지네이션 로직
-    - `src/lib/paginate.ts` (신설) - 페이지 분할 함수
-  - **변경 방식**: 20건씩 슬라이스, Pagination 컴포넌트 사용
-  - **테스트**: TDD (페이지 함수 단위 테스트)
-
-## 작업 순서
-- 의존: R3는 R2(필터 결과)에 의존
-- 권장 순서: R1 → R2 → R3
-
-## 통합/E2E 테스트
-- 목록 진입 → 검색 → 결과 페이지네이션 동작 확인

package/claude/skills/sd-impl/evals/fixtures/multi-r/.specs/260503143025/REQ-001-/352/261/260/353/236/230/354/262/230/353/252/251/353/241/235/spec.md

@@ -1,13 +0,0 @@
-# REQ-001-거래처목록
-
-## 메타
-- 상태: planned
-- 관련 영역: 거래처관리
-
-## 요약
-거래처 목록 화면 (검색 + 페이지네이션).
-
-## 세부 요구
-- [ ] R1: 거래처 목록 표시
-- [ ] R2: 거래처명 검색
-- [ ] R3: 페이지네이션 (20건/페이지)

package/claude/skills/sd-impl/evals/fixtures/multi-r/src/components/Input.tsx

@@ -1,25 +0,0 @@
-// 디자인 시스템 stub
-import React from 'react'
-
-export const Input: React.FC<{ value: string; onChange: (v: string) => void; placeholder?: string }> = ({ value, onChange, placeholder }) => {
-  return <input value={value} onChange={(e) => onChange(e.target.value)} placeholder={placeholder} />
-}
-
-export const Table: React.FC<{ rows: any[]; columns: { key: string; label: string }[] }> = ({ rows, columns }) => {
-  return (
-    <table>
-      <thead><tr>{columns.map((c) => <th key={c.key}>{c.label}</th>)}</tr></thead>
-      <tbody>{rows.map((r, i) => <tr key={i}>{columns.map((c) => <td key={c.key}>{r[c.key]}</td>)}</tr>)}</tbody>
-    </table>
-  )
-}
-
-export const Pagination: React.FC<{ page: number; total: number; onChange: (p: number) => void }> = ({ page, total, onChange }) => {
-  return (
-    <div>
-      <button onClick={() => onChange(page - 1)}>이전</button>
-      <span>{page} / {total}</span>
-      <button onClick={() => onChange(page + 1)}>다음</button>
-    </div>
-  )
-}

package/claude/skills/sd-impl/evals/fixtures/with-test-file/.specs/260503143025/REQ-001-/355/225/240/354/235/270/352/263/204/354/202/260/plan.md

@@ -1,26 +0,0 @@
-# REQ-001-할인계산 / Plan
-
-## 메타
-- 상태: planned
-- 결과: proceed
-
-## 결과 사유
-proceed — 비즈니스 로직 신규 구현 필요.
-
-## R 단위 계획
-- [ ] R1: 할인율 계산 함수 (금액별 차등)
-  - **현황**: 미구현
-  - **변경 위치**:
-    - `src/lib/discount.ts` (신설) - `calcDiscountRate(amount: number): number` 함수
-  - **변경 방식**:
-    - 100만원 이상: 0.15 / 50만원 이상: 0.10 / 10만원 이상: 0.05 / 그 외: 0
-    - 큰 구간부터 비교
-  - **테스트**:
-    - **방식: TDD** (순수 함수, 비즈니스 로직)
-    - 케이스: 0원, 99999원, 100000원, 499999원, 500000원, 999999원, 1000000원
-
-## 작업 순서
-- 의존: 없음
-
-## 통합/E2E 테스트
-- 단위 함수만 있으므로 통합 시나리오 X (단위 테스트로 충분)

package/claude/skills/sd-impl/evals/fixtures/with-test-file/.specs/260503143025/REQ-001-/355/225/240/354/235/270/352/263/204/354/202/260/spec.md

@@ -1,12 +0,0 @@
-# REQ-001-할인계산
-
-## 메타
-- 상태: planned
-- 관련 영역: 주문/결제
-
-## 요약
-주문 금액에 따른 할인 계산 로직 추가.
-
-## 세부 요구
-- [ ] R1: 할인율 계산 함수 (금액별 차등: 10만↑ 5%, 50만↑ 10%, 100만↑ 15%)
-  - **A**: 적용 우선순위는 금액 큰 구간 먼저

package/claude/skills/sd-impl/references/impl-md-template.md

@@ -1,87 +0,0 @@
-# impl.md 템플릿
-
-위치: `.specs/{yyMMdd_HHmmss}/REQ-XXX-슬러그/impl.md`
-
-## 템플릿
-
-```markdown
-# REQ-001-슬러그 / Implementation
-
-## 메타
-- 상태: implementing | implemented
-- 생성일: YYYY-MM-DD
-- 마지막 갱신: YYYY-MM-DD
-
-## R 단위 구현 결과
-
-### R1: <요구 제목>
-- **상태**: 진행중 | 완료 | 막힘 | 보류
-- **모드**: TDD | 사후 | 생략
-- **변경 파일**:
-  - `<파일경로>`
-    - 변경 함수: `<함수/컴포넌트명>`
-    - 변경 종류: 추가 | 수정 | 삭제 | 신설
-- **테스트**:
-  - 추가/수정: `<테스트 파일>`
-    - 케이스: <케이스 이름들>
-    - 결과: PASS / FAIL
-- **plan 대비 차이**: 없음 | <차이 설명>
-- **변경 의도**: spec.md R1 + plan.md R1 그대로 | <사유>
-- **이슈/결정**: (있을 때만) <막힘/시도/결정 기록>
-```
-
-## 섹션별 역할
-
-| 섹션 | 용도 |
-|---|---|
-| `## 메타` | 상태 |
-| `## R 단위 구현 결과` | R별 상태/모드/변경/테스트/차이/의도 인라인 통합 |
-
-## R 항목 내부 요소
-
-| 요소 | 의미 |
-|---|---|
-| **상태** | `완료` / `진행중` / `막힘` / `보류` (종료 시엔 모두 `완료`) |
-| **모드** | TDD / 사후 / 생략 |
-| **변경 파일** | 파일 경로 + 변경 함수 + 변경 종류 (라인 번호 X) |
-| **테스트** | 추가/수정 테스트 + 케이스 + 결과 |
-| **plan 대비 차이** | 계획 vs 실제 (verify가 활용) |
-| **변경 의도** | 자명하면 "그대로", 자명하지 않으면 사유 |
-| **이슈/결정** | (있을 때만) 막힘 상황, 시도 횟수, 결정 |
-
-`plan 대비 차이`가 "없음"이 아니거나 `이슈/결정`에 결정이 발생한 경우, 결정 출처를 `근거:` 줄로 명시한다.
-
-## 예시
-
-```markdown
-### R1: 입고지시서 화면에 "긴급" 체크박스 추가
-- **상태**: 완료
-- **모드**: 사후 테스트
-- **변경 파일**:
-  - `src/pages/InboundOrder.tsx`
-    - 변경 함수: `InboundOrderForm`
-    - 변경 종류: 추가 (Checkbox 컴포넌트, formState.urgent 연동)
-- **테스트**:
-  - 추가: `src/pages/InboundOrder.test.tsx`
-    - 케이스: "체크박스 클릭 → 저장 → 재조회 시 상태 유지"
-    - 결과: PASS (1/1)
-- **plan 대비 차이**: 없음
-- **변경 의도**: spec.md R1 + plan.md R1 그대로
-
-### R3: 권한 체크 추가
-- **상태**: 완료
-- **모드**: TDD
-- **변경 파일**:
-  - `src/contexts/PermissionContext.tsx` (신설)
-- **테스트**:
-  - 추가: `src/contexts/PermissionContext.test.tsx`
-    - 케이스: "권한 있는 사용자 → true" / "권한 없는 사용자 → false"
-    - 결과: PASS (2/2)
-- **plan 대비 차이**: PermissionContext 신설 (plan은 기존 hasPermission 가정)
-  - 근거: 사용자 답변 (2026-05-04)
-- **이슈/결정**:
-  - 이슈: hasPermission 패턴이 사용 안 되고 있음 발견
-  - 시도: 1회
-  - 결정: PermissionContext 신설
-    - 근거: 사용자 답변 (2026-05-04)
-```

package/claude/skills/sd-impl/references/modes-and-failure.md

@@ -1,65 +0,0 @@
-# 모드별 표준 흐름 + 막힘 처리
-
-## 모드별 표준 흐름
-
-
-### TDD (비즈니스 로직, 알고리즘)
-```
-1. 실패하는 테스트 작성 (RED)
-2. 테스트 실행 → 실패 확인
-3. 통과하는 최소 코드 (GREEN)
-4. 테스트 실행 → 통과 확인
-5. 정리 (REFACTOR)
-6. 테스트 재실행 → 통과 유지
-```
-
-### 사후 테스트 (UI, 외부 API)
-```
-1. 코드 작성
-2. 동작 확인
-3. 테스트 작성
-4. 테스트 실행 → 통과 확인
-```
-
-### 생략 (마이그레이션, 일회성 스크립트)
-```
-1. 코드 작성
-2. 타입체크/린트 통과 확인
-```
-
-### 모드 변경 정책
-
-implement 도중 "이 R은 plan과 다른 모드 적합" 판단되면:
-- **자동 변경 금지**. 사용자에게 Q → 승인 받으면 변경 + impl.md `이슈/결정` 기록.
-
-## 막힘 처리
-
-### 자동 시도
-단순 에러(타입/린트/단순 테스트 실패)는 **자동 N=2회 시도**:
-- 성공 → 다음 단계, impl.md `이슈/결정`에 "N회 시도 후 해결" 기록
-- 실패 → 종류별 분기 (아래)
-
-### 막힘 종류 (4가지)
-
-| 종류 | 예시 | 처리 |
-|---|---|---|
-| 단순 에러 | 타입/린트/단순 테스트 실패 | 자동 N=2회 |
-| 코드 문제 | 회귀 검증 실패, 비단순 테스트 실패 | impl.md `상태: 막힘` + Q (해결 방안) |
-| 계획 문제 | plan.md ↔ 실제 코드 모순 | impl.md `상태: 보류` + plan 재진입 알림 |
-| 정보 부족 | 패턴 모름, 옵션 선택 필요 | impl.md `상태: 막힘` + Q (정보 요청) |
-
-### 사용자 답변 후
-
-- 해결 방안 적용 → 다음 시도
-- 우회 → 적용 + impl.md `결정` 기록
-- 중단 → implement 단계 중단, plan 재진입
-
-### 계획 재진입 절차
-
-```
-1. impl.md `상태: 보류` + 사유 기록
-2. plan.md 메타 `상태: re-planning`
-3. 사용자 알림 ("implement 중 X 발견. plan 재토론 필요")
-4. plan 재진입 → 변경된 부분만 재계획 → 새 체크포인트
-5. implement 재개 (보류된 R만 재구현)
-```

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

@@ -1,130 +0,0 @@
----
-name: sd-plan
-description: spec.md(요구사항)를 기존 코드베이스에 매핑하고 R별 변경 계획(위치/방식/테스트)과 작업 순서를 plan.md로 작성하는 스킬. Use when spec 단계 후 implement 진입 전, 변경 계획 수립이 필요할 때
----
-
-# plan 단계
-
-대상 spec.md 및 관련 자료를 읽고 → 현황 매핑 + 변경 계획 (R별 변경 위치/방식/테스트 + R 간 작업 순서).
-
-## 산출물
-
-```
-.specs/{yyMMdd_HHmmss}/REQ-XXX-슬러그/
-  spec.md         ← 입력 (이미 존재)
-  plan.md         ← 본 단계 산출물
-```
-
-## 워크플로
-
-1. 입력: 대상 REQ ID
-
-2. 읽기: 대상 spec.md + overview.md + raw input(있으면) + 관련 타 spec.md 및 plan.md + 기존 코드베이스
-   - 특히 "spec.md, overview.md, raw input(있으면), 관련 타 spec.md 및 plan.md"는 반드시 통독할것
-
-3. 초안 plan.md 작성 (템플릿: [references/plan-md-template.md](references/plan-md-template.md))
-   - **R별 현황 매핑** (4단계: 구현/부분/미구현/차이있음)
-   - **R별 설계** (R 성격별 조건부 — 아래 "R 성격별 설계 정보" 참조)
-   - **R별 변경 위치** (파일 경로 + 함수/컴포넌트 이름. 라인 번호 X)
-   - **R별 변경 방식** (자연어. 복잡한 로직만 의사코드)
-   - **R별 테스트** (방식: TDD/사후/생략 + 케이스)
-   - **작업 순서** (R 간 의존성, 권장 순서, 병렬 가능 여부)
-   - **통합/E2E 테스트** (R 간 흐름)
-   - **결과** 메타 필드 (`proceed` | `skip-to-verify`)
-   - 결정 근거 없는 부분 → Q. 모든 결정은 plan.md에 근거 출처 명시.
-
-4. Q 다이얼로그 (한 번에 하나씩) → 사용자 답변 → 즉시 plan.md 갱신
-   - **spec 모순 발견 시**: Q로 알림 → 사용자 답변 받아 spec.md 수정 + spec.md 메타 `이력` 기록 → 변경된 R 부분만 재계획. plan 단계 종료 X.
-
-5. Q 0개 도달 시 종료 절차:
-   ```
-   loop:
-       plan.md 전체 재검토 (R별 현황/변경 위치/방식 정합성 / 누락 결정거리 / 작업 순서 / 테스트 모드 / 모호 표현 / 미해결 의존)
-       if 신규 Q 등록됨:
-           "Q 다이얼로그" 재진입 → Q 0 도달
-           continue
-       break
-
-   loop:
-       역방향 문서 검토 (overview, spec, demo)
-       if 신규 모순/수정 등록됨:
-           "Q 다이얼로그" 재진입 → Q 0 도달
-           continue
-       break
-
-   산출물 소비자 친화적 보고
-   상태 ← planned
-   ```
-   - 보고: 산출물 소비자가 그대로 읽어도 의도가 전달되는 수준 자연어. REQ 차원 "어디를 어떻게 바꿀지" 요약 (R별 변경 위치/방식 핵심) + 작업 순서 + 결과. 기술 용어 최소화 (단, 파일·함수명 같은 위치 식별자는 필요). 안내 텍스트라 별도 사용자 승인 게이트 X.
-
-## 현황 분류 (4단계)
-
-| 분류 | 의미 |
-|---|---|
-| **구현** | spec R 의도가 코드에 이미 반영됨 |
-| **부분** | R 일부만 구현됨 (예: UI는 있으나 로직 없음) |
-| **미구현** | 관련 코드 없음 |
-| **차이있음** | 구현되어 있으나 R 의도와 불일치 |
-
-## 변경 계획 입도
-
-- **변경 위치**: 파일 경로 + 함수/컴포넌트 이름 (라인 번호 X — 코드 변경에 취약)
-- **변경 방식**: 자연어. 복잡한 로직(상태 머신, 알고리즘)만 의사코드. 완전한 코드 스니펫 X (implement 단계 의미 무력화)
-
-## R 성격별 설계 정보
-
-R의 성격에 따라 "변경 위치/방식"만으로는 산출물 소비자가 그림을 그릴 수 없는 경우가 있다. 아래 표에 해당하는 R은 **설계** 서브섹션을 추가한다. 단순 변경(예: 색상/문구/상수 값)은 생략한다.
-
-| R 성격 | 설계 서브섹션 내용 |
-|---|---|
-| **UI** | 레이아웃(좌우 분할/배치/주요 영역), 사용자 이벤트 흐름(클릭→모달→저장 같은 시퀀스), 상태 변화 |
-| **API** | 엔드포인트(메서드+경로), 요청/응답 스키마, 에러 케이스, 인증/권한 |
-| **데이터 모델** | 스키마 변경(테이블/컬럼/제약), 마이그레이션 전략, 기존 데이터 처리 |
-| **외부 연동** | 호출 시퀀스, 실패/재시도/타임아웃 정책, 멱등성 |
-| **단순 변경** | (생략) |
-
-표현은 **자연어 우선**. 그림이 꼭 필요하면 짧은 ASCII 박스 허용하되 강제는 아님. 예: "좌측 목록 / 우측 상세 폼, 우상단 + 버튼 → 신규 등록 모달".
-
-**demo 산출물이 있는 UI R**: 레이아웃/이벤트 흐름은 demo.md를 정본으로 삼고, plan에서는 "demo.md 참조" + plan에서 추가로 결정해야 할 부분만 짧게 적는다 (중복 작성 X).
-
-## 테스트 모드 선택
-
-**우선순위: TDD > 사후 테스트 > 생략**. 위에서부터 적용 가능 여부를 따져 가능한 **가장 높은** 모드를 고른다. 낮은 모드로 내려갈수록 테스트가 실제로 작성되지 않을 위험이 커지므로, 안일하게 떨어뜨리지 않는다.
-
-| 모드 | 적용 조건 | 일반적인 R 성격 |
-|---|---|---|
-| **TDD** | 입력 → 출력을 코드로 단언 가능 | 비즈니스 로직, 알고리즘, 데이터 변환, 순수 함수, mock 가능한 외부 연동 |
-| **사후 테스트** | TDD 불가하지만 동작 후 상태/응답을 코드로 단언 가능 | UI 동작, 실제 외부 API 응답, DB 변경 결과 |
-| **생략** | 위 둘 다 불가하거나 검증 비용 대비 가치 낮음 | 일회성 스크립트, 단순 마이그레이션 |
-
-판단 모호 → Q. 특히 "TDD로 끌어올릴 여지가 있나?"를 먼저 검토.
-
-## 결과
-
-| 결과 | 의미 | 다음 동작 |
-|---|---|---|
-| `proceed` | 변경할 R 있음 | implement 진행 |
-| `skip-to-verify` | 모든 R 이미 구현됨 | verify 직행 |
-
-(`back-to-spec` 분기는 없음. spec 모순은 plan 안에서 처리 후 계속.)
-
-## 핵심 원칙
-
-- self-contained 블록 (R 블록 안에 현황/변경/테스트 인라인)
-- raw input 불변
-- ID 불변
-- 자동 판단 금지: 결정 근거 없으면 Q 등록 (현황/모드 판단 포함). 모든 결정은 plan.md에 근거 출처 명시.
-- 한 번에 하나씩 Q
-
-## 안티패턴
-
-- ❌ 라인 번호로 변경 위치 표기
-- ❌ 변경 방식에 완전한 코드 스니펫
-- ❌ 결정 근거 없는 추정을 Q 없이 단정
-- ❌ R 단위 정보를 별도 섹션으로 분리 (self-contained 블록 깨짐)
-- ❌ 작업 순서를 R 안에 적기 (R 간 관계는 별도 섹션)
-- ❌ 마지막 Q 답변 직후 plan.md 전체 재검토 없이 planned 전환
-- ❌ 역방향 검토 없이 planned 전환
-- ❌ 단순 변경 R(색상/문구/상수)에 설계 서브섹션 추가
-- ❌ demo.md가 있는 UI R인데 plan에 레이아웃/이벤트 흐름 중복 작성
-- ❌ UI/API/데이터 모델/외부 연동 R인데 설계 서브섹션 누락

package/claude/skills/sd-plan/evals/fixtures/already-implemented/.specs/260503143025/REQ-001-/354/202/254/354/232/251/354/236/220/353/252/251/353/241/235/spec.md

@@ -1,14 +0,0 @@
-# REQ-001-사용자목록
-
-## 메타
-- 상태: specified
-- 생성일: 2026-05-03
-- 마지막 갱신: 2026-05-03
-- 관련 영역: 사용자관리
-
-## 요약
-사용자 목록 화면 (이름/이메일 표시, 이메일 검색).
-
-## 세부 요구
-- [ ] R1: 사용자 목록 표시 (이름, 이메일)
-- [ ] R2: 이메일 검색

package/claude/skills/sd-plan/evals/fixtures/already-implemented/src/api/user.ts

@@ -1,13 +0,0 @@
-// 실제 구현된 API 호출
-export interface User {
-  id: string
-  name: string
-  email: string
-}
-
-export async function fetchUsers(emailQuery?: string): Promise<User[]> {
-  const url = emailQuery ? `/api/users?email=${encodeURIComponent(emailQuery)}` : '/api/users'
-  const res = await fetch(url)
-  if (!res.ok) throw new Error('Failed to fetch users')
-  return res.json()
-}

package/claude/skills/sd-plan/evals/fixtures/already-implemented/src/components/Input.tsx

@@ -1,15 +0,0 @@
-// 디자인 시스템 stub
-import React from 'react'
-
-export const Input: React.FC<{ value: string; onChange: (v: string) => void; placeholder?: string }> = ({ value, onChange, placeholder }) => {
-  return <input value={value} onChange={(e) => onChange(e.target.value)} placeholder={placeholder} />
-}
-
-export const Table: React.FC<{ rows: any[]; columns: { key: string; label: string }[] }> = ({ rows, columns }) => {
-  return (
-    <table>
-      <thead><tr>{columns.map((c) => <th key={c.key}>{c.label}</th>)}</tr></thead>
-      <tbody>{rows.map((r, i) => <tr key={i}>{columns.map((c) => <td key={c.key}>{r[c.key]}</td>)}</tr>)}</tbody>
-    </table>
-  )
-}

package/claude/skills/sd-plan/evals/fixtures/already-implemented/src/pages/UserList.tsx

@@ -1,29 +0,0 @@
-// 이미 구현된 사용자 목록 화면 (실제 API 호출, 검색 동작)
-import React, { useState, useEffect } from 'react'
-import { Input, Table } from '../components/Input'
-import { fetchUsers, User } from '../api/user'
-
-export const UserList: React.FC = () => {
-  const [search, setSearch] = useState('')
-  const [users, setUsers] = useState<User[]>([])
-  const [loading, setLoading] = useState(false)
-
-  useEffect(() => {
-    setLoading(true)
-    fetchUsers(search || undefined)
-      .then(setUsers)
-      .finally(() => setLoading(false))
-  }, [search])
-
-  const columns = [
-    { key: 'name', label: '이름' },
-    { key: 'email', label: '이메일' },
-  ]
-
-  return (
-    <div>
-      <Input value={search} onChange={setSearch} placeholder="이메일 검색" />
-      {loading ? <p>로딩 중...</p> : <Table rows={users} columns={columns} />}
-    </div>
-  )
-}

package/claude/skills/sd-plan/evals/fixtures/basic-greenfield/.specs/260503143025/REQ-001-/354/236/205/352/263/240/354/247/200/354/213/234/354/204/234/352/270/264/352/270/211/355/221/234/354/213/234/spec.md

@@ -1,17 +0,0 @@
-# REQ-001-입고지시서긴급표시
-
-## 메타
-- 상태: specified
-- 생성일: 2026-05-03
-- 마지막 갱신: 2026-05-03
-- 관련 영역: WMS / 입고관리
-
-## 요약
-입고지시서에 긴급 여부 표시 기능 추가.
-
-## 세부 요구
-- [ ] R1: 입고지시서 화면 헤더 우측에 "긴급" 체크박스 추가
-  - **A**: 디폴트 unchecked
-
-- [ ] R2: 긴급 표시 PDF 빨간색 강조
-  - **A**: 빨간색은 #D32F2F

package/claude/skills/sd-plan/evals/fixtures/basic-greenfield/src/components/Input.tsx

@@ -1,6 +0,0 @@
-// 디자인 시스템 stub
-import React from 'react'
-
-export const Checkbox: React.FC<{ checked: boolean; onChange: (v: boolean) => void; label?: string }> = ({ checked, onChange, label }) => {
-  return <label><input type="checkbox" checked={checked} onChange={(e) => onChange(e.target.checked)} /> {label}</label>
-}

package/claude/skills/sd-plan/evals/fixtures/demo-built/.specs/260503143025/DEMO-001-/352/261/260/353/236/230/354/262/230/demo.md

@@ -1,26 +0,0 @@
-# DEMO-001-거래처 / Demo
-
-## 메타
-- 상태: done
-- 대상 REQ: REQ-001
-- 생성일: 2026-05-03
-- 마지막 갱신: 2026-05-03
-- 라운드: 1
-
-## 시나리오
-1. 거래처 목록 화면 진입 → mock 데이터 표시
-2. 검색창에 텍스트 입력 → 시각적 필터 (실제 검색 X)
-3. 페이지네이션 버튼 클릭 → 다음 페이지 표시 (mock)
-
-## 만든 파일
-- `src/pages/CustomerList.tsx` (신규)
-- `src/data/mock-customer.ts` (mock data)
-
-## Mock Data 요약
-- 위치: `src/data/mock-customer.ts`
-- 샘플: 25건
-
-## 산출물 소비자 피드백 라운드
-### 라운드 1 (2026-05-03)
-- **산출물 소비자 피드백**: OK
-- **처리**: demo 종료

package/claude/skills/sd-plan/evals/fixtures/demo-built/.specs/260503143025/REQ-001-/352/261/260/353/236/230/354/262/230/353/252/251/353/241/235/355/231/224/353/251/264/spec.md

@@ -1,15 +0,0 @@
-# REQ-001-거래처목록화면
-
-## 메타
-- 상태: specified
-- 생성일: 2026-05-03
-- 마지막 갱신: 2026-05-03
-- 관련 영역: 거래처관리
-
-## 요약
-거래처 목록 조회 화면.
-
-## 세부 요구
-- [ ] R1: 거래처 목록 표시 (이름/사업자번호/담당자/연락처)
-- [ ] R2: 거래처명 검색
-- [ ] R3: 페이지네이션 (한 페이지 20건)

package/claude/skills/sd-plan/evals/fixtures/demo-built/src/components/Input.tsx

@@ -1,25 +0,0 @@
-// 디자인 시스템 stub
-import React from 'react'
-
-export const Input: React.FC<{ value: string; onChange: (v: string) => void; placeholder?: string }> = ({ value, onChange, placeholder }) => {
-  return <input value={value} onChange={(e) => onChange(e.target.value)} placeholder={placeholder} />
-}
-
-export const Table: React.FC<{ rows: any[]; columns: { key: string; label: string }[] }> = ({ rows, columns }) => {
-  return (
-    <table>
-      <thead><tr>{columns.map((c) => <th key={c.key}>{c.label}</th>)}</tr></thead>
-      <tbody>{rows.map((r, i) => <tr key={i}>{columns.map((c) => <td key={c.key}>{r[c.key]}</td>)}</tr>)}</tbody>
-    </table>
-  )
-}
-
-export const Pagination: React.FC<{ page: number; total: number; onChange: (p: number) => void }> = ({ page, total, onChange }) => {
-  return (
-    <div>
-      <button onClick={() => onChange(page - 1)}>이전</button>
-      <span>{page} / {total}</span>
-      <button onClick={() => onChange(page + 1)}>다음</button>
-    </div>
-  )
-}

package/claude/skills/sd-plan/evals/fixtures/demo-built/src/data/mock-customer.ts

@@ -1,16 +0,0 @@
-// MOCK DATA - replaced in implement stage
-export interface Customer {
-  id: string
-  name: string
-  bizNumber: string
-  manager: string
-  phone: string
-}
-
-export const MOCK_CUSTOMER_LIST: Customer[] = Array.from({ length: 25 }, (_, i) => ({
-  id: `c-${i + 1}`,
-  name: `샘플거래처 ${i + 1}`,
-  bizNumber: `123-45-${String(i).padStart(5, '0')}`,
-  manager: `담당자 ${i + 1}`,
-  phone: `010-0000-${String(i).padStart(4, '0')}`,
-}))