← 목록
기타 2026-07-05 8KB 읽기 7분

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)규칙화가능성(결정론)합계근거
ⓐ 코드리뷰1225라이브 수요0(1-3); trap_lint/code_cluster/oracle_verify 중복→한계효용↓(1-2)
ⓑ 테스트생성2327자산 최대(테스트1487+검증1734); 단 케이스생성=경계추론 퍼지(규칙화 2); 라이브 수요 간접
ⓒ 번역·다국어1214자산 중간(번역249); ko↔en 규칙화 최난(메모리: LLM배치번역 56% 플래키)→규칙화 1
데이터검증3339라이브 형식검사·목록정리 직결(3); 검증1734+스키마172+fn_셀코어_스키마검증·fn_검증_숫자범위/글자수범위/빈값인가 프리미티브 완비(3); 범위·타입·스키마=순수 결정론 100%품질(3); 중복도구 없음
변별 요지: ⓓ가 3렌즈 모두 최고. ⓑ는 자산은 크나 생성=퍼지·수요간접. ⓐ는 기존도구 중복. ⓒ는 규칙화 자체가 결정론에 부적합.


3. 브레인결재줄 (공식 프레임 통과 — /tmp/브레인결재.toau)

선정후보 ⓓ 결재:

진단|안건=데이터검증|접지=85|근거=9|도구=4|위험=0
티|직접처리|o레벨|가용도구로-즉시집행:-brain.sh-run·래칫·작업구분-체인
  • 접지=85(추정, 근거: 범위·타입·스키마=순수 결정론이라 접지율 높음 + 검증1734 자산). 근거=9(수집 근거항목수). 도구=4(재사용: 셀코어 스키마검증 + fn_검증_ 패밀리 + JSON/YAML 검증 libs). 위험=0(중복도구 없음).
대조군(프레임이 자동 판별 — 변별력 실증):
진단|안건=테스트생성|접지=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로 실측 교체 필요.
  • ⓑ 테스트생성은 옴(하향지시)로 살아있음 — ⓓ 다음 순위 후보로 대기.