Project Hive X

배경:

• 수시간 이상 지속되는 롱 호라이즌 채팅과 고빈도 스트림에서 요청 입력 불가, 이전 작업 확인 곤란, CPU/메모리 상승 위험을 줄이기 위한 안정화 작업이다.
• Codex app reverse-engineering에서 확인한 힌트: raw delta opt-out, incoming line queue와 overflow fail-safe, requestAnimationFrame 기반 text delta coalescing, 50ms command output batching, output cap/truncation marker, owner/follower patch+revision sync, turn-level virtualization과 scroll anchoring.
• 목표는 오래된 대화를 잘라내는 것이 아니라, 메모리/CPU 상한을 넘지 않도록 하면서 사용자가 필요한 대화 내용을 계속 열람할 수 있게 하는 것이다.

책임 경계:

• 위 하위 일감들이 실제로 입력 응답성, CPU, 메모리, 렌더링 상한을 지키는지 검증하는 시나리오와 계측을 담당한다.
• 제품 동작 구현 자체는 다른 하위 일감 범위다.

구현 범위:

• delta events/sec, delta bytes/sec, queue depth, flush count, reducer time, render commit time, loaded turn/item count, memory estimate를 계측한다.
• text delta burst, command output burst, long-history paging, follower/owner patch sync를 대표 시나리오로 만든다.
• report-only gate부터 시작하고, 안정화 후 hard threshold 전환 가능하도록 budget 파일을 둔다.
• 실패 시 어느 lane이 병목인지 알 수 있는 로그/리포트 포맷을 정의한다.

완료 조건:

• 로컬/CI에서 실행 가능한 성능 시나리오 명령이 있다.
• 최소 한 개의 report artifact가 생성되고, 병목 lane을 식별할 수 있다.
• 기존 performance gate 체계와 충돌하지 않고 점진적으로 연결된다.