@sduck/sduck-cli 0.1.1 → 0.1.2

package/sduck-assets/eval/plan.yml

@@ -1,31 +0,0 @@
-version: 1
-
-plan_evaluation:
-  scale:
-    min: 1
-    max: 5
-
-  criteria:
-    - key: semantic_clarity
-      label: semantic clarity
-      question: 의미가 분명한가
-
-    - key: abstraction
-      label: abstraction
-      question: 추상화 수준이 적절한가
-
-    - key: typing
-      label: typing
-      question: 타입 안정성을 충분히 고려했는가
-
-    - key: security
-      label: security
-      question: 보안상 문제 가능성을 줄였는가
-
-    - key: maintainability
-      label: maintainability
-      question: 유지보수하기 쉬운 구조인가
-
-    - key: testability
-      label: testability
-      question: 테스트하기 쉬운가

package/sduck-assets/eval/spec.yml

@@ -1,31 +0,0 @@
-version: 1
-
-spec_evaluation:
-  scale:
-    min: 1
-    max: 5
-
-  criteria:
-    - key: problem_clarity
-      label: problem clarity
-      question: 문제와 목표가 분명한가
-
-    - key: scope_definition
-      label: scope definition
-      question: 범위와 제외 범위가 명확한가
-
-    - key: completion_criteria
-      label: completion criteria
-      question: 완료 조건이 검증 가능하게 정의되었는가
-
-    - key: feasibility
-      label: feasibility
-      question: 현재 시스템 기준으로 실행 가능한가
-
-    - key: risk_coverage
-      label: risk coverage
-      question: 엣지 케이스와 영향 범위를 충분히 고려했는가
-
-    - key: testability
-      label: testability
-      question: 테스트 및 검증 방법이 드러나는가

package/sduck-assets/eval/task.yml

@@ -1,31 +0,0 @@
-version: 1
-
-task_evaluation:
-  scale:
-    min: 1
-    max: 5
-
-  criteria:
-    - key: spec_alignment
-      label: spec alignment
-      question: 구현 결과가 승인된 spec과 일치하는가
-
-    - key: plan_alignment
-      label: plan alignment
-      question: 구현 결과가 승인된 plan의 단계와 의도를 충실히 반영하는가
-
-    - key: implementation_quality
-      label: implementation quality
-      question: 구현 품질과 구조가 충분히 명확하고 견고한가
-
-    - key: test_completeness
-      label: test completeness
-      question: 테스트가 핵심 동작과 회귀 위험을 충분히 검증하는가
-
-    - key: documentation_quality
-      label: documentation quality
-      question: 필요한 문서와 사용 흐름이 구현과 일치하게 정리되었는가
-
-    - key: maintainability
-      label: maintainability
-      question: 이후 수정과 확장이 쉬운 상태로 정리되었는가

package/sduck-assets/types/build.md

@@ -1,194 +0,0 @@
-# [build] {프로젝트명} — 프로젝트 초기 설정
-
-> **작업 타입:** `build` (Project Init/Build)
-> **작성자:**
-> **작성일:** YYYY-MM-DD
-> **연관 티켓:**
-
----
-
-## 1. 프로젝트 개요
-
-### 목적 및 배경
-
-<!-- 이 프로젝트가 왜 존재하는지, 어떤 문제를 해결하는지 서술 -->
-
-### 핵심 목표
-
-<!-- 이 빌드 작업을 통해 달성하고자 하는 구체적인 결과물을 나열 -->
-
-- [ ]
-- [ ]
-- [ ]
-
----
-
-## 2. 기술 스택
-
-| 구분                | 선택 | 버전 | 선택 이유 |
-| ------------------- | ---- | ---- | --------- |
-| 언어                |      |      |           |
-| 런타임              |      |      |           |
-| 프레임워크          |      |      |           |
-| DB                  |      |      |           |
-| ORM / Query Builder |      |      |           |
-| 상태 관리           |      |      |           |
-| 테스트 프레임워크   |      |      |           |
-| CI/CD               |      |      |           |
-| 컨테이너            |      |      |           |
-
----
-
-## 3. 아키텍처
-
-### 전체 구조
-
-<!-- 디렉토리 구조 및 레이어 분리 방식 기술 (예: Clean Architecture, MVC 등) -->
-
-```
-{project-root}/
-├── src/
-│   ├── ...
-├── tests/
-│   ├── ...
-└── ...
-```
-
-### 계층 및 의존성 규칙
-
-<!-- 각 계층(Layer)의 역할과 의존 방향을 명시 -->
-
----
-
-## 4. 코드 컨벤션
-
-### 네이밍 규칙
-
-| 대상              | 규칙 | 예시 |
-| ----------------- | ---- | ---- |
-| 파일명            |      |      |
-| 클래스 / 컴포넌트 |      |      |
-| 함수 / 메서드     |      |      |
-| 변수              |      |      |
-| 상수              |      |      |
-| 타입 / 인터페이스 |      |      |
-
-### 포맷팅
-
-<!-- 들여쓰기, 줄 길이, 세미콜론 등 -->
-
-- 들여쓰기:
-- 최대 줄 길이:
-- 기타:
-
----
-
-## 5. 린팅 및 타입 검사
-
-| 도구         | 설정 파일 | 주요 규칙 |
-| ------------ | --------- | --------- |
-| Linter       |           |           |
-| Formatter    |           |           |
-| Type Checker |           |           |
-
-```
-<!-- 핵심 설정 값 또는 extends/plugins 목록 -->
-```
-
----
-
-## 6. 테스트 전략
-
-### 목표 커버리지
-
-- 전체: **80%** 이상 (기본값)
-- 비즈니스 로직 (Unit): **%** 이상
-- API / 통합 (Integration): **%** 이상
-
-### 테스트 레벨별 전략
-
-| 레벨        | 도구 | 대상 범위 | 비고 |
-| ----------- | ---- | --------- | ---- |
-| Unit        |      |           |      |
-| Integration |      |           |      |
-| E2E         |      |           |      |
-
----
-
-## 7. 환경 구성
-
-### 환경 목록
-
-| 환경         | 목적        | 배포 방식 |
-| ------------ | ----------- | --------- |
-| `local`      | 개발자 로컬 | 수동      |
-| `dev`        | 통합 개발   | CI 자동   |
-| `staging`    | QA / 검증   | 수동 승인 |
-| `production` | 운영        | 수동 승인 |
-
-### 환경 변수
-
-```
-# 필수 환경 변수 목록 (값 제외, 키만 명시)
-APP_ENV=
-DATABASE_URL=
-SECRET_KEY=
-```
-
----
-
-## 8. Git 전략
-
-### 브랜치 모델
-
-<!-- 예: Git Flow / GitHub Flow / Trunk-based 중 선택 및 이유 -->
-
-### 커밋 메시지 컨벤션
-
-```
-<type>(<scope>): <subject>
-
-예) feat(auth): add JWT refresh token logic
-    fix(api): resolve null pointer on user fetch
-```
-
-### PR / MR 규칙
-
-- 최소 리뷰어 수:
-- 머지 방식: (Squash / Rebase / Merge Commit)
-
----
-
-## 9. CI/CD 파이프라인
-
-```
-Push → Lint & Type Check → Unit Test → Build → (Integration Test) → Deploy
-```
-
-- **Lint / Type Check:** 실패 시 파이프라인 즉시 중단
-- **테스트 커버리지 임계값:** 미달 시 배포 차단
-
----
-
-## 10. 제약 조건 및 비기능 요구사항
-
-| 항목                    | 요구사항 | 측정 기준 |
-| ----------------------- | -------- | --------- |
-| 성능                    |          |           |
-| 보안                    |          |           |
-| 접근성                  |          |           |
-| 브라우저 / OS 지원 범위 |          |           |
-
----
-
-## 11. 미결 사항 (Open Questions)
-
-<!-- 아직 결정되지 않았거나 추가 논의가 필요한 항목 -->
-
-- [ ]
-
----
-
-## 12. 참고 자료
-
--

package/sduck-assets/types/chore.md

@@ -1,164 +0,0 @@
-# [chore] {작업 내용 요약}
-
-> **작업 타입:** `chore` (Chore)
-> **세부 분류:** `dependency-update` / `build-config` / `ci-cd` / `documentation` / `infra` / `기타`
-> **작성자:**
-> **작성일:** YYYY-MM-DD
-> **연관 티켓:**
-
----
-
-## 1. 작업 개요
-
-### 작업 목적
-
-<!-- 왜 이 작업이 필요한지 간략히 기술 -->
-
-### 작업 범위
-
-- [ ] 패키지 / 의존성 업데이트
-- [ ] 빌드 스크립트 / 설정 변경
-- [ ] CI/CD 파이프라인 수정
-- [ ] 문서 작성 / 수정
-- [ ] 환경 설정 변경
-- [ ] 기타:
-
----
-
-## 2. 변경 상세
-
-### 현재 상태 (As-Is)
-
-<!-- 현재 버전, 설정, 문서 내용 등 -->
-
-### 변경 후 상태 (To-Be)
-
-<!-- 변경 후 버전, 설정, 문서 내용 등 -->
-
-### 변경 파일 목록
-
-```
-target_paths:
-  - package.json
-  - .github/workflows/...
-  - docs/...
-```
-
----
-
-## 3. 의존성 변경 (해당 시)
-
-### 업데이트 목록
-
-| 패키지 | 현재 버전 | 변경 버전 | 변경 유형             | 변경 이유 |
-| ------ | --------- | --------- | --------------------- | --------- |
-|        |           |           | major / minor / patch |           |
-|        |           |           | major / minor / patch |           |
-
-### 주요 Breaking Changes 검토 (Major 업데이트 시)
-
-| 패키지 | Breaking Change 내용 | 대응 방안 |
-| ------ | -------------------- | --------- |
-|        |                      |           |
-
-### 제거 패키지
-
-| 패키지 | 제거 이유 | 대체 패키지 |
-| ------ | --------- | ----------- |
-|        |           |             |
-
----
-
-## 4. CI/CD 변경 (해당 시)
-
-### 변경 전 파이프라인
-
-```
-(기존 파이프라인 흐름 또는 설정)
-```
-
-### 변경 후 파이프라인
-
-```
-(변경된 파이프라인 흐름 또는 설정)
-```
-
-### 변경 이유
-
-<!-- 성능, 보안, 유지보수성 등 -->
-
----
-
-## 5. 문서 변경 (해당 시)
-
-| 문서            | 변경 내용 요약 | 변경 이유 |
-| --------------- | -------------- | --------- |
-| README.md       |                |           |
-| CONTRIBUTING.md |                |           |
-| docs/...        |                |           |
-
----
-
-## 6. 검증 계획
-
-> chore 작업은 기능 변경이 없으므로 기존 테스트 통과 + 빌드 성공이 핵심 기준이다.
-
-### 검증 체크리스트
-
-- [ ] `lint` 통과
-- [ ] `build` 성공
-- [ ] 기존 단위 테스트 전체 통과
-- [ ] 기존 통합 테스트 전체 통과 (해당 시)
-- [ ] CI/CD 파이프라인 전체 동작 확인 (해당 시)
-- [ ] 로컬 개발 환경 정상 동작 확인
-- [ ] 스테이징 배포 및 동작 확인 (해당 시)
-
-### 검증 방법
-
-<!-- 특이사항이 있다면 구체적인 검증 명령어나 절차 기술 -->
-
-```bash
-# 예시
-npm install
-npm run lint
-npm run build
-npm test
-```
-
----
-
-## 7. 영향 범위
-
-### 런타임 영향
-
-- [ ] 런타임 코드 변경 없음
-- [ ] 런타임에 영향 있음 (내용 명시):
-
-### 개발자 환경 영향
-
-<!-- 팀원들이 로컬 환경을 어떻게 업데이트해야 하는지 -->
-
-- [ ] `npm install` 재실행 필요
-- [ ] `.env` 파일 업데이트 필요: _(추가/변경 키 명시)_
-- [ ] 별도 마이그레이션 절차 필요:
-- [ ] 변경 없음
-
----
-
-## 8. 롤백 계획
-
-- 롤백 방법: Git 스펙 단위 커밋 되돌리기
-- 특이사항: (예: 패키지 lock 파일 함께 롤백 필요)
-
----
-
-## 9. 공지 사항
-
-<!-- 팀원들에게 공유해야 할 내용 (로컬 환경 업데이트 방법, 변경된 명령어 등) -->
-
----
-
-## 10. 참고 자료
-
-- Changelog / Release Notes:
-- 관련 이슈:

package/sduck-assets/types/feature.md

@@ -1,187 +0,0 @@
-# [feature] {기능명}
-
-> **작업 타입:** `feature` (Standard Feature)
-> **작성자:**
-> **작성일:** YYYY-MM-DD
-> **연관 티켓:**
-
----
-
-## 1. 배경 및 목적
-
-### 문제 / 요구사항
-
-<!-- 이 기능이 왜 필요한지, 어떤 사용자 문제 혹은 비즈니스 요구를 해결하는지 기술 -->
-
-### 기대 효과
-
-<!-- 이 기능이 완성되었을 때 사용자 또는 시스템 관점에서 달라지는 점 -->
-
----
-
-## 2. 기능 명세
-
-### 사용자 스토리
-
-```
-As a [사용자 유형],
-I want to [원하는 행동],
-So that [기대하는 결과].
-```
-
-### 수용 기준 (Acceptance Criteria)
-
-> 모든 항목이 충족되어야 이 작업이 완료(Done)로 간주된다.
-
-- [ ] AC1:
-- [ ] AC2:
-- [ ] AC3:
-
-### 기능 상세 설명
-
-<!-- 핵심 비즈니스 로직, 상태 전이, 엣지 케이스 등을 상세하게 기술 -->
-
----
-
-## 3. 기술 설계
-
-### 변경 대상 컴포넌트
-
-| 레이어 | 파일 / 모듈 | 변경 내용 요약 |
-| ------ | ----------- | -------------- |
-|        |             |                |
-|        |             |                |
-
-### API 명세 (해당 시)
-
-```
-Method: POST / GET / PUT / PATCH / DELETE
-Endpoint: /api/v1/...
-
-Request:
-{
-  "field": "type"
-}
-
-Response (200 OK):
-{
-  "field": "type"
-}
-
-Error Responses:
-- 400: 잘못된 요청
-- 401: 인증 실패
-- 404: 리소스 없음
-```
-
-### 데이터 모델 변경 (해당 시)
-
-```sql
--- 추가 / 변경되는 컬럼, 테이블, 인덱스 등
-```
-
-### 시퀀스 다이어그램 (해당 시)
-
-```
-Client → [Service A] → [Service B] → DB
-              ↓
-           Response
-```
-
----
-
-## 4. UI/UX 명세 (해당 시)
-
-### 화면 목록
-
-| 화면명 | 라우트 | 설명 |
-| ------ | ------ | ---- |
-|        |        |      |
-
-### 디자인 레퍼런스
-
-<!-- Figma 링크, 스크린샷, 기타 시각 자료 -->
-
-### 인터랙션 정의
-
-<!-- 버튼 클릭, 폼 유효성 검사, 로딩 상태, 에러 메시지 표시 방식 등 -->
-
----
-
-## 5. 테스트 계획
-
-### 단위 테스트 (Unit Test)
-
-| 대상 함수 / 모듈 | 테스트 케이스 | 예상 결과 |
-| ---------------- | ------------- | --------- |
-|                  | 정상 입력     |           |
-|                  | 경계값        |           |
-|                  | 비정상 입력   |           |
-
-### 통합 / E2E 테스트
-
-| 시나리오 | 단계 | 예상 결과 |
-| -------- | ---- | --------- |
-|          |      |           |
-
----
-
-## 6. 영향 범위 분석
-
-### 변경 파일 목록 (예상)
-
-```
-target_paths:
-  - src/...
-  - tests/...
-```
-
-### 사이드 이펙트 검토
-
-<!-- 이 기능 변경으로 인해 영향받을 수 있는 다른 기능이나 모듈 -->
-
-- 영향 가능성 있는 모듈:
-- 회귀 테스트 필요 영역:
-
-### 롤백 계획
-
-<!-- 문제 발생 시 어떻게 되돌릴 것인지 -->
-
----
-
-## 7. 보안 / 성능 고려사항
-
-- **인증·인가:** (예: 이 API는 `ADMIN` 권한 필요)
-- **입력값 검증:**
-- **성능:** (예: N+1 쿼리 방지, 캐싱 적용 여부)
-- **민감 데이터 처리:**
-
----
-
-## 8. 비기능 요구사항
-
-| 항목             | 요구사항 |
-| ---------------- | -------- |
-| 응답 시간        |          |
-| 동시 사용자      |          |
-| 데이터 보존 기간 |          |
-
----
-
-## 9. 의존성 및 선행 조건
-
-- 이 작업 시작 전 완료되어야 하는 작업:
-- 외부 서비스 / API 연동 필요 여부:
-- 피처 플래그(Feature Flag) 사용 여부:
-
----
-
-## 10. 미결 사항 (Open Questions)
-
-- [ ]
-
----
-
-## 11. 참고 자료
-
--