7월 안전성 리뷰 이후 검증 범위를 실제 DB까지 넓혔다. 어떤 상태를 저장하게 됐고, 테스트가 무엇을 고정하는지를 남긴다.

2026.07 검증 기준선

로컬에 PostgreSQL 16.12를 따로 띄워서 검증했다. 동시성 경합이나 청산 작업처럼 실제 DB가 없으면 의미가 없는 테스트가 있어서 migration 왕복 전후로 두 번씩 돌렸다.

못 한 것도 적어둔다. 원격 CI, 실제 Docker 최초 기동, Caddy 포함 통합 검증은 없다. NUMERIC(38,18) 전환 migration은 코드에 들어갔지만 실제 PostgreSQL 왕복 검증이 남았고, 파이썬 산술의 Decimal 전환은 별도 범위다.

Migration이 남긴 것

migration은 기능 기록이 아니라 운영 상태의 기록이다. 어떤 문제가 생겨서 어떤 상태를 저장하게 됐는지가 순서대로 남아 있다.

초기에는 주문·포지션·자산 같은 기본 구조와 운영 설정을 만들었다. 다음은 "왜 이 주문이 나갔는지"를 되짚기 위한 것들이다. AI 판단 로그와 주문 사유를 남기고 분석과 주문을 연결한 뒤 사후 정확도 추적 필드를 붙였다. paper와 live 구분, 대화 이력, 포트폴리오 스냅샷은 운영 상태를 시점별로 재현하려고 추가했다.

2026.07에는 네 가지가 들어왔다.

• 주문 원장 — OrderIntent와 청산 작업 스키마로 실주문 멱등성과 체결을 정확히 한 번만 반영
• 제어 원장 — 비상 정지, 거래 모드, 추가만 가능한 감사 이벤트로 정지와 모드 판정을 실패하면 막히도록 고정
• 설정 단일 원본 — config_version과 실행 상태 컬럼을 나눠 비교 후 갱신으로 덮어쓰기 방지
• 금융 정밀도 — 금융 컬럼을 NUMERIC(38, 18)로 옮기고 포지션 유일 제약으로 부동소수점 오차 제거

테스트가 고정한 위험

테스트는 수익률을 보장하지 않는다. 실전 주문, 서비스 장애, 조회 실패처럼 돈이나 신뢰가 걸린 지점의 동작을 고정한다.