[whatfontisthis]

무엇을 했나요?

관련 작업 제안: #24

2024년 9월 원주시 모바일 원주사랑상품권의 할인 상향(7% → 10%) 기간에 결제금액이 어떻게 달라졌는지 살펴봅니다. 계획 초안에 이어 자료 수집기, 첫 분석 결과, 해석까지 갱신했습니다. 여전히 Draft입니다. 학습·연구용 작업이며 정부·공공기관의 공식 평가가 아닙니다.

한 줄 결과: 조건부(판별 불가). 원주의 9월 월간 모바일 결제금액은 비교 7곳과 거의 같이 움직였습니다(차이 약 -2%, 95% 신뢰구간 약 -14%~+17%). 같은 크기의 "차이"가 처치가 없던 달에도 나옵니다. "효과 없음"이 아니라 "이 자료로는 알 수 없음"입니다.

계획에서 바뀐 것

• 주 단위 → 월 단위. 결제정보 API(/paymentsV3)에는 일·주 조회가 없고 월 합계(crtr_ym)만 있습니다. 처음 계획의 중단 조건("월별 자료만 있으면 주간 분석을 보류")에 해당해 설계를 바꿨습니다. 변경 전 68월(3개월), 변경 후 9월(1개월)입니다. 원주의 15월 할인율은 6%, 8%, 10%, 8%로 달마다 바뀌어 사전 기간에 쓰지 못했습니다.
• 비교 지역을 규칙으로 선정. 판매정책정보 API는 한국조폐공사 운영 81개 지역만 담고 있어, 처음 후보였던 춘천·강릉·충주의 정책 이력은 확인할 수 없었습니다. 81개 지역에 fetch.py의 규칙을 적용했습니다. R1 69월 할인율·구매한도 불변, R2 110월 모든 달 모바일 결제 월 1억 원 이상, R3 인접 달 급변 없음. 7곳(시흥, 보령, 서천, 태안, 문경, 합천, 남원)이 남았습니다. R1 탈락 52곳 중 40곳이 9월에 새 정책을 도입했습니다(한시 혜택이 전국에서 겹침).
• 인구 규모(원주의 0.5~2배) 기준은 포기했습니다. 인구 원표를 확보하지 못했고, 규모까지 맞추면 시흥 한 곳만 남습니다.

사전 등록 원칙에서 벗어난 점을 밝힙니다. 이 개정은 월별 합계를 한 번 훑어본 뒤에 작성했습니다. 처음 계획(7e8c6b8)은 지우지 않고 남겼고, 비교 지역 선정을 코드 규칙으로 고정해 선택 여지를 줄였습니다. 자세한 내용은 discussion.md에 있습니다.

케이스

cases/whatfontisthis-wonju-voucher-202409/ — B 트랙 가설과 분석

점검	결과
기본 (원주 vs 비교 7곳, 9월)	-0.022, 95% CI [-0.155, 0.156], 조건부
이용자 수로 바꿔서	+0.019
비교 지역 하나씩 빼기	-0.031 ~ +0.001
시 4곳만 비교	+0.013
10월(7%로 복귀)	+0.001
가짜 시점(8월, 7월)	-0.024, -0.015
도시 바꿔치기 8곳 중	원주만큼 큰 값 6곳 (p=0.75)

• 정책 확인: 판매정책정보 API에서도 원주가 9월 3일부터 10%(월 한도 30만 원), 10월 3일부터 다시 7%로 기록돼 있어 공고와 일치합니다.
• 추가한 파일: fetch.py(수집·비교 지역 선정), extra_checks.py(공용 흐름이 자동으로 하지 않는 점검), region_codes_komsco.csv(참고문서의 조폐공사 운영 지역 코드), report.md·flow_log.json·run_manifest.json·figures/(make flow 결과), discussion.md.

체크리스트

• plan.yaml을 make flow 실행 전에 커밋했습니다(bae45ce). 다만 위에 적은 대로 월별 합계를 본 뒤의 개정이며, 변경 이유를 README·discussion.md·커밋 메시지에 기록했습니다.
• 데이터 출처와 이용 조건을 plan.yaml > data_sources에 명시했습니다(이용허락범위 제한 없음, license: other).
• API 키·.env·원자료·분석용 표를 커밋하지 않았습니다(data/는 .gitignore 대상).
• 그림/수치는 fetch.py → make flow → extra_checks.py로 재현할 수 있습니다. 인증키는 각자 공공데이터포털에서 활용신청(자동승인)해 .env의 DATA_GO_KR_API_KEY에 넣습니다.
• make check: ruff check . 통과. pytest 1건 실패(test_template_fetch_fails_with_clear_message, 윈도우 한글 인코딩 cp949 오류). origin/main을 따로 내려받아 같은 환경에서 돌려도 똑같이 실패했습니다.
• 다른 사람의 폴더나 core/를 수정하지 않았습니다.
• scripts/check_licenses.py 통과.

확인한 것

• Python 3.12(윈도우)에서 fetch.py 실행, python -m core.agent cases/whatfontisthis-wonju-voucher-202409(사전 등록 확인 포함) 통과. 12개 품질 점검 통과, 판정 조건부.
• 공용 did 경로는 사전추세 검정과 비교 지역 하나씩 빼기를 자동으로 하지 않아 extra_checks.py로 별도 계산했습니다. 사전 기간이 3개월뿐이라 사전추세 검정은 하지 않았습니다.
• 클러스터가 8개로 min_clusters: 20보다 적어 조건부 판정이 붙습니다. 경고를 없애려고 기준을 낮추지 않았습니다.

리뷰어에게

1. 일별 모바일 결제자료를 원주시나 조폐공사에서 받을 수 있는 경로를 아시나요? 받으면 처음 설계(일·주 단위)로 돌아갈 수 있습니다.
2. 월 단위 한 달짜리 처치에서 "조건부" 판정과 min_clusters 경고를 어떻게 다루는 게 좋을까요?
3. 인구 규모를 맞추지 못한 비교 지역 선정(정책·자료 품질 규칙 7곳)이 적절한지 검토 부탁드립니다.

이 PR이 합쳐져도 #24의 자료 확보·설계 질문이 모두 해결되는 것은 아니므로, 이슈를 자동으로 닫는 키워드는 사용하지 않았습니다.

🤖 Generated with Claude Code

https://claude.ai/code/session_01GXTuu1Jmi6DisxoF4ypSWh