사이드프로젝트
취미 빌드 / 실험
-
가상계좌 입금자명 매칭 실패를 알림 title 폴백으로 해결
입금자명, 왜 갑자기 title에서 빼야 했나 며칠 전부터 가상계좌 입금 매칭 실패율이 슬금슬금 올라감. 이상하다 싶어서 알림 원본 페이로드 까봤더니, 원인이 어이없었음. 카카오 쪽에서 내려주는 알림 본문(body) 포맷이 일부 케이스에서 바뀌어 있었음. 기존엔 본문에 홍길동님 1,000,000원 입금 식으로 깔끔하게 들어왔는데, 어느 순간부터는 본문에
읽기 → -
결제 파싱 오류를 LLM 교차검증으로 조기 포착한 정산 파이프라인 개선
파싱 데이터 신뢰도 문제 알림 페이로드에서 결제 정보를 뽑아 쓰는 파이프라인을 운영 중인데, 포맷이 자주 바뀜. 정규식으로 떠받치다가 한 글자 차이로 금액이 0원으로 들어가는 사고가 났음. 사후에 보면 "사람이 봤으면 다 보였을 텐데" 싶은 케이스가 대부분이라 LLM으로 한 번 더 훑게 했음. 왜 서버 프록시인가 클라이언트에서 직접 모델 호출하면
읽기 → -
로컬 DB 싱글턴화로 초기화 속도 개선하고 커밋 컨벤션 정리
커밋 컨벤션 정리하다가 메시지가 꼬임 오늘 작업은 분량으로 보면 가벼운데 시간을 의외로 잡아먹었음. 스킬/에이전트 가이드 문서 두 개, 진입점 화면 클래스 라이프사이클 한 군데, 로컬 DB 추상 레이어를 한 커밋에 묶다가 prefix 표기를 잘못 적어서 다시 정리함. 무엇이 문제였나 처음엔 그냥 feat: chage git 이라고 적었음. 보다시피
읽기 → -
기기 교체 후 수신 메시지 복구를 위한 서버 동기화 구현기
왜 만들었나 - 기기 교체하면 이전 수신 내역이 통째로 날아갔음. 사용자 문의가 꾸준히 들어옴 - 로컬에만 쌓아둔 데이터라 복구 경로가 아예 없었음 - 서버에 보존돼 있는 원본을 끌어와 로컬과 병합하는 흐름이 필요했음 구조 잡기 | 레이어 | 역할 | |--|--| | 진입 화면 | 최초 진입 시 동기화 트리거 | | 설정 화면 | 수동 재동기화 +
읽기 → -
간편결제 입금 자동 매칭으로 파트너 정산 클레임 해소
왜 자동 감지가 필요했나 - 간편결제 송금으로 들어오는 입금 건은 그동안 운영팀이 화면 보면서 손으로 매칭했음 - 입금량이 늘면서 매칭 지연 → 파트너 정산 클레임 누적 - 정산 파이프라인 끝단이 수동이라 앞단 자동화 효과가 다 깎이고 있었음 두 가지 선택지를 두고 고민함 결제대행사 쪽 입금 알림 채널과 자체 폴링을 같이 검토했음. | 방식 | 장점
읽기 → -
파트너 정산 은행 도메인 누락으로 송금 인증 실패하던 문제 수정
채팅 메시지 속 은행 링크를 못 찾았음 파트너 정산 채널에서 송금 인증 캡처 대신 메시지 앱 링크를 그대로 붙여넣는 케이스가 점점 늘었음. 메시지 본문에서 은행 도메인을 뽑아 송금 사실을 검증하는 로직이 있는데, CS팀에서 "특정 은행만 매번 인증 실패가 난다"는 리포트가 연달아 들어옴. 원인: 도메인 화이트리스트 노후화 은행 URL 추출기는 정규
읽기 → -
Android 앱 아이콘이 PNG로 올바르게 표시되도록 수정
fix: mipmap-anydpi-v26 제거하여 PNG 아이콘 적용 — Android 앱 변경 커밋.
읽기 → -
금융 알림 수신 Android 앱 리브랜딩
앱 리브랜딩: SMS모니터링 + 아이콘 변경 + v1.0.0 — Android 앱 변경 커밋.
읽기 → -
FCM 푸시와 인증코드로 금융 알림 앱 사용자 설정 강화
v3.0: FCM 푸시 + 인증코드 기반 사용자 설정 — Android 앱 변경 커밋.
읽기 → -
Android 16 대응으로 알림 권한
v2.1: Android 16 대응 + sysId 필드 추가 + API 포맷 변경 Android 앱 쪽 작업이 생각보다 빡셌음. 특히 Android 16 타겟팅 대응이 핵심이었는데, targetSdkVersion을 올리면서 권한 처리 방식이 바뀐 부분이 있어서 꼼꼼히 체크해야 했음. 주요 변경 포인트 | 항목 | 변경 전 | 변경 후 | |----
읽기 → -
Android 16 대응으로 알림 리스너 안정성과 기기 식별 구조 개선
v2: Room DB 제거 + 메모리 기반 경량화 + 보안 개선 Android 앱 쪽 작업이 생각보다 빡셌음. 특히 Android 16 타겟팅 대응이 핵심이었는데, targetSdkVersion을 올리면서 권한 처리 방식이 바뀐 부분이 있어서 꼼꼼히 체크해야 했음. 주요 변경 포인트 | 항목 | 변경 전 | 변경 후 | |------|-------
읽기 → -
README 정비로 팀 문서화 기준 확립
README.md 추가 문서 작업은 다들 대충 하고 넘어가는데 나중에 후회함. README를 제대로 정리하면서 프로젝트 구조도 같이 다시 봤음. README에 반드시 들어가야 할 것들 markdown 프로젝트 개요 어떤 문제를 해결하는지 1-2줄로 설치 방법 복붙 가능한 명령어 위주로 환경 변수 | 키 | 설명 | 필수 여부 | 아키텍
읽기 → -
Android 16 대응으로 입금 알림 캡처 앱 권한 구조 재설계
Pay Monitor v2: 은행앱 입금 캡처 + SMS 전달 기능 Android 앱 쪽 작업이 생각보다 빡셌음. 특히 Android 16 타겟팅 대응이 핵심이었는데, targetSdkVersion을 올리면서 권한 처리 방식이 바뀐 부분이 있어서 꼼꼼히 체크해야 했음. 주요 변경 포인트 | 항목 | 변경 전 | 변경 후 | |------|-----
읽기 → -
영문 README 정비로 프로젝트 문서 품질 높이기
Rewrite README in English 문서 작업은 다들 대충 하고 넘어가는데 나중에 후회함. README를 제대로 정리하면서 프로젝트 구조도 같이 다시 봤음. README에 반드시 들어가야 할 것들 markdown 프로젝트 개요 어떤 문제를 해결하는지 1-2줄로 설치 방법 복붙 가능한 명령어 위주로 환경 변수 | 키 | 설명 |
읽기 → -
README 정비로 프로젝트 가독성과 유지보수성 개선
Update README with actual repo URL 문서 작업은 다들 대충 하고 넘어가는데 나중에 후회함. README를 제대로 정리하면서 프로젝트 구조도 같이 다시 봤음. README에 반드시 들어가야 할 것들 markdown 프로젝트 개요 어떤 문제를 해결하는지 1-2줄로 설치 방법 복붙 가능한 명령어 위주로 환경 변수 |
읽기 → -
멀티 에이전트 모니터 대시보드 첫 출시와 코드 품질 개선
Initial release: Claude Multi-Agent Monitor Dashboard 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직
읽기 → -
개발 환경 설정 정비와 의존성 업그레이드로 운영 안정성 개선
update datasource username and upgrade sass dependency to 1.97.3 2026-02-01. 메인 기능 개발 외 환경/설정/문서 관련 작업 기록. 내용 요약 직접적인 기능 코드는 아니지만, 시스템 전체를 안정적으로 운영하고 개발 생산성을 유지하는 데 필요한 작업들이었음. - 개발 환경 설정 정비 - 배
읽기 → -
타임아웃·경계값·null 입력 버그를 방어 코드로 수정
병합 충돌 해결 및 타입 에러 수정 2026-01-15 버그 수정 작업. 특정 조건에서 오작동하는 부분을 잡았음. 문제 상황 비즈니스 로직 영역에서 특정 입력값이 들어왔을 때 예상과 다른 동작이 발생함. 정상 케이스에서는 재현이 안 돼서 처음엔 간헐적 이슈인 줄 알았는데, 조건을 좁혀가다 보니 명확한 재현 조건이 있었음. 원인 분석 재현 조
읽기 → -
페이지 빌더 미리보기와 실제 적용 기능을 비즈니스 로직부터 화면까지 구현
페이지 빌더 미리보기 및 실제 적용 기능 구현 2026-01-15. 비즈니스 로직 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 비즈니스 로직부터 시작 3. **API 연결** — 외부
읽기 → -
Admin·Web 전체 페이지 CRUD
Admin/Web 전체 페이지 CRUD 구현 및 API 응답 파싱 버그 수정 2026-01-14. 비즈니스 로직 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 비즈니스 로직부터 시작 3
읽기 →