복기는 당첨 자랑이 아니라 규칙을 검사하는 기록입니다.

한 회차에서 후보 번호가 여러 개 겹치거나 소액 당첨이 나왔다는 사실만으로 분석법의 우수성을 증명할 수 없습니다. 맞은 회차와 틀린 회차를 같은 양식으로 남기고, 추첨 전에 저장한 결과만 주 평가에 사용해야 합니다.

추첨 전설정·결과 고정시간과 버전 저장
추첨 후공식 결과 입력보너스 수 분리
세 단위풀·생성·구매서로 따로 평가
누적전체 회차 보존실패 삭제 금지

복기의 목적은 ‘맞았는가’보다 ‘재현되는가’를 묻는 것입니다.

추첨 결과를 알고 나면 좋은 숫자가 들어 있던 필터, 추천 순위와 조건을 다시 찾기 쉽습니다. 그러나 결과를 본 뒤 선택한 설정은 다음 회차에 그대로 재현할 수 있는 사전 규칙이 아니라 사후 설명입니다.

사후 설명용 복기

결과를 보고 어떤 화면·설정에 당첨번호가 있었는지 탐색합니다. 아이디어를 얻는 개발 기록으로는 유용하지만 성과 증명에는 쓰지 않습니다.

성과 검증용 복기

추첨 전에 회차·DB·설정·후보·조합을 저장하고, 추첨 뒤 같은 파일에 결과만 추가합니다. 규칙을 바꾸지 않은 누적 기록으로 평가합니다.

좋은 복기표는 결과를 맞힌 이유만 설명하지 않습니다. 무엇을 미리 정했고, 무엇을 나중에 알았으며, 어디에서 판단이 달라졌는지까지 보여줍니다.

기록은 추첨 전·추첨 후·누적 평가의 세 시점으로 나눕니다.

  1. 추첨 전 잠금대상 회차, 확정 DB의 마지막 회차, 프로그램 버전, 분석 설정, 후보와 조합을 날짜·시간과 함께 저장합니다.
  2. 추첨 후 채점공식 당첨번호 6개와 보너스 번호를 입력하고 저장된 후보·조합과 기계적으로 비교합니다.
  3. 누적 평가한 회차의 인상 대신 최근 구간과 전체 기록에서 평균, 오류, 조합 수와 지출을 같은 기준으로 비교합니다.
복기 신뢰도 = 추첨 전 저장 + 변경 이력 + 모든 회차 보존

스크린샷만 남기면 일부 설정이나 전체 조합 수가 빠질 수 있습니다. 가능하면 분석 결과 파일, 화면 캡처와 짧은 텍스트 기록을 함께 보관하고 파일 이름에 회차와 저장 시각을 넣습니다.

추첨 전에는 결과를 재현할 수 있는 입력값을 남깁니다.

필수 항목기록 예시이유
대상·DB 회차대상 1237회 / 확정 DB 1236회까지미래 정보가 입력에 섞였는지 확인합니다.
저장 시각추첨 전 YYYY-MM-DD HH:MM결과를 본 뒤 만든 기록과 구분합니다.
프로그램·규칙 버전PC 버전과 개인 규칙 v1.0업데이트나 기준 변경 전후를 분리합니다.
분석 설정필터 수, 최근 구간, 최소·최대, 공통 기준, 순위 범위같은 결과를 다시 계산할 수 있게 합니다.
후보 집합공통 후보, 추천 24수, 배제 후보를 각각 저장서로 다른 크기와 역할의 집합을 합치지 않습니다.
생성 조합저장된 전체 조합과 개수후보 풀 적중과 실제 6수 조합 적중을 분리합니다.
구매 조합·예산실제 구매한 조합, 장수와 총지출생성했지만 구매하지 않은 조합을 당첨 실적으로 세지 않습니다.
사전 판단관찰·약한 적용·완전 적용과 선택 이유결과에 따라 판단 강도를 바꿔 설명하는 일을 막습니다.

후보 목록이 여러 개라면 각 집합에 이름을 붙입니다. 추첨 뒤 서로 다른 집합의 맞은 번호만 합쳐 하나의 큰 적중으로 만들면 분모와 선택 규칙이 사라집니다.

추첨 후에는 세 단계의 결과를 따로 채점합니다.

평가 단위계산말할 수 있는 것
후보 풀 포함수|사전 저장 후보 ∩ 당첨번호 6개|n개 후보 풀 안에 당첨번호가 몇 개 있었는지
전체 생성 조합 최고 일치생성한 각 6수 조합의 일치 개수 중 최댓값프로그램이 저장한 조합 전체의 가장 높은 일치
실제 구매 조합 최고 일치구매한 각 6수 조합의 일치 개수 중 최댓값실제 구매 범위에서 확인된 결과
공식 수령 결과공식 확인 화면의 등위·수령액구매 복권에서 실제 확인된 지급 결과
순결과총수령액 − 총지출당첨금만이 아니라 해당 회차의 지출까지 반영한 결과
수령 비율총수령액 ÷ 총지출 × 100서로 다른 구매량의 회차를 같은 단위로 비교

구매하지 않은 회차는 수령액 0원이 아니라 구매 안 함·해당 없음으로 표시합니다. 보너스 번호는 공식 등위 판정에 필요한 별도 값이며, 후보 풀의 기본 포함수 6개를 셀 때 당첨번호 6개에 임의로 더하지 않습니다.

1236회차 기록은 두 종류의 복기를 보여줍니다.

이루다의 카페 38번 글은 추첨 후 관심 필터 종합 분석 화면을 다시 살펴본 기록입니다. 당시 글에는 다음 두 설정이 등장합니다.

당시 확인한 설정화면 후보1236회 당첨번호와 겹침
추천 묶음 3개, 최근 흐름 0.6~1.4, 공통 기준 절반 이상, 추천 1~3위37·38·39·4·12·6·34, 총 7개12·34·38, 3개
추천 묶음 3개, 최근 흐름 0.6 이하, 공통 기준 절반 이상, 추천 3위29 포함29, 1개

이 내용은 화면이 어떤 후보를 보여줬는지 이해하는 사후 탐색 복기로 가치가 있습니다. 다만 두 설정을 추첨 전에 하나의 결합 규칙으로 저장하지 않았다면, 결과 뒤 7수의 3개와 별도 설정의 29를 합쳐 “8수 중 4개 예측”이라고 성과화해서는 안 됩니다. 다음 회차부터 같은 결합 규칙을 미리 고정했을 때 비로소 표본 밖 검증을 시작할 수 있습니다.

후보 크기도 같이 기록하세요.

7수에서 3개 포함과 24수에서 3개 포함은 같은 결과가 아닙니다. 후보 풀 n개의 무작위 기대 포함수는 n × 6 ÷ 45이므로, 포함수만 쓰지 말고 후보 수와 기준선도 함께 표시합니다.

당첨 인증 화면은 구매 결과이지 분석법의 단독 성능표가 아닙니다.

카페 43번의 1236회차 글은 공식 확인 화면의 10,000원 당첨 기록을, 52번의 1237회차 글은 20개 조합을 구매해 5,000원을 확인한 기록을 보여줍니다. 이런 화면은 실제 구매 결과를 확인하는 자료이지만 다음 정보가 함께 있어야 분석 성과를 평가할 수 있습니다.

  • 추첨 전에 저장한 후보·전체 생성 조합과 실제 구매 조합
  • 구매한 조합 수와 총지출
  • 수령액과 지출을 함께 반영한 순결과
  • 같은 규칙을 사용한 당첨·미당첨 회차 전체
  • 자동 선택, 수동 선택과 프로그램 생성 조합의 구분
확인 화면만 있는 경우

그 복권에서 표시된 수령 결과는 확인할 수 있지만 분석 규칙의 정확도, 전체 비용이나 장기 성과는 알 수 없습니다.

완전한 복기표가 있는 경우

사전 설정부터 구매량·수령액·실패 회차까지 연결되어 어떤 단계가 결과에 영향을 주었는지 비교할 수 있습니다.

한 회차는 아래 기록표 한 장으로 정리할 수 있습니다.

구역복기표에 쓸 항목
A. 기본 정보대상 회차 / 추첨일 / 추첨 전 저장 시각 / 작성자
B. 데이터 기준확정 DB 마지막 회차 / 프로그램 버전 / 규칙 버전
C. 사전 설정사용 도구 / 필터 이름·수 / 최근 구간 / 최소·최대 / 공통 기준 / 순위 범위
D. 사전 결과후보 집합별 이름·번호·개수 / 배제 적용 강도 / 생성 조합 수 / 실제 구매 조합
E. 공식 결과당첨번호 6개 / 보너스 번호 / 결과 확인 출처·시각
F. 분석 채점집합별 포함수 / 생성 조합 최고 일치 / 구매 조합 최고 일치 / 잘못 제외한 당첨번호
G. 구매 채점구매 조합 수 / 총지출 / 공식 수령액 / 순결과 / 수령 비율
H. 변경 결정유지 / 관찰 / 변경할 항목 1개 / 변경 이유 / 새 규칙 버전
[회차] 1238 | [사전 저장] YYYY-MM-DD HH:MM | [규칙] v1.0
[DB] 1237까지 | [후보 풀] A: __개 / B: __개 | [생성] __조합 | [구매] __조합
[공식 결과] 본번호 __·__·__·__·__·__ / 보너스 __
[채점] A __/__, B __/__ | 생성 최고 __개 | 구매 최고 __개
[비용] 지출 __원 / 수령 __원 / 순결과 __원
[판단] 유지·관찰·변경 | [다음 변경] 한 항목만: ______

카페나 블로그에 공개할 때는 계정 정보, QR 코드, 구매 식별번호와 알림 영역 등 개인 정보를 가리고 필요한 부분만 잘라서 사용합니다. 원본은 개인 보관하고 공개 글에는 계산에 필요한 항목만 옮깁니다.

실패는 어느 단계의 실패인지 나눠야 고칠 수 있습니다.

오류 유형예시다음 조치
데이터 오류DB 미갱신, 대상 회차 혼동, 이후 회차 자료 혼입분석 성능과 분리하고 데이터 절차부터 수정
규칙 오류사전 기준이 지나치게 좁아 당첨번호를 후보에서 제거즉시 결과에 맞추지 말고 누적 오류율 확인
선택 오류후보 풀에는 있었지만 실제 생성·구매 조합에서 빠짐후보 평가와 조합 선택 평가를 분리
예산 오류성과를 높이려고 계획보다 조합 수를 늘림사전 예산 상한을 다시 고정하고 초과 회차 표시
실행 오류저장 누락, 중복 구매, 구매하지 않은 조합을 실적으로 계산파일·구매 확인 절차와 체크리스트 개선
해석 오류다른 설정의 맞은 번호를 추첨 뒤 합침사후 탐색과 사전 검증 기록을 별도 표로 분리

결과를 본 뒤에는 한 번에 한 항목만 변경합니다.

한 회차가 좋거나 나빴다는 이유로 필터 수, 최근 구간, 공통 기준과 순위를 동시에 바꾸면 무엇이 달라졌는지 알 수 없습니다. 변경은 새 규칙 버전으로 분리하고 다음 회차부터 적용합니다.

  1. 유지: 데이터·실행 오류가 없고 아직 표본이 부족하면 같은 규칙을 유지합니다.
  2. 관찰: 충돌이나 특이 결과가 있지만 즉시 변경 근거가 부족하면 별도 메모만 남깁니다.
  3. 변경: 누적된 같은 유형의 오류가 있고 수정 이유를 설명할 수 있을 때 한 항목을 바꿉니다.
  4. 버전 상승: 변경 전 기록은 삭제하지 않고 v1.0과 v1.1 결과를 분리합니다.
  5. 새 검증 시작: 변경 뒤의 새로운 회차만 v1.1의 표본 밖 기록으로 계산합니다.

성과표는 최근 구간과 전체 기간을 함께 봅니다.

한 회차의 최고 기록보다 규칙을 고정한 뒤의 모든 회차가 중요합니다. 최근 10회처럼 짧은 변화 구간, 최근 30회처럼 더 안정적인 구간과 전체 누적을 함께 두면 특정 좋은 회차 하나가 평균을 가리는 일을 줄일 수 있습니다.

누적 지표함께 표시할 분모
후보 풀 평균 포함수회차 수와 평균 후보 수
4·5·6개 포함 회차전체 평가 회차 수와 후보 풀 크기
생성·구매 최고 일치 분포회차별 생성 조합 수와 구매 조합 수
배제 오류 회차율배제 적용 회차 수와 평균 제외 번호 수
총지출·총수령·순결과구매 회차 수와 총구매 조합 수
무규칙·무구매 회차빠뜨리지 않고 별도 상태로 보존

후보 풀 크기가 다르면 원시 포함수를 그대로 비교하지 않습니다. 기본 기준선인 후보 수 × 6 ÷ 45와 같은 크기의 무작위 후보 결과를 함께 두고, 구매 조합 수가 다르면 지출과 수령 비율도 같이 봅니다.

공개 글은 적중 표현보다 기록 단위를 먼저 적습니다.

오해하기 쉬운 문장

“분석에서 4개 적중했고 이번에도 당첨됐습니다.”

검증 가능한 문장

“추첨 전 저장한 A 후보 7개에는 본번호 3개가 포함됐습니다. 별도 B 설정의 29는 사후 탐색 기록이며 A와 합산하지 않았습니다. 실제 구매 조합의 결과·지출·수령은 별도 표에 기록했습니다.”

  • 추첨 전 저장 여부와 시각을 첫 문단에 표시합니다.
  • 후보 집합 이름, 후보 수와 포함수를 함께 씁니다.
  • 생성 조합과 실제 구매 조합을 구분합니다.
  • 당첨금만 쓰지 않고 구매량·지출과 미당첨 회차도 함께 남깁니다.
  • 사후에 발견한 설정은 탐색 기록이라고 명시합니다.
  • 과거 사례이며 미래 결과를 보장하지 않는다고 안내합니다.

글을 저장하기 전 10초 점검

질문확인할 내용
추첨 전에 남긴 증거가 있는가?시간이 포함된 설정·후보·조합 파일 또는 화면
결과 뒤 찾은 조건을 섞었는가?사전 검증과 사후 탐색을 별도 구역으로 분리
후보 풀과 구매 조합을 구분했는가?포함수·생성 최고·구매 최고를 각각 기록
보너스 번호를 따로 셌는가?본번호 6개 포함수와 공식 등위 판정을 혼동하지 않음
비용과 실패도 남겼는가?총지출·수령·순결과와 미당첨 회차 보존
다음 변경이 하나인가?변경 이유·버전·적용 시작 회차 기록

검토한 이루다의 공개 기록

1236회차 분석 복기, 1236회차 구매 결과 기록, 1237회차 20조합 구매 결과 기록을 분석 단계와 구매 단계의 차이를 설명하는 과거 사례로 검토했습니다. 당첨 인증은 미래 당첨 가능성이나 분석법의 우수성을 보장하지 않습니다.