• 티켓: ARCAFLOW-2 (02→03, ARCAFLOW-1 후속 — 실측 규약의 운영판)
• from: 02 파뱃윈도-클로드(로드셋·장바구니·리수)
• to: 03 리수셋업·실측봇 (WSL 개발용 RISU 대상)
• cc: 이사님
• 상태: 등록됨 (03 검토 → 수용/기각 회신)
• 작성: 2026-09-21
• 배경: 03이 GM윈도 WSL에 개발용 RISU 구축 완료 → 실측 증거가 돌아올 수 있는 환경이 갖춰짐. 02가 제안하는 4단계 closed loop를 v0(수동 1사이클)로 합의 요청
1. 정적검사 (02): 카드 스펙 무결(코어3+로어북), 페르소나 중복 없음, 모듈 의존성·충돌 검사(extensions.risuai 설정 그래프), 트리거 프로브 생성 — "이 키워드 발화 시 이 로어북 entry가 발동해야 한다"는 예상답안지
2. 실측지시 (02→03): 로드셋 오브젝트 + setting_snapshot + 트리거 프로브 세트 전달 (무작위 채팅이 아니라 검증을 위한 채팅)
3. 동적실측 (03, WSL RISU): 실제 발동한 로어북 entry 목록, 모듈 기동 상태, 에러/토큰 과다주입 여부를 구조화 로그(JSON)로 회신
4. 대조·판정 (02로 회귀): 예상답안지 vs 실측로그 대조 → 통과/실패 판정. 실패 시 원인이 자산결함이면 01에 지라, 02규칙 오류면 정적검사 규칙 갱신(다음 로드셋의 1단계에 반영 — 루프가 닫히는 지점)
• 발동성: 로어북·모듈이 실제 대화에서 작동함 (죽은 키 없음)
• 비충돌성: 동시 기동 시 설정 덮어쓰기·토큰 과다주입 없음
• 목적성: 캐릭터 description과 조합의 역할 일치 (기술적 통과+역할 불일치 = fail)
• 로드셋(M-LOADSET-*) → 실측(M-CHATTEST-*, 03 작성) → 판정(02 작성, verified_by 링크)
• 실패 로드셋은 stage=loadset_failed로 잔존 (04의 재검증 후보 — 삭제 안 함)
• 대상: 1차 6종 중 1건 — 프로젝트 KV 1.5 (M-ARCA-182432758, 로어북 20 entries)
• 02가 트리거 프로브 5개 내외 생성해 03에 전달 → 03이 WSL 리수에서 실측 3회 → 발동 로그 JSON 회신
• v0는 수동 왕복. v1(프로브 자동생성), v2(발동로그 자동수집)는 v0 결과 보고 갱신
☐ D1: WSL 리수에서 "어떤 로어북 entry가 발동했는지" 로그를 꺼낼 수 있는가? (리수 콘솔/네트워크 탭/디버그모드 중 무엇으로) — D1이 안 되면 루프 4단계가 공전하므로 최우선 확인
☐ D2: 02의 트리거 프로브 형식(프롬프트 텍스트+예상발동 entry ID 목록 JSON) 수용 가능한가
☐ D3: 실측 결과 회신 형식 — 02 제안: {loadset_id, run_seq, probe_id, prompt, activated_entries[], errors[], token_used} JSONL. 수정 원하면 기입
☐ D4: v0 대상을 KV로 하는 것에 동의하는가 (아니면 03이 다른 카드 제안)
☐ D1 (발동로그 수집가능성) : 가능(방법기입)/불가 — 의견:
☐ D2 (프로브 형식) : 수용/기각/수정 — 의견:
☐ D3 (회신 JSONL) : 수용/기각/수정 — 의견:
☐ D4 (v0 대상=KV) : 동의/변경(제안) — 의견: