송훈/크로쨩 운영 정책 Q&A — 칸 측 회신 sprint report

종료: 2026-04-26 21:55 KST 입력: 송훈/크로쨩 ecee1ef (운영 정책 Q&A 9 영역, meneco/metaquant-bridge) 산출: 칸 회신 6dfbbea (docs/operations-policy-canside-reply.md) 책임: CEO 만우 lock 결정, 칸 인스턴스 작성·sanitize·push

1. 배경 — watcher v1 사각지대 + 정책 sprint 진입

오후 9시경 만우님이 송훈/크로쨩 측 가이드 알림을 받지 못했음을 지적. 점검 결과:

기존 songhoon-commit-watch v1 은 Songhoonma/metaquant repo만 watch
meneco/metaquant-bridge (송훈+크로쨩이 합의 문서·정책 Q&A push하는 채널) 사각지대
누락된 commit 7건 (a9667ee ~ ecee1ef) 중 ecee1ef 가 9 영역 운영 정책 Q&A — 칸 회신 부탁 (CEO 결정 필요)

→ 사각지대 해결 + 누락 backfill + 정책 sprint 동시 진행으로 분기.

2. 작업 트랙

Track A — watcher v2 (multi-repo)

process_repo 함수화 → 두 repo polling
Repo 1: Songhoonma/metaquant (모든 author)
Repo 2: meneco/metaquant-bridge (author=songhoonma 필터, 칸 자기 commit 노이즈 0)
state file 분리 (songhoon-last-sha, metaquant-bridge-last-sha)
bash -n PASS, kahan 배포

Track B — 누락 7건 backfill

one-shot script /tmp/songhoon-bridge-backfill.sh
7건 모두 HTTP=200 발송, 🔄 [BACKFILL] 라벨로 명시
state file = ecee1ef 기록 → watcher 중복 alert 방지
만우님 Telegram MCO 블로그에서 도착 확인 (스크린샷)

Track C — 9 영역 정책 회신

내부 브리핑 작성 (/opt/star365-hq/docs/01-plan/songhoon-ops-policy-q-internal-brief-20260426.md)
- CEO 단독 보기용, 외부 push 0
- 9 영역 옵션·트레이드오프·칸 권고 정리
CEO 매트릭스 결정 (9 줄 lock)
외부 commit sanitize 점검
- boundary 위반 사항 분류 (HIGH/MEDIUM/LOW)
- 사용자 수, 트레이딩 시스템 내부, 인프라 디테일 등 모두 제거
외부 commit ship (6dfbbea)

3. CEO 결정 매트릭스 (lock)

§	영역	lock
§1	최소 투자금	500 USDT 단일 (송훈 default 200 / 단계제 모두 미채택)
§2	OFF 시 포지션	자연 청산까지 유지 (즉시 청산 X)
§3-#7	탈퇴 강제 청산	X (사용자 자산, 법적 리스크)
§4	4 경계영역	알림 분담 / 칸 보호 우선 / 양쪽 비상정지 / 양쪽 보관
§5-A	비상정지 endpoint	HMAC v2 + §5-B 통합 endpoint
§5-B	사용자 자가 청산	시장가 / 사용자 부담 / 자동 OFF
§5-C	알고리즘 변경 알림	사용자 알림 의무 없음 (칸 권고 B 보다 강경)
§5-D	동시 사용자 캡	1차 100명 + 50/100 도달 시 송훈 alert (만우 추가 지시)
§5-E	데이터 보존/약관	영업 주체(송훈/크로쨩) 책임. 칸은 영향 사안만 통보

추가 — §6 boundary 신설 (만우 지시)

"kahan은 크로짱에게 kahan 시스템의 민감한 정보를 전달할 의무가 없다. 전략, 관계없는 유저 등"

→ 외부 commit §6. 정보 통보 boundary 절로 신설. 칸 측 전략·인프라·관계없는 사용자·내부 의사결정 통보 의무 0 양측 합의 부탁.

4. user 27 분류 정정 (CEO 환기)

정정 전

내부 브리핑·메모리 일부에 user 27을 단순 "칸 측 운영 사용자"로 표기 (출처 미기재).

정정 후

user 27 = mq_source=metaquant_kr 브릿지 회원 = 송훈/크로쨩 측 협업 사용자 (user 16, 24, 25, 26 등과 동일 분류).

분류 라인

분류	대상	§6 boundary
협업 사용자	`mq_source=metaquant_kr` 유저 (송훈/크로쨩 측)	boundary 안 — 정상 정보 교환
칸 단독 사용자	그 외 다른 사업·플랫폼 유저	boundary 밖 — silent-exclusion

multi-tenant-hot-reload-20260426 메모리 본문에 분류 환기 절 추가.

5. boundary 자가검증 6문항 (외부 commit `6dfbbea`)

항목	결과
다른 유저 정보 누출	✅ 0 (사용자 수·user 식별·gunja-multi-tenant 27명 등 모두 제거)
트레이딩 전략 내부	✅ 0 (gunja v3.6.0·BTC/ETH legacy·hedge_pair_records·cycle 시간 모두 제거)
인프라 디테일	✅ 0 (CPU/RAM/timer명 모두 제거. IP 화이트리스트는 협업 정보로 OK)
운영 지표	✅ 0
조사 과정 노출	✅ 0 (방금 hot-add 검증 등 모두 제거)
의도 분석	✅ CEO 결정 명시, 칸 단독 의견 분리

6. 산출물

외부 (push 완료)

meneco/metaquant-bridge 6dfbbea — docs/operations-policy-canside-reply.md (205 insertions)

내부 (외부 push 0)

/opt/star365-hq/docs/01-plan/songhoon-ops-policy-q-internal-brief-20260426.md — CEO 매트릭스 + 만우 lock 결과 부록
/opt/star365-hq/docs/04-report/songhoon-ops-policy-canside-reply-20260426.md — 본 sprint report

인프라 변경

/opt/mco-bot/scripts/songhoon-commit-watch.sh — v2 multi-repo
/opt/mco-bot/data/metaquant-bridge-watch/ — bare repo 신규
/var/lib/mco/metaquant-bridge-last-sha — state file 신규

메모리 갱신

multi-tenant-hot-reload-20260426 — user 27 분류 환기 추가
songhoon-commit-watch-20260426 — v2 multi-repo + 사각지대 회복 사례
songhoon-ops-policy-canside-reply-20260426 (신규)

7. 다음 동기화 포인트

트랙	액션	책임
§5-A/B endpoint	spec 합의 (HMAC v2 키·라운드트립) → 칸 1주 내 ship	양측
§5-D status push	`seat_used`/`seat_total`/`seat_warning` 필드 추가 → 칸 reverse alert 활성화	송훈
§5-E 법무 자문	broker 해당 여부·약관·보존 기간 lock → 칸 데이터 정책 align	송훈/크로쨩
§6 boundary 동의	양측 합의 ack	송훈/크로쨩
ICD A-2 단계 1-3	Python sender canonical_bytes 패치 push	칸 (별도 sprint)

8. 교훈

외부 협업 채널 watcher는 양방향 모두 cover — 한쪽 repo만 보면 사각지대 발생. v2에서 author 필터로 노이즈 0 + 양방향 alert 가능.
사용자 분류 라인 명시 — mq_source 같은 1-bit 분류 정보 메모리에 명시 의무. 미기재면 다음 boundary 점검 시 잘못 silent-exclusion 위험.
외부 commit 회신 = 내부 브리핑 ≠ 동일 — 내부 의사결정 디테일·옵션 비교·운영 지표 모두 sanitize 후 결론만 외부. 두 단계 분리 필수.
CEO 분류 매트릭스 형식이 효율적 — 9 영역 한꺼번에 매트릭스 표로 풀어 한 줄 분류 받기 = 의사결정 1회로 lock 9건.

— 칸 (kahan AI 인스턴스) · 2026-04-26 KST