fix: 프로그램 검증 루프 7회차 — 리스크·주문·청산·인프라 결함 일괄 수정 + 거래 확대 결정 반영

하네스 규칙 검사 전역 위반 117→0, 회차별 검증(code-verifier opus 4도메인)으로 Critical/High 해소.

주문·리스크
- MDD 강제축소 반복 매도(종목별 완료 집합·재시도 상한·날짜 롤오버·잔고 오류 보류·epoch·장외 미주문)
- KIS 거부 FAILED 기록, 결과 불명(전송 후) 재전송 금지·PENDING, 미전송 실패만 재시도(msg_cd 분류)
- 국내 전량·손실 매도 시장가, 부분 익절 직전 현재가, 지정가만 미체결 취소(cancel_order_v2: TR 0013U·조직번호) + 0체결 롤백
- 누적 4%·현금·레버리지(신규분 포함)·사이클 내 매수 누적, 수동매수 공용 가드(buy_guards), 수동매도 DT 차감·락
- 가드 우회 엔드포인트 차단(/recommendations/auto-trade 위임, US /execute 매수 410·매도 가드)
- 매수 슬롯=성공 매수, 평가 상한·회전, 업무거부/계좌 쿨다운, 프로세스 내 in-flight 주문 중복 차단
데이트레이딩
- 진입·청산 shield, 청산 진행 중 표식(소유 토큰), 2단계 청산 체크, 결과 불명 → 보유 감소 판정·비DT 차감 상한
- 전일 포지션 재시도(일시 실패 미산정), 분할매도 영속, ORB 구간 손절, /cycle 락, 사이클 내 현금 차감, 체결 수량 보정
스윙
- 손절 공백(판정 예외 시 하드 바닥), 단일 손절 소스·범위 검증, 매도 직전 KIS 잔고 상한(min(주문가능,보유)−DT)
- 결과 불명 체결 대조·장부 반영, 대체가(나이·진입 이후·ATR 캐시), 분할 단계 기록, 국면 실패 fail-closed
- 듀얼 플레이북·서킷브레이커 게이트, 평균회귀 우선·듀얼 독립, 시간손절 거래일
- 거래 확대(사용자 결정, 백테스트 미검증): RSI 46/35 정본 경로, 모멘텀 v2 ON, SIDEWAYS ADX AND, 트레일링 1차 익절 후, 20일 시간손절 ON
인프라·보안
- 계좌·손익 GET 인증, 세션 is_active·관리자 경로, 서명키 파생, realip, WS 토큰 마스킹
- KIS 토큰 즉시 실패(sleep 제거)·무효 시 캐시 삭제, 주문 5xx+JSON 본문 반환
- db_worker 종료 drain(멱등 재실행·커밋 불명 격리·예산·밴 커밋), stop_grace 40s, Redis 타임아웃·volatile-lru, /health DLQ·캐시
- KRX 휴장일, py3.11 비호환 f-string 수정 + Jenkins 이미지 내 compileall·헬스 실패 시 빌드 실패
하네스: rules_check 에 PEP 701 f-string 검사, 마커(allow-*), deploy 스모크 401 기준
CLAUDE.md: 실제 동작·플래그·백로그(§8.5-27~38) 갱신

backend 1451 passed / hooks 112 passed / tsc ok / py3.9 compile 0 errors

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

Jenkinsfile

@@ -86,6 +86,9 @@ print('All files OK')
             steps {
                 sh """
                     cd ${DEPLOY_DIR}
+                    # [2026-10-02] 운영 이미지의 파이썬(3.11)으로 문법 검사 — Validate 단계는 NAS 시스템
+                    # python3 로 돌아 3.12 전용 문법(PEP 701 f-string 등)을 놓친다. 실패 시 마이그레이션·배포 전에 중단.
+                    docker-compose run --rm --no-deps backend python -m compileall -q app
                     # N1: create_all 전용으로 운영돼 alembic_version 이 비어 있으면 upgrade head 가
                     # 0001 부터 실행돼 기존 컬럼과 충돌한다. 이력이 없으면 현 스키마(users 테이블까지
                     # create_all 로 존재) 기준인 0008 로 stamp 한 뒤 0009+ 만 적용한다.
@@ -113,14 +116,23 @@ print('All files OK')
                     echo "=== Waiting for health check ==="
                     sleep 15
 
-                    for i in 1 2 3 4 5; do
-                        if curl -sf http://localhost:8000/health > /dev/null 2>&1; then
+                    # [2026-10-02] 헬스 실패를 빌드 실패로 — 이전엔 루프가 끝나도 성공 처리됐다.
+                    # /health 는 DB/Redis 장애 시 200+"degraded" 를 주므로 status 까지 확인한다.
+                    HEALTHY=0
+                    for i in 1 2 3 4 5 6 7 8 9 10; do
+                        if curl -sf http://localhost:8000/health 2>/dev/null | grep -q '"status":"healthy"'; then
                             echo "Backend is healthy!"
+                            HEALTHY=1
                             break
                         fi
-                        echo "Waiting for backend... (\$i/5)"
+                        echo "Waiting for backend... (\$i/10)"
                         sleep 5
                     done
+                    if [ "\$HEALTHY" != "1" ]; then
+                        echo "❌ Backend health check failed"
+                        docker-compose logs --tail=80 backend || true
+                        exit 1
+                    fi
 
                     docker-compose ps
                 """