8fbba264ba
- Optuna web jobs/TPE/apply snapshot·틱로더 정합, jobs limit·감사로그 - 백테 UI 호가모드·후보 적용 흐름, feed_collect_stats API/탭 - 가설검증·교차검증 룰, 4전략 스모크·OB slot41 진단 스크립트 Co-authored-by: Cursor <cursoragent@cursor.com>
42 lines
2.5 KiB
Plaintext
42 lines
2.5 KiB
Plaintext
---
|
|
description: 가설은 검증 후에만 결론 · 한 전략 사고/수정 시 타전략 교차검증 필수
|
|
alwaysApply: true
|
|
---
|
|
|
|
# 가설 검증 필수 · 전략 교차검증 (추측으로 답 금지)
|
|
|
|
이 대화에서 실제로 낭비된 패턴: **가설만 말하고 값 패치로 끝내기**, **한 전략만 보고 타전략 동일 이슈 미검사**.
|
|
|
|
## 1. 추측·가설로 답변 금지
|
|
|
|
- “아마 ~일 것”, “~로 보인다”만으로 **근본원인이라고 단정·보고하지 말 것**.
|
|
- 가설을 세웠으면 **검증 단계까지 끝낸 뒤**에만 답한다.
|
|
1. 증상 → 가설 목록 (짧게)
|
|
2. **증거로 검증** (DB·job 메타·저널·로그·코드 경로 실측)
|
|
3. 기각된 가설 / 확정된 원인 분리
|
|
4. 그다음에야 수정·운영 조치
|
|
- 검증에 쓴 증거(테이블·파일·시각·수치)를 보고에 **짧게** 남긴다. 없으면 “미확인”이라고 쓰고 단정 금지.
|
|
- CRITICAL §5(근본원인 먼저)와 동일 정신. 값만 고치고 “고쳤다”고 하지 말 것.
|
|
|
|
## 2. 한 전략 수정·사고 조사 시 → 타전략 교차검증 (필수)
|
|
|
|
전략 A(꼬리/모멘텀/돌파/스캘핑 등)에서 버그·잘못된 apply·단위·UI를 찾거나 고쳤으면, **보고 전에** 같은 종류의 위험이 B·C에도 있는지 검사한다.
|
|
|
|
| 사고 유형 | 교차로 볼 것 |
|
|
|-----------|----------------|
|
|
| Optuna `mode`/`learn`/`gated` 적용 | 최근 `logs/optuna_web_jobs/*.json` 의 `applied_source` · config_* 스냅샷 |
|
|
| %↔분율 변환 | 해당 전략 `apply_params_to_db` + 웹 `pct_ui` |
|
|
| 후처리/호가/휩쏘 패치 | 전략별 `build_upto_env_patch` 지원 여부 |
|
|
| 웹 폼·summary 키 | 국장 대응 탭 동일 UX (해외는 domestic-port 룰) |
|
|
|
|
- “스캘만 문제”라고 **교차 없이** 말하지 말 것.
|
|
- 타전략이 정상이면 **검사한 증거**(예: 마지막 apply=gated#1, live 값=trial params)를 한 줄씩 적는다.
|
|
- 타전략도 동일/유사면 **잔여 위험**으로 명시하고, 사용자 승인 없이 일괄 값 패치하지 말 것.
|
|
|
|
## 3. Optuna 적용 추적 (감사)
|
|
|
|
- HTTP access 로그만으로는 body(`source=mode`)가 안 남을 수 있음.
|
|
- 1차 추적: `logs/optuna_web_jobs/<job_id>.json` → `applied_at` / `applied_source` / `applied_rank` / `applied_trial` / `applied_upto`
|
|
- 2차: `config_*` 행 `created_at` + `optuna_study_result.payload_json` 의 `mode_combo` / `results_gated` 수치 대조
|
|
- 파일 `results/*.json` 은 복사본. **DB `optuna_study_result` + job 메타**를 우선.
|