lee-spec-kit 0.6.24 β†’ 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.24",
3
+ "version": "0.6.25",
4
4
  "description": "Project documentation structure generator for AI-assisted development",
5
5
  "type": "module",
6
6
  "bin": {
@@ -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).
@@ -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. 컀밋을 μƒμ„±ν•©λ‹ˆλ‹€ (μ½”λ“œ 컀밋 + λ¬Έμ„œ 컀밋). νƒœμŠ€ν¬ λ‹¨μœ„λ‘œ 컀밋이 남아야 ν•©λ‹ˆλ‹€.