lee-spec-kit 0.6.23 → 0.6.25

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lee-spec-kit",
3
- "version": "0.6.23",
3
+ "version": "0.6.25",
4
4
  "description": "Project documentation structure generator for AI-assisted development",
5
5
  "type": "module",
6
6
  "bin": {
@@ -22,9 +22,10 @@ Always run this checklist in Pre-PR review. Treat it as the minimum baseline, th
22
22
  2. Inspect regression, exception handling, critical/security risks, side effects, user flow impact, and release readiness.
23
23
  3. Check maintainability: split oversized functions/files when needed, reuse/integrate existing code where appropriate, and remove obsolete code.
24
24
  4. Run related test/verification commands (or explicitly record why they were not run).
25
- 5. Update `Pre-PR Evidence` with concrete proof (review links, logs, or doc paths).
26
- 6. Update `Pre-PR Decision` as `decision: ...` (or `결정: ...`) to capture key review decisions.
27
- 7. Set `Pre-PR Review` to `Done` only after the checklist is completed.
25
+ 5. Run `npx lee-spec-kit pre-pr-review <feature-ref>` to generate review evidence and sync `Pre-PR Findings/Evidence/Decision`.
26
+ 6. `Pre-PR Evidence` should point to a real existing path. (default: `workflow.prePrReview.evidenceMode=path_required`)
27
+ 7. `Pre-PR Decision` must use `decision: approve|changes_requested|blocked ...` (or `결정: ...`).
28
+ 8. Ensure the final decision is `approve` before moving to PR creation.
28
29
 
29
30
  ---
30
31
 
@@ -20,7 +20,11 @@ npx lee-spec-kit context
20
20
  Execute exactly one option from `👉 Next Options (Atomic)` as printed by the CLI.
21
21
 
22
22
  - If the CLI points to an active task, focus on that task only.
23
- - Treat the task state/approval rules in `tasks.md` **"Task Rules"** as SSOT (e.g. when OK is required for `[TODO]→[DOING]`, `[DOING]→[DONE]`).
23
+ - Treat task state transitions in `tasks.md` **"Task Rules"** as SSOT.
24
+ - Treat `approvalRequest.required` from `context --json` as SSOT for approval waiting.
25
+ - `false`: continue without label approval.
26
+ - `true`: wait for label-token approval (`A`, `A OK`) before execution.
27
+ - If `context --json` exposes `autoRun.available=true`, you may use `autoRun.command` to continue automatically until approval-required categories are reached.
24
28
  - If the CLI prints commands, copy/paste them. (In standalone setups commands may include `git -C ...` and scopes like `project`/`docs`.)
25
29
  - Follow user-facing response format (including the final status/label block in every reply) from `agents.md` **"Label Response Contract (SSOT)"**.
26
30
  - For approved command options, default to `npx lee-spec-kit flow <slug|F001|F001-slug> --approve <LABEL> --execute` and avoid split `context --approve` / `context --execute --ticket` runs across turns.
@@ -62,7 +66,7 @@ Use the feature’s `decisions.md` template format as final SSOT. (Context/Const
62
66
  ### Step 3.5: Commit per task (important)
63
67
 
64
68
  - Complete **only one task at a time** (do not batch-finish multiple tasks in one commit).
65
- - After you share the outcome/verification and get approval (OK), mark the task `[DONE]` (and update any checklist items), then create commits (code commit + docs commit) so each task has its own history.
69
+ - After you share the outcome/verification, mark the task `[DONE]` (and update any checklist items). If approval is required (`approvalRequest.required=true`), wait for OK first. Then create commits (code commit + docs commit) so each task has its own history.
66
70
  - In `tasks.md` test logs, keep one entry per test command and update its date/result on reruns (do not keep appending duplicates). Use `YYYY-MM-DD` in local date.
67
71
  - If `context` shows `[CHECK required]`, for commits/push/merge, **share the commit message + included files and wait for explicit OK** before running the commands.
68
72
  - Once all tasks are `[DONE]`, share the "Completion Criteria" checklist with the user and get **final approval (OK)**, then check it (especially the **Final user approval (OK) received** item).
@@ -69,8 +69,9 @@ npx lee-spec-kit status --write
69
69
  | PR doc status | `Status` in `pr.md` | `Draft` \| `Ready` |
70
70
  | PR review status | `PR Status` in `tasks.md` | `Review` \| `Approved` |
71
71
  | Pre-PR review status | `Pre-PR Review` in `tasks.md` | `Pending` \| `Done` |
72
+ | Pre-PR review findings | `Pre-PR Findings` in `tasks.md` | `major=<n>, minor=<n>` |
72
73
  | Pre-PR review evidence | `Pre-PR Evidence` in `tasks.md` | evidence link/log/doc path |
73
- | Pre-PR review decision | `Pre-PR Decision` in `tasks.md` | `decision: ...` (or `결정: ...`) |
74
+ | Pre-PR review decision | `Pre-PR Decision` in `tasks.md` | `decision: approve\|changes_requested\|blocked ...` |
74
75
  | PR review evidence | `PR Review Evidence` in `tasks.md` | evidence link/log/doc path |
75
76
  | PR review decision | `PR Review Decision` in `tasks.md` | `decision: ...` (or `결정: ...`) |
76
77
 
@@ -24,10 +24,13 @@
24
24
  - **Pre-PR Review**: -
25
25
  - Values: Pending | Done
26
26
  - Mark `Done` after pre-PR review is completed
27
+ - **Pre-PR Findings**: -
28
+ - Format: `major=<n>, minor=<n>`
27
29
  - **Pre-PR Evidence**: -
28
- - Example: review note link, log path, or docs path
30
+ - Example: review report doc path (must exist)
29
31
  - **Pre-PR Decision**: -
30
- - Record your key review decision as `decision: ...` (or `결정: ...`)
32
+ - Format: `decision: approve|changes_requested|blocked ...` (or `결정: ...`)
33
+ - PR creation requires final decision `approve`
31
34
  - Follow `agents/skills/create-pr.md` (`Pre-PR Baseline Checklist`) as the default baseline
32
35
  - **PR Review Evidence**: -
33
36
  - Example: resolved/aligned comment link, verification log, or docs path
@@ -22,9 +22,10 @@ Pre-PR 리뷰에서 항상 수행하는 최소 기준입니다. 가능한 경우
22
22
  2. 회귀/예외 처리, 크리티컬·보안 리스크, 사이드 이펙트, 사용자 흐름 영향, 배포 준비도를 점검합니다.
23
23
  3. 유지보수성을 점검합니다: 큰 함수/파일은 필요 시 분리하고, 기존 코드 재사용·통합 가능성을 확인하며, 불필요해진 코드를 정리합니다.
24
24
  4. 관련 테스트/검증 명령을 실행합니다. 실행하지 못했다면 사유를 명시합니다.
25
- 5. `PR 리뷰 Evidence`에 실제 근거(리뷰 링크, 로그, 문서 경로)를 기록합니다.
26
- 6. `PR 전 리뷰 Decision`을 `결정: ...`(또는 `decision: ...`) 형식으로 기록해 핵심 판단 근거를 남깁니다.
27
- 7. 체크리스트 완료 후에만 `PR 전 리뷰`를 `Done`으로 변경합니다.
25
+ 5. `npx lee-spec-kit pre-pr-review <feature-ref>`를 실행해 리뷰 리포트를 생성하고 `PR 리뷰 Findings/Evidence/Decision`을 동기화합니다.
26
+ 6. `PR 전 리뷰 Evidence`는 실제 존재하는 문서 경로를 사용합니다. (`workflow.prePrReview.evidenceMode=path_required` 기본)
27
+ 7. `PR 전 리뷰 Decision`은 `결정: approve|changes_requested|blocked ...` (또는 `decision: ...`) 형식을 사용합니다.
28
+ 8. PR 생성 단계로 이동하기 전 최종 Decision이 `approve`인지 확인합니다.
28
29
 
29
30
  ---
30
31
 
@@ -22,7 +22,9 @@ npx lee-spec-kit context
22
22
  CLI가 가리키는 **Active Task** 또는 **`👉 Next Options (Atomic)`의 단일 옵션**을 수행합니다.
23
23
 
24
24
  - **[DOING] 상태인 태스크가 있다면**: 해당 태스크를 최우선으로 완료하세요.
25
- - 태스크 상태 전환/승인 규칙은 `tasks.md`의 **"태스크 규칙"** 섹션을 SSOT로 따릅니다. (예: `[TODO]→[DOING]`, `[DOING]→[DONE]` 시점의 OK)
25
+ - 태스크 상태 전환 규칙은 `tasks.md`의 **"태스크 규칙"** 섹션을 SSOT로 따릅니다.
26
+ - 승인 대기 여부는 `context --json`의 `approvalRequest.required`를 SSOT로 따릅니다. `false`면 라벨 승인 없이 진행하고, `true`면 라벨 규칙(`A`, `A OK`)으로 승인 후 진행합니다.
27
+ - `context --json`에 `autoRun.available=true`가 있으면 `autoRun.command`를 사용해 승인 필요 카테고리 전까지 자동 진행할 수 있습니다.
26
28
  - CLI가 명령어를 출력하면 **그대로 복사해 실행**합니다. (standalone 환경에서도 레포 경로가 포함될 수 있습니다)
27
29
  - 사용자 응답 포맷(매 응답 말미의 상태/라벨 표시 포함)은 `agents.md`의 **"라벨 응답 계약 (SSOT)"** 을 따릅니다.
28
30
  - 승인된 command 옵션 실행은 `npx lee-spec-kit flow <slug|F001|F001-slug> --approve <LABEL> --execute`를 기본으로 사용하고, `context --approve`와 `context --execute --ticket` 분리 실행은 지양합니다.
@@ -58,7 +60,7 @@ CLI가 가리키는 **Active Task** 또는 **`👉 Next Options (Atomic)`의 단
58
60
 
59
61
  #### 3-2) 태스크/체크리스트 업데이트 + 커밋
60
62
 
61
- 1. 작업이 끝나면 결과/검증을 사용자에게 공유해 승인(OK) 받은 뒤, 해당 태스크의 상태를 `[DONE]`으로 변경하고 `Acceptance/Checklist` 항목을 `[x]`로 체크합니다.
63
+ 1. 작업이 끝나면 결과/검증을 공유하고, 승인 대기(`approvalRequest.required=true`) 상태라면 승인(OK) `[DONE]`으로 변경합니다. 이후 `Acceptance/Checklist` 항목을 `[x]`로 체크합니다.
62
64
  2. **한 번에 하나의 태스크만** `[DONE]` 처리합니다. (태스크 2개 이상을 한 번에 완료/커밋으로 묶지 않기)
63
65
  3. `tasks.md`의 테스트 실행 기록은 명령어별 1개 행만 유지하고, 같은 명령어 재실행 시 날짜/결과를 갱신합니다. (중복 누적 금지, 날짜 형식: 로컬 `YYYY-MM-DD`)
64
66
  4. 커밋을 생성합니다 (코드 커밋 + 문서 커밋). 태스크 단위로 커밋이 남아야 합니다.
@@ -69,8 +69,9 @@ npx lee-spec-kit status --write
69
69
  | PR 문서 상태 | `pr.md`의 `상태` | `Draft` \| `Ready` |
70
70
  | PR 리뷰 상태 | `tasks.md`의 `PR 상태` | `Review` \| `Approved` |
71
71
  | Pre-PR 리뷰 상태 | `tasks.md`의 `PR 전 리뷰` | `Pending` \| `Done` |
72
+ | Pre-PR 리뷰 Findings | `tasks.md`의 `PR 전 리뷰 Findings` | `major=<n>, minor=<n>` |
72
73
  | Pre-PR 리뷰 Evidence | `tasks.md`의 `PR 전 리뷰 Evidence` | 근거 링크/로그/문서 경로 |
73
- | Pre-PR 리뷰 Decision | `tasks.md`의 `PR 전 리뷰 Decision` | `결정: ...` (또는 `decision: ...`) |
74
+ | Pre-PR 리뷰 Decision | `tasks.md`의 `PR 전 리뷰 Decision` | `결정: approve|changes_requested|blocked ...` |
74
75
  | PR 리뷰 Evidence | `tasks.md`의 `PR 리뷰 Evidence` | 근거 링크/로그/문서 경로 |
75
76
  | PR 리뷰 Decision | `tasks.md`의 `PR 리뷰 Decision` | `결정: ...` (또는 `decision: ...`) |
76
77
 
@@ -24,10 +24,13 @@
24
24
  - **PR 전 리뷰**: -
25
25
  - 값: Pending | Done
26
26
  - 사전 코드리뷰 완료 후 `Done`으로 변경
27
+ - **PR 전 리뷰 Findings**: -
28
+ - 형식: `major=<n>, minor=<n>`
27
29
  - **PR 전 리뷰 Evidence**: -
28
- - 예: 리뷰 노트 링크, 로그 경로, 문서 경로
30
+ - 예: 리뷰 리포트 문서 경로(실제 존재 경로)
29
31
  - **PR 전 리뷰 Decision**: -
30
- - 핵심 판단 근거를 `결정: ...`(또는 `decision: ...`) 형식으로 기록
32
+ - 형식: `결정: approve|changes_requested|blocked ...` (또는 `decision: ...`)
33
+ - PR 생성 전 최종 통과 기준은 `approve`
31
34
  - 기본 베이스라인으로 `agents/skills/create-pr.md`(`Pre-PR 기본 체크리스트`) 기준을 따르세요
32
35
  - **PR 리뷰 Evidence**: -
33
36
  - 예: 해결/합의한 코멘트 링크, 검증 로그, 관련 문서 경로