lee-spec-kit 0.2.3 → 0.2.4

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "lee-spec-kit",
-  "version": "0.2.3",
+  "version": "0.2.4",
   "description": "Project documentation structure generator for AI-assisted development",
   "type": "module",
   "bin": {

package/templates/en/common/agents/constitution.md

@@ -44,33 +44,19 @@ All development decisions are based on this document.
 
 ## Architecture Principles
 
-### 1. Feature-Centric Management
-
-- Manage new features in `docs/features/F00X/` structure
-- Develop by **feature unit** (FE/BE separate)
-- spec → plan → tasks → decisions workflow
-
-### 2. (Additional Principles)
-
-(Write project-specific architecture principles here)
+> (Write project-specific architecture principles here. e.g., layer structure, dependency rules)
 
 ---
 
 ## Code Quality Standards
 
-- TypeScript strict mode required
-- ESLint + Prettier required
-- Major business logic test coverage **80%+**
-- Components follow **Single Responsibility Principle**
-- Minimize code duplication
+> (Write project code quality standards here. e.g., test coverage, lint rules)
 
 ---
 
 ## Security Principles
 
-- Manage secrets via environment variables (no repo commits)
-- **Minimal data collection** for user data
-- CORS only for allowed origins
+> (Write project security principles here. e.g., authentication method, data encryption)
 
 ---
 

package/templates/en/common/agents/skills/execute-task.md

@@ -20,12 +20,13 @@ Share execution plan with user before starting and wait for approval
 
 ### 3. Update Status
 
-| Timing              | Status Transition    |
-| ------------------- | -------------------- |
-| On start            | `[TODO]` → `[DOING]` |
-| After user approval | `[DOING]` → `[DONE]` |
+| Timing              | Status Transition    | Checkbox          |
+| ------------------- | -------------------- | ----------------- |
+| On start            | `[TODO]` → `[DOING]` | `[ ]` (No change) |
+| After user approval | `[DOING]` → `[DONE]` | **`[x]` (Check)** |
 
 > ⚠️ Even after work is complete, **stay in `[DOING]` until user approval**
+> ⚠️ When switching to `[DONE]`, **must also check the checkbox**.
 
 Record date (YYYY-MM-DD) with each status change
 

package/templates/ko/common/agents/constitution.md

@@ -44,33 +44,19 @@
 
 ## 아키텍처 원칙
 
-### 1. Feature 중심 관리
-
-- 새 기능은 `docs/features/F00X/` 구조로 관리
-- FE/BE 분리하여 **기능 단위**로 개발
-- spec → plan → tasks → decisions 워크플로우
-
-### 2. (추가 원칙)
-
-(프로젝트별 아키텍처 원칙을 작성하세요)
+> (프로젝트별 아키텍처 원칙을 작성하세요. 예: 레이어 구조, 의존성 규칙 등)
 
 ---
 
 ## 코드 품질 기준
 
-- TypeScript strict mode 필수
-- ESLint + Prettier 필수
-- 주요 비즈니스 로직 테스트 커버리지 **80%+**
-- 컴포넌트는 **단일 책임 원칙**
-- 중복 코드 최소화
+> (프로젝트의 코드 품질 기준을 작성하세요. 예: 테스트 커버리지, 린트 규칙 등)
 
 ---
 
 ## 보안 원칙
 
-- 환경 변수로 시크릿 관리 (저장소 커밋 금지)
-- 사용자 데이터 **최소 수집**
-- CORS는 허용 오리진만 설정
+> (프로젝트의 보안 원칙을 작성하세요. 예: 인증 방식, 데이터 암호화 등)
 
 ---
 

package/templates/ko/common/agents/skills/execute-task.md

@@ -20,12 +20,13 @@ tasks.md의 태스크를 실행할 때 따르는 가이드입니다.
 
 ### 3. 상태 전환
 
-| 시점           | 상태 전환            |
-| -------------- | -------------------- |
-| 시작 시        | `[TODO]` → `[DOING]` |
-| 사용자 승인 후 | `[DOING]` → `[DONE]` |
+| 시점           | 상태 전환            | 체크박스          |
+| -------------- | -------------------- | ----------------- |
+| 시작 시        | `[TODO]` → `[DOING]` | `[ ]` (변경 없음) |
+| 사용자 승인 후 | `[DOING]` → `[DONE]` | **`[x]` (체크)**  |
 
 > ⚠️ 작업이 완료되어도 **사용자 승인 전까지는 `[DOING]` 상태 유지**
+> ⚠️ `[DONE]` 상태 전환 시 **체크박스도 반드시 체크**합니다.
 
 상태 전환 시 날짜도 함께 기록 (YYYY-MM-DD)