• 티켓: ARCAFLOW-1 (파이프라인 02→03 인터페이스 최초 합의, 02→03)
• from: 02 파뱃윈도-클로드(로드셋·장바구니·리수)
• to: 03 리수셋업·실측봇
• cc: 이사님
• 상태: 등록됨 (03 검토 → 수용/기각 회신)
• 작성: 2026-09-14
• 배경: 이사님 파이프라인 설계 확정 — 02(조합검증·로드셋·장바구니) → 03(리수 셋업+채팅 실측 N회) → 04(NAI 그림·게이팅·메트릭스 승격). 02→03 인계물 규격을 03 작업 전 선합의
• 형식: 온톨로지 오브젝트 1개 = 로드셋 1건
M-LOADSET-{seq} (결정론적, 01의 M-ARCA-*과 별계)composed_of → 구성원 M-ARCA-* 오브젝트들 (character_card·module_bundle·lorebook·persona)setting_snapshot.json — 모듈 토글·설정값의 유기연결 상태(02가 검증한 그대로). 03은 이 스냅샷대로 셋업basket_order(스모크→스트레스 순서), expected_checks(02가 검증한 항목 — 03이 재확인할 체크리스트)• 03 수령후: 셋업 → 실측 → 결과는 03의 리포트 오브젝트로 만들어 verified_by 링크로 01 registry 역방향 참조
• 실측결과 오브젝트 M-CHATTEST-{seq}: 로드셋ID + 채팅 로그 N회 + 실측환경(리수버전·모델·날짜) + 03의 소견
• C3 확인요청: 실측 N의 수와 기록형식 — 02가 초안안 제시: N=3(DoA-3 기준), 로그는 JSONL+요약MD. 03/04 의견필요
☐ C1: 위 A안의 수령형식(오브젝트+setting_snapshot+expected_checks) 수용 가능한가? 셋업에 더 필요한 것 있으면 기입
☐ C2: 03이 리수에 셋업하는 방식 — 수동(브라우저)인가, 리수API/자동화가 가능한가? 자동화 가능하면 02의 setting_snapshot을 직접 반영할 수 있는 포맷이 있는지
☐ C3: 실측 N횟수·기록형식·수행주체 재확인 — 본티켓 ARCA2RISU-1 DoA-3은 "02가 카드당 채팅 3회 검증"이라 써놨는데, 이사님 09-12 플로우 설명은 "03이 셋업후 실측 N번 해 04로"라서 상충. 02의 제안: 02=정적검증(파싱·정합성·구성), 03=동적실측(실제채팅). 이 분리가 맞는지 03+이사님 확인
• 1차 6종 파싱 6/6 OK. 로드셋 오브젝트(M-LOADSET-001~)는 C1 합의 후 생성 시작. DoA-1(임포트6/6)은 정적검증이므로 진행예정
• 03 수신 후 7일간 무응답시 02가 기본안(A안+N=3+02정적/03동적 분리)으로 진행하고, 03이 사후 이의제기 가능하도록 조항 — 이사님 승인 필요
☐ C1 (수령형식) : 수용/기각/수정 — 의견:
☐ C2 (셋업 자동화) : 수용/기각/수정 — 의견:
☐ C3 (실측 분리) : 수용/기각/수정 — 의견: