싸움 B 개선 prototype 검토본 (2026-10-29)

1. 먼저 알아둘 결과
현재 두 후보 모두 운영 채택을 추천할 만큼 충분하지 않습니다.
B1은 비싸움 참고 구간 발동을 더 줄이지만 실제 싸움 참고 구간도 많이 놓칩니다.
B2는 일부 신호를 더 확보하지만 쓰러짐/군중 등의 비싸움 신호도 남습니다.
원시 조건 충족과 화면 표시 유지, 새 시험 Event를 구분해서 보세요.

2. 폴더와 영상
대표 9입력에 B1_Directed_Review.mp4 / B2_SeedFollow_Review.mp4가 하나씩 있습니다(총18본).
01/02/03/14는 기존 피드백의 주요 비교자료, 07은 개발 비교, 08은 고정 뒤 확인 자료입니다.
SELF_C09/C14는 감지 희망 행동이 포함된 혼합 클립, SELF_C13은 비감지 희망 행동 참고 클립입니다.
나머지 입력 폴더는 영상 없이 data만 있습니다. 전체37입력 결과를 숨기거나 제외한 것이 아닙니다.
L01은 실행하지 않았습니다. 05/10은 입력 한계, C22/O20은 사용자 판단 대기 상태입니다.

3. 두 후보가 보는 조건
공통: bbox>=0.25, 관절>=0.10. 화면 전체 ROI에서 사람 사이 관계를 확인합니다.
공간 진입은 bbox 빈 간격/작은 bbox 높이<=0.35 및 중심거리/평균 높이<=1.25입니다.
기존 후보는 해제 거리0.60/1.60 안에서 최대1초 보관합니다. 멀어지면 해제합니다.
현재 관측이 다시 진입 기준을 충족한 경우만 보관 시각을 갱신합니다.
관계 보관만으로 동작 근거를 만들지 않으며, 현재 관측이 없는 후보는 현재 영역처럼 그리지 않습니다.

손목은 어깨, 발목은 같은 쪽 엉덩이에 대한 상대 변위를 사용합니다.
직전 약0.1/0.2초의 실제 관측과 비교하고 bbox 크기 변화를 보정합니다.
상대방 머리 관절과 유효 몸통 연결선 주변에 대한 접근/거리/방향을 확인합니다.
유효한 무릎/팔꿈치가 있으면 각도 변화도 기록하지만 현재 조건의 필수 기준은 아닙니다.
점수는 모델의 싸움 확률이 아닙니다. 속도/접근/신장률은 몸 크기로 정규화한 초당 변화량입니다.

B1: 상대속도>=0.55, 상대 신체 거리<=0.14, 접근속도>=0.30,
    방향 cosine>=0.45, 팔다리 신장률>=0.20을 함께 만족하는 현재 관측을 요구합니다.
    최근1초 같은 슬롯 주체의 실제 통과 관측이3개 이상이어야 조건이 충족됩니다.
B2: 상대속도>=0.70, 거리<=0.14, 접근속도>=0.30, cosine>=0.45로 시작 근거를 잡습니다.
    시작 근거 뒤0.6초 이내 같은 주체/같은 관절의 실제 반환 또는 전진 움직임도 인정합니다.
    후속 움직임도 속도와 거리<=0.19 조건을 만족해야 하며, 그것만으로0.6초를 연장하지 않습니다.
    최근1초 같은 주체3관측 조건과 현재 실제 근거는 B1과 같습니다.
    화면 상단의 거리0.14/접근0.30은 시작 근거 기준입니다. '시드 뒤 실제 움직임' 상세에는 위 후속 기준이 적용됩니다.
발목은 엉덩이보다 아래인 상대 높이가0.4를 넘으면 통과시키지 않습니다.
관절 길이/몸 높이>1.15, 상대속도>4 또는 급격한 크기 변화는 좌표 불연속 참고로 제외합니다.
다른 사람들의 움직임을 한 사람의 이력으로 합치지 않습니다. 단순 근접 OR 우회 조건은 없습니다.

4. 화면 읽는 법
청색 영역은 현재 공간 후보 참고이고 실제 싸움 영역이나 위험 heatmap이 아닙니다.
관절 링은 현재 특징 통과, 큰 링은 최근 관측 수까지 충족한 근거입니다.
ROI 빨간 테두리/현재 조건 충족은 이번 계산 결과, 노란 표시 유지는 직전 결과를0.4초 표시한 상태입니다.
새 시험 Event는 상태 전환 기록일 뿐입니다. Web 호출, Event 저장, 운영 알람은 하지 않았습니다.
상세는 현재 조건 충족/특징 통과/원래 객체 순서로 최대3쌍이며 나머지 근거는 data에 있습니다.
T는 기존 Tracking ID, q는 Frame별 출력 칸입니다. S는 짧은 관계 연결일 뿐 영구 인물 ID가 아닙니다.
bbox 이름 옆 #1~3은 재사용한 표시 helper의 원시순서 처음3객체 표식이며 오른쪽 쌍별 상세 번호가 아닙니다.
구간은 원본별1-based Frame/실제PTS입니다. SELF 클립은 사용자 검토Frame도 별도로 표시합니다.
모두 동일 관측 기반 정상 속도10FPS이며 소스 PTS 간격을 보존합니다. 배속/보간/미래Frame은 없습니다.

5. 통계 해석
comparison.csv는 전체 표시 구간의 현재조건/표시/Event와 기존 B를 비교합니다.
reference_intervals.csv는 사용자 감지 희망/비감지 희망 참고 구간을 따로 집계합니다.
분모에는 근거 부족도 있으므로 observable 열과 함께 봅니다. 통과율은 정확도나 재현율이 아닙니다.
조건 지속시간은 연속한 실제 통과 관측 사이의 간격만 더하며 누락/공백을 채우지 않습니다.
지연과 공백은 대략적 참고 anchor 기준입니다. 실제 Event 정답 시점에서의 지연이라고 단정하지 않습니다.
SELF 혼합 클립의 미지정 context를 전체 음성/양성으로 간주하지 않습니다.
통합 통계는 중첩한 SELF 원본 검토Frame을 clip ID 순서로1회만 셉니다. 반복 영상은 독립 사례가 아닙니다.
08/09는 두 조건을 고정한 뒤 처음 확인했고 결과로 재조정하지 않았습니다. 독립 데이터셋 성능 검증은 아닙니다.
표시구간 앞에서 이미 Event가 생겨 새 Event 수가0인 경우가 있습니다. preceding_events를 함께 봅니다.
조건 충족 Frame 감소가 새 Event 횟수 감소를 보장하지 않습니다. 운영 오알람률로 해석하지 마세요.

6. 현재 한계와 다음 판단
주요 비싸움02/03/14의 조건 충족은 기존 B 139관측에서 B1 3관측, B2 20관측으로 줄었습니다.
하지만 camera24도 기존32관측에서1/7관측으로 줄었습니다. 두 안 모두 목표 달성으로 판정하지 않았습니다.
정확한 시각 판단은 사용자가 합니다. 기술 검증 통과는 판정 품질 합격이 아닙니다.
다음에는 01에서 놓친 동작과02에서 남은 신호가 무엇인지 우선 확인하는 것이 유용합니다.
신호가 충분하지 않으면 단순 threshold 추가 조정만 반복하지 말고 특징/입력 한계를 다시 정하는 것이 필요합니다.
운영 교체, L01 실행, 재추론이나 추가 규칙 변경은 별도 요청 후 진행합니다.

7. 데이터와 검증
data/*_diagnostics.jsonl: 현재 특징/조건, 쌍별 이유, 상태/Event 위치.
data/features.jsonl.gz: 이번에 계산한 원시 특징. 기존 RGB/Pose cache나 가중치는 포함하지 않습니다.
data/observations.csv: 전체/준비 구간과 원본Frame/PTS/사용자 검토Frame 대응.
data/summary.json: 관측 분모, 이벤트 위치, 조건/표시 수, 공백/참고 지연, baseline 지문.
validation: 설정/입력 지문, 전체 요약, 후보 탐색 근거와 기술 검증.
video_list.csv 및 SHA256SUMS.txt: 결과 목록과 전송 무결성 확인 기준.
운영 서비스/채널/설정은 조작하지 않았고 CPU 격리 시험만 수행했습니다.
현 운영 컨테이너 구성은 이전 기록과 달라 이번 착수 시점의 상태를 기준으로 비교합니다.
Runtime 지연, 실제 채널 FPS, Event 품질이나 전체 운영 무영향까지 측정한 결과는 아닙니다.

짧은 피드백 예시
입력: 01_camera24_fight
후보: B1 / B2
놓치는 동작 또는 남는 오신호:
공간 후보/현재 조건/표시 유지에서 궁금한 점:
다음 방향: