규칙저장소 정리·리스트업·폴더링 후 재검토

개요

사장님 지시(2026-07-07): std/규칙저장소.dat(셀코어/크라우니코드 자동학습 축적 데이터, 33,488줄·1.6MB)를 폴더링·정제분석·재검토. 내부 자산 정비 목적(공개 아님). 원본은 무수정(읽기 전용) 원칙 준수 — 분리본만 생성.

무엇을 했는지

1. 폴더링: /Users/ef/Downloads/CrownyTVM/std/규칙저장소/ 신설.

- 타입별 분리본 8개(condition.psv 27,846 · datastructure.psv 2,116 · function.psv 1,272 · iteration.psv 1,029 · assignment.psv 748 · return.psv 456 · lint.psv 19 · rule.psv 2). 합계 33,488 = 원본 줄수 정확히 일치. - by-source/ 서브폴더에 소스 모듈 상위 20개(셀코어717·셀코어_full415·크라우니VM402·옵코드_표준307·구문306 등)를 타입 통합 뷰로 추출. - 전 분리본 후행 개행(0a) 보존 확인.

1. 정제 분석:

- 완전 중복 레코드(sort|uniq -d): 0건. - 빈 컬럼: 0건. 단, condition 40 + return 1 + lint 1 = 42건이 조건식 원문에 리터럴 |/||를 포함해 단순 split시 컬럼이 4~11개로 갈라짐(데이터 손상 아님, 파싱 시 재결합 필요). - 스키마 문서 정정: datastructure(948/2116, 44.8%)·iteration(95/1029, 9.2%)이 실제로는 "파일명:줄번호" 형태도 섞여 있음(원 스키마 문서는 "줄번호 없음"이라 서술 — 실측 확인 후 정정 제안). - 사문(dead) 소스 참조: std/(300+) + crownyc/pkg/libs(14,242개) + CrownyTVM 전역(963개) = 15,205개 실재 파일 basename과 전수 대조. 고유 소스이름 1,601개 중 6개(0.4%)가 사문, 연결 레코드 436건(1.3%) — 팀서버(239)·의미어코드_온톨로지룰(68)·의미어코드_응용로직룰(58)·위임큐워커(40)·크라우니메신저UI(21)·의견큐수거(10). - condition 상위 패턴: ==(38.2%) > 연산자없음(30.1%, 대부분 단독 함수호출) > >(12.6%) > <(9.8%) 등. 선두함수 1위 웹모드인가() 2,467건(8.9%) — 웹코드 프레임워크(188모듈) 듀얼렌더 보일러플레이트가 그대로 harvest된 의미상 중복 노이즈로 확인.

1. 셀코어 룰엔진 연결 조사: grep -rl '규칙저장소' 전수 조사 결과, 직접 로드해 셀코어 E모듈(룰생성/룰조건추가/룰엔진실행)에 넣는 코드는 없음. 참조 스크립트 4개(selcore-harvest.sh, han-rule-extract.sh, crownycode-learn.sh, crowny-evolve.sh)는 전부 harvest(쓰기) 또는 통계집계(wc -l/grep -c) 용도 — 현재 규칙저장소.dat는 "쓰기전용 로그+통계원"이며 룰엔진의 live 입력이 아님.

1. 분류 로직 한선씨 동반: std/규칙저장소분류.한선 작성. 컴파일 통과(hanseonc_high) + 실행 검증(레코드타입/소스이름추출/줄분류 로직이 실제 데이터로 정확히 동작 — lint.psv 자기검증 카운트 19건 일치). 이 과정에서 VM 함정 4종 실측 발견(파일 상단 주석 기록):

- __내장__(35,...)는 문자열 분리가 아니라 opcode35(DISPATCH) — 기존 기가팩토리.한선의 "나누기_" 관용구가 실제로는 동작하지 않는 것 확인. 진짜 split은 문자열.한선의 분리(s,구분자). - 버퍼 핸들 길이는 길이()가 아니라 버퍼길이()(opcode393) 전용 — 길이(버퍼)는 조용히 0 반환. - 버퍼잘라(BUF_SLICE)는 하위 버퍼 핸들 반환, 버퍼문자열(BUF_TOSTR)로 재변환 필요. - VM 버그 후보: 버퍼잘라(버퍼, 시작>0, 길이)가 이 크라우니c 빌드에서 빈 버퍼를 반환(오프셋 0만 정상). 대용량 파일 청크 스트리밍이 이 opcode로는 불가 — crownyc.c(BUF_SLICE, opcode395) 수정 과제로 별도 기록 필요.

1. 크라우니코드 학습: crownycode-learn.sh add 규칙저장소_레코드분류 등록(사전 search MISS 확인 후 add).

관련 파일 경로

• 원본(무수정): /Users/ef/Downloads/CrownyTVM/std/규칙저장소.dat
• 스키마 문서: /Users/ef/Downloads/CrownyTVM/std/규칙저장소-스키마.md
• 폴더링 결과: /Users/ef/Downloads/CrownyTVM/std/규칙저장소/ (타입별 8개 + by-source/ 20개)
• 리스트업·재검토 보고: /Users/ef/Downloads/CrownyTVM/std/규칙저장소/INDEX.md
• 분류 로직 한선씨: /Users/ef/Downloads/CrownyTVM/std/규칙저장소분류.한선

잔여 이슈

1. 버퍼잘라 비영오프셋 버그(crownyc.c BUF_SLICE opcode395) — 대용량 파일 청크 스트리밍이 이 VM 빌드에서 막힘. 수정 필요(별도 과제).
2. 사문 6개 모듈 436건 — 삭제하지 말고 by-source/_사문_아카이브.psv로 격리 태깅 제안(미실행, 사용자 결정 대기).
3. 규칙저장소.dat를 셀코어 룰엔진 live 입력으로 승격할지(condition 상위 반복패턴 → 룰생성/룰조건추가 브리지 구축) 여부 — 결정 대기.
4. 스키마 문서(규칙저장소-스키마.md)의 datastructure/iteration "줄번호 없음" 서술 정정 반영 — 미실행(문서 소유자 확인 후 반영 권장).