t3 판정패널 1호 — 크라우니브레인 L1(t1) 차기 확장 모드 선정
개요
- 성격: t3(오푸스가 설계·조율할 때 브레인 근거틀에 얹는) 판정패널 첫 실적 시연.
- 안건: 브레인 L1(t1) 다음 확장 모드로 무엇을 구현할 것인가.
- 후보: ⓐ 코드리뷰 규칙화(diff→함정검사·스타일) / ⓑ 테스트 생성(함수→검증 케이스) / ⓒ 번역·다국어(ko↔en 규칙) / ⓓ 데이터 검증(스키마·범위 체크).
- 결론: ⓓ 데이터 검증 선정 (결재=티, o레벨 즉시집행). 브레인결재 프레임이 4후보를 티/옴/음으로 자동 판별.
- 원칙 준수: 근거는 전부 결정형 도구 실행 결과(토큰0). 추정치는 '추정' 표기.
1. 근거표 (도구 출력 원문 발췌)
1-1. 학습DB 전체 매칭수 (~/.crownycode/학습.dat, 145,744줄 raw grep — 캡 없음)
코드리뷰 : 17 함정 : 38 리뷰 : 220 lint : 7 ← ⓐ
테스트 : 1487 검증 : 1734 ← ⓑ (최대 자산)
번역 : 249 다국어 : 90 ← ⓒ
스키마 : 172 검증 : 1734(공유) ← ⓓ (검증 프리미티브 방대)
주의: search "함정"은 대부분 해상작전/함정정비(군함) 노이즈 반환 → ⓐ의 실제 코드-함정 자산은 코드리뷰 17 + fn_코드리뷰_ 뿐(과대계상 배제).1-2. 기존 도구 중복 확인 (크라우니도구.sh 목록 — ⓐ 감점 근거)
무환각 trap_lint 한선씨함정검사 [신규] ← ⓐ와 직접 중복
검증 oracle_verify 오라클검증 [신규] ← ⓐ 부분 중복
검증 test_runner 테스트러너 [장착] ← ⓑ 부분 중복(실행이지 생성 아님)
검증 code_cluster 군집검증 [신규] ← ⓐ 부분 중복
검증 compound_converge 복합수렴 [장착]
- ⓐ 코드리뷰(diff→함정검사)는 trap_lint + code_cluster + oracle_verify로 이미 상당 커버 → 신규 t1 모드 한계효용 낮음(위험=2).
- ⓑ 테스트는 test_runner가 실행만 담당, 케이스 생성은 미커버(갭 존재, 위험=1).
- ⓓ 데이터 검증(임의 데이터 스키마·범위)에 대응하는 도구는 없음 → 진짜 빈칸(위험=0).
1-3. 실수요 신호 (~/.crownycode/작업구분로그.psv 16건 + ratchet misses 30)
2026-07-05 19:45|t1|이 텍스트 스캔해줘 형식검사 ← ⓓ 데이터검증 직결
2026-07-05 19:49|t1|이 목록 정리해줘: 사과,바나나,사과,포도 ← ⓓ 중복검출/검증 직결
2026-07-05 20:47|t1|이 psv를 md 표로 변환해줘 ← 구조검증 인접
2026-07-05 20:48|t1|문서화해줘 …(다수) ← (해당없음)
ratchet misses: "환불 판정 조회" / 허구단위 / 양자 워프드라이브 ← ⓐⓑⓒ 직결 없음
- 라이브 로그의 t1 요청은 형식검사·목록정리 = ⓓ 데이터검증에 직결. ⓐ/ⓒ/ⓑ에 대한 실수요 신호 없음.
1-4. KPS 마더코드 근거 (kpscode search)
코드리뷰/테스트/번역/검증 → 전부 [MISS] verse 매칭 실패
- 4후보 모두 KPS verse 근거 없음(중립 — 변별력 없음, 기록만).
2. 3렌즈 점수표 (각 0-3, 도구출력 근거 인용)
| 후보 | 수요(실로그) | 자산재사용(학습DB) | 규칙화가능성(결정론) | 합계 | 근거 |
|---|---|---|---|---|---|
| ⓐ 코드리뷰 | 1 | 2 | 2 | 5 | 라이브 수요0(1-3); trap_lint/code_cluster/oracle_verify 중복→한계효용↓(1-2) |
| ⓑ 테스트생성 | 2 | 3 | 2 | 7 | 자산 최대(테스트1487+검증1734); 단 케이스생성=경계추론 퍼지(규칙화 2); 라이브 수요 간접 |
| ⓒ 번역·다국어 | 1 | 2 | 1 | 4 | 자산 중간(번역249); ko↔en 규칙화 최난(메모리: LLM배치번역 56% 플래키)→규칙화 1 |
| ⓓ 데이터검증 | 3 | 3 | 3 | 9 | 라이브 형식검사·목록정리 직결(3); 검증1734+스키마172+fn_셀코어_스키마검증·fn_검증_숫자범위/글자수범위/빈값인가 프리미티브 완비(3); 범위·타입·스키마=순수 결정론 100%품질(3); 중복도구 없음 |
3. 브레인결재줄 (공식 프레임 통과 — /tmp/브레인결재.toau)
선정후보 ⓓ 결재:
진단|안건=데이터검증|접지=85|근거=9|도구=4|위험=0
티|직접처리|o레벨|가용도구로-즉시집행:-brain.sh-run·래칫·작업구분-체인
- 접지=85(추정, 근거: 범위·타입·스키마=순수 결정론이라 접지율 높음 + 검증1734 자산). 근거=9(수집 근거항목수). 도구=4(재사용: 셀코어 스키마검증 + fn_검증_
진단|안건=테스트생성|접지=55|근거=4|도구=3|위험=1
옴|하향지시|t1정리-후-t2구현|haiku가-문맥정리·근거표 → sonnet 구현·검증 → learn 자산화
진단|안건=코드리뷰|접지=45|근거=3|도구=3|위험=2
음|admin이관|비가역·대외|해당-사용자-의사결정-요청(trap_lint 중복→방향상실시 s-admin)
→ ⓓ=티(즉시), ⓑ=옴(하향지시), ⓐ=음(이관). 브레인결재 프레임이 접지/근거/도구/위험 4입력만으로 4상 자동 라우팅.4. 선정 결과 + 구현 스펙 초안 (다음 세션 위임용)
선정: ⓓ 데이터 검증 (스키마·범위 체크) — t1 차기 모드. 근거 3줄: ①라이브 로그 형식검사·목록정리 직결 실수요(로그 2건) ②검증1734+스키마172 자산 + 셀코어 스키마검증 프리미티브 완비 ③범위·타입·스키마=순수 결정론이라 t1(haiku) 품질 100% 확보 + 대응 도구 없는 진짜 빈칸.
구현 배치 프롬프트 초안 (haiku 위임, 가드레일 선주입 필수)
[가드레일 주입: ~/.claude/templates/한선씨-가드레일.md 블록 선행]
목표: 브레인 t1 '데이터검증' 모드 코어 1개 파일 .한선 작성.
1. 생성 전 lookup: crownycode-learn.sh lookup "데이터검증 스키마 범위" / search "스키마검증" — HIT면 재사용.
2. 입력=[데이터행 배열, 스키마정의(필드|타입|min|max|필수)], 출력=[통과/실패, 위반목록].
재사용 프리미티브: 가져오기 "셀코어"(스키마검증) + fn_검증_숫자범위/글자수범위/빈값인가/이메일인가.
3. 검사종류: 타입일치·범위(min≤v≤max, 균형나머지 주의)·필수필드·중복키(목록정리 수요 대응)·빈값.
VM함정: 맵있나()로 필드존재확인(맵꺼내 센티넬 금지), 배열 1023캡 샤딩, 정수 3^24 오버플로 가드.
4. 검증 후 crownycode-brain.sh learn "데이터검증_스키마범위" <파일> 로 자산화 → 다음부터 토큰0.
산출: 코어.한선 + 컴파일 성공 로그 + learn 확인 한 줄. 라이브 무접촉(신규파일만).
관련 파일
- 결재 엔진:
/Users/ef/.claude/scripts/브레인결재.한선→/tmp/브레인결재.toau - 학습DB:
~/.crownycode/학습.dat(145,744줄) - 실수요 로그:
~/.crownycode/작업구분로그.psv - 도구 중복확인:
/Users/ef/Downloads/CrownyTVM/crownycode-agent/partner-tools/크라우니도구.sh - 이 문서:
/Users/ef/CrownyDoc/projects/2026-07-05-t3판정패널-1호-t1차기모드.md
잔여 이슈
- 접지=85는 추정. ⓓ 구현 후
crowny_grounding_rate로 실측 교체 필요. - ⓑ 테스트생성은 옴(하향지시)로 살아있음 — ⓓ 다음 순위 후보로 대기.