spr-ai-native 0.5.0 → 0.7.0
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
|
@@ -37,19 +37,29 @@ tests/
|
|
|
37
37
|
|
|
38
38
|
## 4. 검증 항목
|
|
39
39
|
|
|
40
|
-
engineer는 구현 후, qa는 검증 시 아래 항목을 수행합니다. **명령 칸은 비워둬도 됩니다.** 비어 있으면 에이전트가 프로젝트 설정에서 실제 명령을 찾아 실행하고, 찾은 명령을
|
|
40
|
+
engineer는 구현 후, qa는 검증 시 아래 항목을 수행합니다. **명령 칸은 비워둬도 됩니다.** 비어 있으면 에이전트가 프로젝트 설정에서 실제 명령을 찾아 실행하고, 찾은 명령을 해당 표에 적어 넣습니다.
|
|
41
|
+
|
|
42
|
+
### 테스트
|
|
43
|
+
|
|
44
|
+
구현한 코드가 동작하는지 확인합니다.
|
|
41
45
|
|
|
42
46
|
| 항목 | 실행 | 명령 |
|
|
43
47
|
|---|---|---|
|
|
44
|
-
| 린트 | 필수 | |
|
|
45
|
-
| 타입 체크 | 필수 | |
|
|
46
48
|
| 단위 테스트 | 필수 | |
|
|
47
49
|
| 통합 테스트 | 선택 | |
|
|
50
|
+
|
|
51
|
+
### 정적 검사
|
|
52
|
+
|
|
53
|
+
코드를 실행하지 않고 코드베이스 전체에 거는 검사입니다.
|
|
54
|
+
|
|
55
|
+
| 항목 | 실행 | 명령 |
|
|
56
|
+
|---|---|---|
|
|
57
|
+
| 린트 | 필수 | |
|
|
58
|
+
| 타입 체크 | 필수 | |
|
|
48
59
|
| 빌드 | 선택 | |
|
|
49
60
|
| 포맷 검사 | 안 함 | |
|
|
50
|
-
| 단일 테스트 실행 | — | |
|
|
51
61
|
|
|
52
|
-
**`실행` 값**
|
|
62
|
+
**`실행` 값** (두 표 공통)
|
|
53
63
|
|
|
54
64
|
| 값 | 의미 |
|
|
55
65
|
|---|---|
|
|
@@ -57,8 +67,6 @@ engineer는 구현 후, qa는 검증 시 아래 항목을 수행합니다. **명
|
|
|
57
67
|
| `선택` | 실행하되 실패는 보고만 (판정에 반영하지 않음) |
|
|
58
68
|
| `안 함` | 실행하지 않음. 이 프로젝트에 해당 없음 |
|
|
59
69
|
|
|
60
|
-
`단일 테스트 실행`은 판정 항목이 아니라 engineer가 반복 실행에 쓰는 명령입니다.
|
|
61
|
-
|
|
62
70
|
### 명령을 찾는 방법
|
|
63
71
|
|
|
64
72
|
명령 칸이 비어 있으면 아래 순서로 **근거를 찾아** 채웁니다.
|
|
@@ -67,7 +75,7 @@ engineer는 구현 후, qa는 검증 시 아래 항목을 수행합니다. **명
|
|
|
67
75
|
2. CI 설정이 실행하는 명령
|
|
68
76
|
3. 해당 도구의 설정 파일이 있으면, 그 도구의 표준 실행 방법
|
|
69
77
|
|
|
70
|
-
**찾은 명령은
|
|
78
|
+
**찾은 명령은 해당 항목이 있는 표에 적어 넣습니다.** 다음 회차부터는 다시 찾지 않습니다.
|
|
71
79
|
|
|
72
80
|
### 찾을 때 지켜야 할 것
|
|
73
81
|
|
|
@@ -30,8 +30,8 @@ PM이 다음 중 하나로 호출합니다.
|
|
|
30
30
|
- 스키마 변경이 필요하면 plan.md §4에 따라 마이그레이션을 작성합니다.
|
|
31
31
|
- **테스트 코드 작성** — plan.md §5 테스트 전략의 시나리오를 실제 테스트 코드로 옮깁니다. 계획에 있는 시나리오를 빠뜨리지 마세요.
|
|
32
32
|
4. 구현 중 발견한 추후 항목은 `works/<task_id>/followups.md`에 **append**합니다 (`발생 단계: engineering`). 기존 행은 보존하고 새 행만 추가합니다.
|
|
33
|
-
5. **자체 검증** — `{{PROJECT_DOC}}` §4
|
|
34
|
-
- **명령 칸이 비어 있으면 §4 "명령을 찾는 방법"에 따라 프로젝트 설정에서 찾고, 찾은 명령을 §4 표에 적어 넣습니다.** 이 표 갱신은 계획 범위 외 변경이 아닙니다.
|
|
33
|
+
5. **자체 검증** — `{{PROJECT_DOC}}` §4의 **테스트**와 **정적 검사** 표에서 `실행`이 **필수**인 항목을 모두 수행합니다. `선택`도 가능하면 수행하되 실패는 보고만 합니다.
|
|
34
|
+
- **명령 칸이 비어 있으면 §4 "명령을 찾는 방법"에 따라 프로젝트 설정에서 찾고, 찾은 명령을 §4의 해당 표에 적어 넣습니다.** 이 표 갱신은 계획 범위 외 변경이 아닙니다.
|
|
35
35
|
- **근거를 찾지 못하면 N/A로 보고합니다.** 대체 명령을 추측해 실행하지 마세요. 감시 모드로 도는 명령, 코드를 자동 수정하는 옵션이 붙은 명령도 쓰지 않고 N/A로 처리합니다.
|
|
36
36
|
- 외부 서비스·자격증명이 없어 실패한 항목은 FAIL이 아니라 **N/A(환경 미비)** 로 보고합니다.
|
|
37
37
|
- §6 아키텍처 규칙에 검증 명령이 있으면 함께 실행합니다. 위반이 나오면 (a) false positive인지 확인, (b) 진짜 위반이면 이번 회차에 수정합니다. **아키텍처 위반을 followup으로 미루지 마세요.**
|
|
@@ -22,7 +22,7 @@ task_id와 회차는 PM이 전달합니다. **전달받지 못했으면 즉시 P
|
|
|
22
22
|
- 명령 칸이 비어 있으면 §4 "명령을 찾는 방법"에 따라 찾아 실행하고, **어디서 찾았는지를 `qa.md`에 남깁니다.** engineer가 이미 채워 두었으면 그 명령을 그대로 씁니다.
|
|
23
23
|
- **근거를 못 찾으면 N/A로 기록합니다. 대체 명령을 추측해 실행하지 마세요.** 감시 모드로 도는 명령, 코드를 자동 수정하는 옵션이 붙은 명령도 실행하지 않고 N/A로 기록합니다.
|
|
24
24
|
- 외부 서비스·자격증명이 없어 실패한 항목은 FAIL이 아니라 **N/A(환경 미비)** 로 기록합니다.
|
|
25
|
-
- **§4 표를 직접 고치지 않습니다.** 비어 있던 항목은 `qa.md`에 찾은 명령을 적고 사용자에게 §4 기입을 요청합니다.
|
|
25
|
+
- **§4의 표를 직접 고치지 않습니다.** 비어 있던 항목은 `qa.md`에 찾은 명령을 적고 사용자에게 §4 기입을 요청합니다.
|
|
26
26
|
- §6에 아키텍처 검증 명령이 있으면 실행하고, 결과를 PASS / FAIL / false-positive로 분류합니다.
|
|
27
27
|
2. plan.md §5의 시나리오별로 다음을 확인합니다.
|
|
28
28
|
- 대응 테스트가 **실제로 존재하는가** (Grep으로 파일·테스트명 확인)
|