다음 코드베이스를 전체 감사해 주세요.

[감사 대상 파일 또는 디렉터리 목록을 여기에 붙여넣거나, "현재 디렉터리 전체"라고 입력]

감사 기준 (우선순위 순):
1. CRITICAL: except/pass 또는 except Exception: pass — 에러를 조용히 삼키는 패턴
2. CRITICAL: 외부 API·DB 호출에 timeout 없음
3. CRITICAL: 타 모듈의 _private 속성에 직접 접근
4. HIGH: 순환 임포트 (A→B→A)
5. HIGH: ThreadPoolExecutor에 max_workers 미지정
6. MEDIUM: 하드코딩 매직 넘버·문자열
7. MEDIUM: 레이어 방향 위반 (service가 orchestrator를 직접 호출 등)

출력 형식:
- 파일명:줄번호 | 등급 | 문제 설명 | 권장 수정 방향
- CRITICAL 항목 수, HIGH 항목 수, MEDIUM 항목 수 합산 요약
- CRITICAL이 0이 될 때까지 Step 2를 반복합니다

Please audit the following codebase completely.

[Paste the list of files or directories to audit, or write "entire current directory"]

Audit criteria (priority order):
1. CRITICAL: except/pass or except Exception: pass — silent error swallowing
2. CRITICAL: External API/DB calls with no timeout
3. CRITICAL: Direct access to another module's _private attributes
4. HIGH: Circular imports (A→B→A)
5. HIGH: ThreadPoolExecutor without explicit max_workers
6. MEDIUM: Hardcoded magic numbers or strings
7. MEDIUM: Layer direction violation (e.g., service directly calling orchestrator)

Output format:
- filename:line | severity | problem description | recommended fix direction
- Summary: count of CRITICAL, HIGH, MEDIUM items
- Repeat Step 2 until CRITICAL count reaches 0

Step 1 감사 결과를 바탕으로 CRITICAL 항목부터 패치해 주세요.

패치 순서: CRITICAL → HIGH → MEDIUM
패치 규칙:
- 한 번에 하나의 파일씩, 변경 전/후 코드를 명시
- 기존 로직은 보존하고 최소한의 수정만 적용
- except/pass → except Exception as e: logger.warning(f"[모듈명] 실패: {e}")
- timeout 없음 → timeout=30 또는 timeout=60 명시 추가
- _private 직접 접근 → 공개 메서드(예: cache_age(), get_balance()) 를 통해 접근
- ThreadPoolExecutor → max_workers=N 명시 (N은 작업 수에 맞게)

각 패치 후:
1. 변경한 파일 목록 나열
2. 해당 파일의 남은 CRITICAL/HIGH 수 업데이트
3. CRITICAL이 남아있으면 계속 패치. 0이면 Step 3으로 이동.

[Step 1 감사 결과 리스트를 여기에 붙여넣기]

Based on the Step 1 audit results, patch CRITICAL items first.

Patch order: CRITICAL → HIGH → MEDIUM
Patch rules:
- One file at a time, show before/after code explicitly
- Preserve existing logic — apply minimum necessary changes
- except/pass → except Exception as e: logger.warning(f"[module] failed: {e}")
- Missing timeout → add timeout=30 or timeout=60 explicitly
- _private direct access → access via public method (e.g., cache_age(), get_balance())
- ThreadPoolExecutor → add explicit max_workers=N (N appropriate for task count)

After each patch:
1. List changed files
2. Update remaining CRITICAL/HIGH count for that file
3. If CRITICAL remains, keep patching. If 0, proceed to Step 3.

[Paste Step 1 audit result list here]

테스트가 실패했습니다. 아래 pytest 출력을 분석하고 수정해 주세요.

규칙:
- 테스트 코드가 아닌 실제 코드를 수정하세요 (테스트가 올바른 경우)
- 테스트 기대값이 잘못된 경우에만 테스트를 수정하고, 이유를 명시하세요
- 수정 후 동일한 pytest 명령으로 재실행 결과를 예상하여 보여주세요

[pytest 출력 전체를 여기에 붙여넣기]

Tests are failing. Analyze the pytest output below and fix the issues.

Rules:
- Modify the actual code, not the tests (if the tests are correct)
- Only modify tests if the expected values are wrong — state the reason explicitly
- After fixing, show the expected re-run result for the same pytest command

[Paste full pytest output here]

배포 후 다음 체크리스트를 순서대로 검증해 주세요.

1. 헬스체크 엔드포인트 응답 확인 (아래 명령 실행)
   curl -s [헬스체크 URL] | 결과 분석

2. 핵심 기능 smoke test
   - [주요 API 엔드포인트 1] 실제 호출 → 응답 코드 + 응답 구조 확인
   - [주요 API 엔드포인트 2] 실제 호출 → 응답 코드 + 응답 구조 확인

3. 에러 경로 확인
   - 잘못된 입력값으로 호출 시 적절한 에러 반환 여부

4. 로그 이상 없는지 확인
   railway logs --tail 30 또는 vercel logs

각 항목에 대해 PASS / FAIL / SKIP (환경 없음) 으로 표시하세요.

After deployment, verify the following checklist in order.

1. Health-check endpoint response (run the command below)
   curl -s [health check URL] | analyze result

2. Core functionality smoke test
   - [Key API endpoint 1] — real call → verify response code + response structure
   - [Key API endpoint 2] — real call → verify response code + response structure

3. Error path check
   - Confirm that invalid input returns appropriate error response

4. Check logs for anomalies
   railway logs --tail 30 or vercel logs

Mark each item as PASS / FAIL / SKIP (no env).

지금까지의 Quality Gate 실행 결과를 요약하여 최종 리포트를 작성해 주세요.

리포트 형식:
────────────────────────────────────────
Quality Gate Report — [날짜]
────────────────────────────────────────
Step 1 감사     : CRITICAL N개, HIGH N개, MEDIUM N개
Step 2 패치     : 수정 파일 N개, 남은 CRITICAL N개
Step 3 테스트   : pytest N passed / N failed, CI [green/red]
Step 4 배포     : health PASS/FAIL, smoke PASS/FAIL

최종 판정: [ PASS ✓ ] 또는 [ FAIL ✗ ]

변경된 파일 목록:
- 파일명 : 변경 내용 요약

다음 액션:
- PASS: 커밋 & 배포 진행 가능
- FAIL: 미해결 항목 목록 + 권장 대응
────────────────────────────────────────

위 형식에 맞게 이번 세션의 실제 결과로 채워주세요.

Summarize the Quality Gate execution results into a final report.

Report format:
────────────────────────────────────────
Quality Gate Report — [date]
────────────────────────────────────────
Step 1 Audit    : CRITICAL N, HIGH N, MEDIUM N
Step 2 Patch    : N files modified, N CRITICAL remaining
Step 3 Test     : pytest N passed / N failed, CI [green/red]
Step 4 Deploy   : health PASS/FAIL, smoke PASS/FAIL

Final Verdict: [ PASS ✓ ] or [ FAIL ✗ ]

Changed files:
- filename : summary of change

Next actions:
- PASS: commit & deploy when ready
- FAIL: list of unresolved items + recommended actions
────────────────────────────────────────

Fill in the format with the actual results from this session.