oh-my-customcode 1.1.35 → 1.1.36
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/dist/cli/index.js
CHANGED
package/dist/index.js
CHANGED
package/package.json
CHANGED
|
@@ -217,8 +217,11 @@ npm publish E403을 `--provenance` attestation 충돌로 오진단 → release w
|
|
|
217
217
|
1. 가설을 뒷받침하는 직접 증거(로그/에러 코드/문서)가 있는가?
|
|
218
218
|
2. 비파괴적 방법으로 가설을 검증할 수 있는가?
|
|
219
219
|
3. 변경이 되돌리기 쉬운가? (영구 워크플로우 변경 vs 일회성 시도)
|
|
220
|
+
4. 결함이 발생한 실행 경로(워크플로우 YAML/스킬 정의/스크립트/CI 설정)를 직접 읽었는가? 수동 재현 성공으로 자동화 경로의 동작을 추정하지 않았는가?
|
|
220
221
|
하나라도 NO면 검증을 먼저 수행한다. 근본 원인 진단은 `superpowers:systematic-debugging` 참조.
|
|
221
222
|
|
|
223
|
+
Origin: #1533 (lockfile 4릴리즈 누락을 "스테이징 누락"으로 오진 — 실제 원인은 version-bump 절차에 build 단계 부재; 수동 재현 결과로 자동화 경로를 추정).
|
|
224
|
+
|
|
222
225
|
### Variant: Parallel Read + Permanent-Change Dispatch (#1250)
|
|
223
226
|
|
|
224
227
|
진단 자료 수집(로그 조사, 파일 Read)과 그 진단에 의존하는 영구 변경(이슈 등록, 수정 에이전트 위임)을 **같은 메시지에서 병렬 실행**하면, Read 결과를 받기 전에 가설이 확정된다. 병렬 배치는 결과를 동시에 받으므로 "Read 후 판단"이 불가능하다.
|
|
@@ -13,8 +13,28 @@ Update the relevant rule rather than just acknowledging the violation.
|
|
|
13
13
|
1. Acknowledge violation
|
|
14
14
|
2. Identify root cause (which rule was weak/unclear?)
|
|
15
15
|
3. Update the rule (add clarity, examples, self-checks)
|
|
16
|
-
4.
|
|
17
|
-
5.
|
|
16
|
+
4. Wiring check — confirm the rule is wired into an execution path, or mark it as wiring-not-required (see Rule Wiring Check below)
|
|
17
|
+
5. Commit the change
|
|
18
|
+
6. Continue original task following updated rules
|
|
19
|
+
|
|
20
|
+
### Rule Wiring Check (배선 확인)
|
|
21
|
+
|
|
22
|
+
규칙 텍스트를 추가하는 것과, 그 규칙이 실행 경로에서 발동되게 배선하는 것은 **별개 작업**이다. 텍스트만 추가하고 배선을 누락하면 동일 결함이 재발한다.
|
|
23
|
+
|
|
24
|
+
**판단 항목** (규칙 승격 시 판단하고 기록):
|
|
25
|
+
1. 이 규칙이 발동되어야 하는 **실행 경로**(워크플로우 YAML / 스킬 정의 / 훅 / CI 설정)가 있는가?
|
|
26
|
+
2. 있다면 그 경로에 **실제로 반영**했는가?
|
|
27
|
+
3. 배선 대상이 없는 순수 서술 규칙(용어 정의 등)이면 **"배선 불요"임을 명시**한다.
|
|
28
|
+
|
|
29
|
+
배선이 필요한데 텍스트만 추가한 것은 **미완료**로 간주한다.
|
|
30
|
+
|
|
31
|
+
| Anti-pattern | Required |
|
|
32
|
+
|--------------|----------|
|
|
33
|
+
| 규칙 조항만 추가하고 커밋 → 자동화 경로에 발동 지점이 없어 동일 결함 재발 | 발동 실행 경로 명시 + 반영 확인; 대상 없으면 "배선 불요" 명시 |
|
|
34
|
+
|
|
35
|
+
Origin: #1533 (v1.1.35에서 R017 (b) 조항 추가했으나 auto-dev.yaml version-bump 절차에 bun run build 단계가 없어 발동 지점 부재 — mgr-sauron이 [FAIL]로 차단, 배선 후 통과).
|
|
36
|
+
|
|
37
|
+
Cross-reference: R021(Enforcement Policy — advisory 규칙의 발동 지점), R017(구조 검증).
|
|
18
38
|
|
|
19
39
|
## Integration
|
|
20
40
|
|
package/templates/manifest.json
CHANGED