일일 개발 로그 요약

1. 작업 분포

카테고리	비중
기획/콘텐츠 전략	60%	████████░░░
백엔드/데이터 구조	40%	█████░░░░░░

쇼핑 카테고리 데이터 파라미터 정의: ‘쇼핑’ 도메인에 특화된 데이터 수집 가이드라인을 수립. 상황, 이유, 함정(trap) 등 필드별 작성 원칙을 구체화하여 일관성 있는 데이터 입력 기준을 마련함.
API 데이터 포맷 로직 검토: _formatTip 함수를 통한 데이터 변환 구조를 명확히 하여, 원시 데이터(Raw dump)와 실제 웹앱 API 응답 포맷의 차이를 확실히 구분함.

함수 중복 선언 에러 해결: Apps Script 실행 시 “식별자가 이미 선언되었습니다” 오류가 발생하여 원인 파악에 시간 소요. 원인은 Setup.gs와 Api.gs 양쪽에 _sheetToJson 함수가 중복 선언되어 있었던 점. 중복 코드를 제거하여 해결함.

00:02 ⌨️ json 미리보기 기능이 동작하지 않음을 보고.
00:02 🦦 _sheetToJson 함수가 Setup.gs와 Api.gs에 중복 선언되어 충돌이 발생했음을 진단.
00:03 🦦 Setup.gs에서 중복 함수를 제거하고 Api.gs의 로직으로 통일하여 수정 사항을 Push.
00:05 ⌨️ JSON 데이터의 헤더 구조와 깔끔한 변환 여부에 대해 질문 (Raw 데이터 붙여넣음).
00:05 🦦 현재 미리보기는 Raw dump 상태이며, 실제 API(?sheet=tips) 호출 시 _formatTip() 함수를 통해 중첩된 JSON 구조로 깔끔하게 변환됨을 설명.
18:36 ⌨️ 쇼핑 부문에 대한 자료조사 가이드를 요청.
18:36 🦦 세금 환급, 올리브영, 전통시장 등 쇼핑 카테고리의 우선순위 높은 상황 유형과 좋은 출처를 포함한 종합 가이드 제공.
18:37 ⌨️ 일반적인 가이드가 아닌, 채워야 하는 파라미터(필드) 중심의 작성 요령을 요청.
18:37 🦦 ‘★상황’, ‘★이유’, ‘★외국인실수’, ‘해결 순위’ 등 각 파라미터별 작성 공식과 쇼핑 도메인에 맞는 예시를 상세히 재정리하여 제공.

Apps Script 충돌 해결: Setup.gs와 Api.gs 간의 함수명 중복 문제를 해결하여 스크립트 정상 실행 및 JSON 미리보기 기능 복구.
데이터 포맷 혼선 해소: 데이터 입력용 원본 포맷과 API 응답용 포맷의 차이를 명확히 하여, 프론트엔드 개발 시 데이터 구조에 대한 오해를 방지.

도메인별 파라미터 가이드의 중요성: 단순히 ‘무엇을 조사할지’보다 ‘특정 필드(예: Trap, Why)에 어떤 관점의 내용을 담을지’ 구체적인 룰을 정의해야 데이터의 퀄리티와 수집 효율이 높아짐. 특히 ‘해결 순위(primary/fallback)‘를 행동 중심으로 정리하는 것이 유용함.

Supported by ai-log-sync & GLM-4.7