lee-spec-kit 0.7.9 → 0.7.10

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "lee-spec-kit",
-  "version": "0.7.9",
+  "version": "0.7.10",
   "description": "Agent-guided development harness CLI for spec-driven projects",
   "type": "module",
   "bin": {

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

@@ -7,6 +7,8 @@ This document covers **policy only**.
 
 ## 🚨 User Approval Handling (MUST)
 
+These are the mandatory user approval rules.
+
 > ⚠️ Do not decide approval only from the action type. Workflow approval-waiting is determined by the latest `context --json-compact` / `flow --json-compact` output.
 > ✅ In approval-waiting state, replies must be in `<label>` or `<label> OK` format (e.g. `A`, `A OK`).
 > ℹ️ Under the default policy, the main workflow approval boundaries are `spec_approve` and `implementation_approve`. Project config may add more.
@@ -19,7 +21,8 @@ If the current action is approval-waiting, share the matching details before exe
 | Spec / plan / tasks review | The document or the exact section being reviewed |
 | Task completion / final checklist | Outcome and verification evidence |
 | Commit / push / merge | Commit message, included files, branch |
-| Issue / PR creation | Title, body, labels |
+| Issue creation | Before `npx lee-spec-kit github issue <featureRef> --create` |
+| PR creation | Before `npx lee-spec-kit github pr <featureRef> --create` |
 | Assignee change | Target username |
 
 Approval flow:

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

@@ -53,7 +53,7 @@ Keep `tasks.md` aligned with reality.
 
 - Do not mark `[DONE]` without actually completing the work and verifying criteria.
 - If you need to change a completed task, add a new task instead of rewriting history.
-- If you need to add a new task, prefer `npx lee-spec-kit task add <feature-ref> --title "..." --ref NON-PRD|PRD-FR-001 --acceptance "..." --check "..."`.
+- If you need to add a new task, prefer `npx lee-spec-kit task add <feature-ref> --title "..." --ref NON-PRD|PRD-FR-001`. Add `--acceptance` and `--check` inline when you already know the concrete items.
 - Do not leave placeholder `Acceptance` / `Checklist` items in a newly added task. `task-run` will block until those fields contain concrete execution/verification items.
 - If manual editing is unavoidable, append the new task directly below the last existing task block in the `Task List` section.
 - Do not insert it near the current task or right before `Completion Criteria` / the next `##` heading.

package/templates/en/common/features/feature-base/tasks.md

@@ -66,7 +66,7 @@
 
 > Add tasks below. **At least 1 task is required.**
 > Keep tasks as one ordered list. The list order itself is the execution priority.
-> To add a new task, prefer `npx lee-spec-kit task add <feature-ref> --title "..." --ref NON-PRD|PRD-FR-001 --acceptance "..." --check "..."`.
+> To add a new task, prefer `npx lee-spec-kit task add <feature-ref> --title "..." --ref NON-PRD|PRD-FR-001`. Add `--acceptance` and `--check` inline when you already know the concrete items.
 > Do not leave placeholder `Acceptance` / `Checklist` content in place. `task-run` will block execution until those items are concrete.
 > If you must edit manually, append it below the last existing task block in `Task List` instead of inserting it near the current task or right before `Completion Criteria`.
 

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

@@ -7,6 +7,8 @@
 
 ## 🚨 사용자 승인 처리 규칙 (MUST)
 
+사용자 확인 필수 규칙입니다.
+
 > ⚠️ 액션 종류만 보고 승인 필요 여부를 판단하지 마세요. workflow 승인 대기 여부는 항상 최신 `context --json-compact` / `flow --json-compact` 출력으로 결정합니다.
 > ✅ 승인 대기 상태에서는 응답 형식이 항상 `<라벨>` 또는 `<라벨> OK` 형식(예: `A`, `A OK`)입니다.
 > ℹ️ 기본 정책에서 주요 workflow 승인 경계는 `spec_approve`, `implementation_approve` 두 곳입니다. 프로젝트 config가 추가 경계를 둘 수 있습니다.
@@ -19,7 +21,8 @@
 | spec / plan / tasks 검토 | 검토 대상 문서 또는 정확한 섹션 |
 | 태스크 완료 / 최종 체크리스트 | 결과와 검증 근거 |
 | 커밋 / push / merge | 커밋 메시지, 포함 파일, 브랜치 |
-| 이슈 / PR 생성 | 제목, 본문, 라벨 |
+| 이슈 생성 | `npx lee-spec-kit github issue <featureRef> --create` 전 |
+| PR 생성 | `npx lee-spec-kit github pr <featureRef> --create` 전 |
 | Assignee 변경 | 대상 사용자명 |
 
 확인 절차:

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

@@ -49,7 +49,7 @@ CLI가 가리키는 **Active Task** 또는 **`👉 Next Options (Atomic)`의 단
 
 ### 3단계: 기록 및 반복 (Record & Loop)
 
-- 새 태스크를 추가해야 한다면 우선 `npx lee-spec-kit task add <feature-ref> --title "..." --ref NON-PRD|PRD-FR-001 --acceptance "..." --check "..."`를 사용하세요.
+- 새 태스크를 추가해야 한다면 우선 `npx lee-spec-kit task add <feature-ref> --title "..." --ref NON-PRD|PRD-FR-001`를 사용하세요. 필요하면 `--acceptance`, `--check`로 바로 구체 항목을 함께 추가할 수 있습니다.
 - 새로 추가한 태스크에 placeholder `Acceptance` / `Checklist`를 남기지 마세요. concrete item이 아니면 `task-run`이 실행을 막습니다.
 - 수동 편집이 꼭 필요할 때만 `태스크 목록` 섹션의 마지막 기존 태스크 block 바로 아래에 append 하세요.
 - 현재 작업 중인 태스크 근처나 `완료 조건`/다음 `##` 헤더 앞에 끼워 넣지 마세요.

package/templates/ko/common/features/feature-base/tasks.md

@@ -66,7 +66,7 @@
 
 > 아래에 태스크를 추가하세요. **최소 1개가 필요**합니다.
 > 태스크는 하나의 순차 리스트로 유지하고, 위에서 아래 순서 자체를 실행 우선순위로 취급하세요.
-> 새 태스크는 가급적 `npx lee-spec-kit task add <feature-ref> --title "..." --ref NON-PRD|PRD-FR-001 --acceptance "..." --check "..."`로 추가하세요.
+> 새 태스크는 가급적 `npx lee-spec-kit task add <feature-ref> --title "..." --ref NON-PRD|PRD-FR-001`로 추가하세요. 필요하면 `--acceptance`, `--check`로 바로 구체 항목을 함께 적을 수 있습니다.
 > placeholder 상태의 `Acceptance` / `Checklist`를 그대로 두지 마세요. concrete item이 아니면 `task-run`이 실행을 막습니다.
 > 수동 편집이 필요하면 현재 태스크 근처가 아니라 `태스크 목록`의 마지막 기존 태스크 block 아래에만 append 하세요.