lee-spec-kit 0.6.34 → 0.6.35

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.34",
3
+ "version": "0.6.35",
4
4
  "description": "Project documentation structure generator for AI-assisted development",
5
5
  "type": "module",
6
6
  "bin": {
@@ -22,12 +22,13 @@ 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. Run `npx lee-spec-kit pre-pr-review <feature-ref>` to record review notes in `decisions.md` and sync `Pre-PR Evidence/Decision`.
25
+ 5. Run the review agent first and generate `review-trace.json` with non-empty `commandsExecuted`, then run `npx lee-spec-kit pre-pr-review <feature-ref> --evidence review-trace.json`.
26
26
  6. `Pre-PR Evidence` should point to a real existing path. (default: `workflow.prePrReview.evidenceMode=path_required`)
27
- 7. In `decisions.md`, include a `Pre-PR Review Log` section with non-placeholder `Summary` and `Decision` entries.
28
- 8. In code-review stage, keep `PR Review Evidence/Decision` aligned with `decisions.md` by adding a `PR Review Log` section with `Summary` and `Decision`.
29
- 9. `Pre-PR Decision` must use `decision: approve|changes_requested|blocked ...` (or `결정: ...`).
30
- 10. Ensure the final decision is `approve` before moving to PR creation.
27
+ 7. With `workflow.prePrReview.enforceExecutionEvidence=true` (default), `commandsExecuted` is required and cannot be empty.
28
+ 8. In `decisions.md`, include a `Pre-PR Review Log` section with non-placeholder `Summary` and `Decision` entries.
29
+ 9. In code-review stage, keep `PR Review Evidence/Decision` aligned with `decisions.md` by adding a `PR Review Log` section with `Summary` and `Decision`.
30
+ 10. `Pre-PR Decision` must use `decision: approve|changes_requested|blocked ...` (or `결정: ...`).
31
+ 11. Ensure the final decision is `approve` before moving to PR creation.
31
32
 
32
33
  ---
33
34
 
@@ -22,12 +22,13 @@ Pre-PR 리뷰에서 항상 수행하는 최소 기준입니다. 가능한 경우
22
22
  2. 회귀/예외 처리, 크리티컬·보안 리스크, 사이드 이펙트, 사용자 흐름 영향, 배포 준비도를 점검합니다.
23
23
  3. 유지보수성을 점검합니다: 큰 함수/파일은 필요 시 분리하고, 기존 코드 재사용·통합 가능성을 확인하며, 불필요해진 코드를 정리합니다.
24
24
  4. 관련 테스트/검증 명령을 실행합니다. 실행하지 못했다면 사유를 명시합니다.
25
- 5. `npx lee-spec-kit pre-pr-review <feature-ref>`를 실행해 리뷰 내용을 `decisions.md`에 기록하고 `PR 전 리뷰 Evidence/Decision`을 동기화합니다.
25
+ 5. 리뷰 에이전트를 먼저 실행해 비어있지 않은 `commandsExecuted`를 포함한 `review-trace.json`을 만든 뒤 `npx lee-spec-kit pre-pr-review <feature-ref> --evidence review-trace.json`을 실행합니다.
26
26
  6. `PR 전 리뷰 Evidence`는 실제 존재하는 문서 경로를 사용합니다. (`workflow.prePrReview.evidenceMode=path_required` 기본)
27
- 7. `decisions.md`에 `Pre-PR Review Log`(또는 `PR 전 리뷰 로그`) 섹션을 두고 `Summary`/`Decision`을 placeholder 없이 기록합니다.
28
- 8. 코드리뷰 단계에서도 `PR 리뷰 Evidence/Decision`과 `decisions.md`를 동기화하고 `PR Review Log`(또는 `PR 리뷰 로그`) `Summary`/`Decision`을 기록합니다.
29
- 9. `PR 리뷰 Decision`은 `결정: approve|changes_requested|blocked ...` (또는 `decision: ...`) 형식을 사용합니다.
30
- 10. PR 생성 단계로 이동하기 최종 Decision이 `approve`인지 확인합니다.
27
+ 7. `workflow.prePrReview.enforceExecutionEvidence=true`(기본) `commandsExecuted`는 필수이며 비어있을 수 없습니다.
28
+ 8. `decisions.md`에 `Pre-PR Review Log`(또는 `PR 리뷰 로그`) 섹션을 두고 `Summary`/`Decision`을 placeholder 없이 기록합니다.
29
+ 9. 코드리뷰 단계에서도 `PR 리뷰 Evidence/Decision`과 `decisions.md`를 동기화하고 `PR Review Log`(또는 `PR 리뷰 로그`) `Summary`/`Decision`을 기록합니다.
30
+ 10. `PR 리뷰 Decision`은 `결정: approve|changes_requested|blocked ...` (또는 `decision: ...`) 형식을 사용합니다.
31
+ 11. PR 생성 단계로 이동하기 전 최종 Decision이 `approve`인지 확인합니다.
31
32
 
32
33
  ---
33
34