@su-record/vibe 3.2.53 → 3.2.54
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.
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "vibe",
|
|
3
3
|
"displayName": "Vibe",
|
|
4
|
-
"version": "3.2.
|
|
4
|
+
"version": "3.2.54",
|
|
5
5
|
"description": "Verification harness for AI coding agents — \"done\" is decided by deterministic gates (test exit codes, run-ledger, regression memory), not the model self-report.",
|
|
6
6
|
"author": {
|
|
7
7
|
"name": "su-record",
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "vibe",
|
|
3
|
-
"version": "3.2.
|
|
3
|
+
"version": "3.2.54",
|
|
4
4
|
"description": "Verification harness for AI coding agents — \"done\" is decided by deterministic gates (test exit codes, run-ledger, regression memory), not the model self-report.",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "su-record",
|
package/package.json
CHANGED
|
@@ -67,6 +67,25 @@ Legacy `.vibe/interviews/` or `.vibe/plans/` artifacts가 실제로 감지된
|
|
|
67
67
|
- 개인 작업 포인터이므로 git 커밋 금지 (`.gitignore` 에 `.vibe/.last-feature`).
|
|
68
68
|
- 워크플로 완주(verify 통과) 시 삭제.
|
|
69
69
|
|
|
70
|
+
## 구조 다이어그램 (조건부, 승인 전)
|
|
71
|
+
|
|
72
|
+
**경계가 바뀌는 SPEC 에만** 붙인다. 셋 중 하나라도 해당할 때:
|
|
73
|
+
|
|
74
|
+
1. 새 모듈·서비스 **경계** 도입
|
|
75
|
+
2. **데이터 흐름** 변경 (읽고 쓰는 주체나 순서)
|
|
76
|
+
3. **3개 이상 모듈** 횡단
|
|
77
|
+
|
|
78
|
+
해당하면 `vibe.docs` 의 `references/diagram-spec.md` 를 읽어 그 규범대로 Mermaid 를
|
|
79
|
+
그리고 SPEC 의 `### Structure` 절에 넣는다. **규범을 여기에 복사하지 않는다** — 코드
|
|
80
|
+
근거·노드 상한·간선 라벨 규칙은 그쪽이 SSOT 다.
|
|
81
|
+
|
|
82
|
+
왜 승인 **전**인가: 구현이 끝난 뒤 diff 에서 구조적 오해를 발견하면 수정 범위가
|
|
83
|
+
커진다. 산문 SPEC 은 "박스가 빠졌다 / 화살표가 거꾸로다" 를 숨기지만 그림은 드러낸다.
|
|
84
|
+
|
|
85
|
+
왜 **조건부**인가: 해당 없는 기능에까지 강제하면 비용만 오르고 통과 의식이 된다.
|
|
86
|
+
그리고 시각적 완성도는 정확성을 착각하게 만든다 — 그릴 이유가 없으면 그리지 않는 편이
|
|
87
|
+
낫다. 트리거에 걸리지 않으면 절을 지우고 넘어간다.
|
|
88
|
+
|
|
70
89
|
## SPEC Code Guard (승인 전 의무)
|
|
71
90
|
|
|
72
91
|
SPEC 을 쓴 직후, **승인을 요청하기 전에** 실행한다. 셀프 리뷰가 아니라 코드 판정이다:
|
|
@@ -23,6 +23,26 @@
|
|
|
23
23
|
|
|
24
24
|
- {Invariant or implementation boundary that every execution packet must preserve}
|
|
25
25
|
|
|
26
|
+
### Structure (경계가 바뀔 때만)
|
|
27
|
+
|
|
28
|
+
> 아래 셋 중 **하나라도** 해당하면 채운다. 아니면 이 절을 통째로 지운다 —
|
|
29
|
+
> 해당 없는데 그려두면 통과 의식이 되고, 시각적 완성도가 정확성을 착각하게 만든다.
|
|
30
|
+
>
|
|
31
|
+
> 1. 새 모듈·서비스 **경계**를 만든다
|
|
32
|
+
> 2. **데이터 흐름**이 바뀐다 (읽고 쓰는 주체나 순서)
|
|
33
|
+
> 3. **3개 이상 모듈**을 횡단한다
|
|
34
|
+
>
|
|
35
|
+
> 규범은 `vibe.docs` 의 `references/diagram-spec.md` 를 따른다 — 코드에서 확인한
|
|
36
|
+
> 것만 그리고, 확인 못 한 요소는 뺀다. 여기에 다시 적지 않는다(SSOT).
|
|
37
|
+
>
|
|
38
|
+
> 목적은 설명이 아니라 **리뷰 표면**이다. 산문으로는 "박스가 빠졌다 / 화살표가
|
|
39
|
+
> 거꾸로다" 가 안 보이지만 그림에서는 승인 전에 보인다.
|
|
40
|
+
|
|
41
|
+
```mermaid
|
|
42
|
+
graph TB
|
|
43
|
+
{노드와 간선 — 각 노드 옆에 근거 파일 경로를 주석으로}
|
|
44
|
+
```
|
|
45
|
+
|
|
26
46
|
### Rejected Alternatives (Traps)
|
|
27
47
|
|
|
28
48
|
> Approaches considered and rejected, each with a mechanistic reason — so the loop never revisits a dead end. Omit only when no real design choice existed (or on demo/prototype stakes).
|