🏆 AI스터디 23기 4주차 베스트 사례 큐레이션 - 업무&비즈니스

📚 23기 K스킬자동화

✍️ [4주차 과제] 가계부 자동기록 7단계 가이드: 슬랙과 노션 활용

발빠진쥐

하려던 것 📝

• 슬랙 기반으로 가계부를 자동 기록하고 생활비를 관리한 사례

• 기존 슬랙 반려묘 봇인 '또김이'에 가계부 기록 및 생활비 조회 기능을 연동하여 생활 관리를 자동화하고자 함.

• 통장을 직접 열지 않고도 슬랙에서 이번 달 생활비 잔액을 확인하고 지출 내역을 간편하게 기록하고자 함.

• 자주 사는 품목의 가격 변화를 파악하는 기반을 마련하고자 함.

활용한 툴 ⚒️

• 또김이 (슬랙 봇) : 사용자 입력 인식 및 노션 API 연동을 통한 가계부 기록 및 요약

• Notion API : 가계부 데이터 저장, 관리 및 월별 지출 요약 화면 구성

진행 세부 내용 🔍

1️⃣ 계좌 조회 기능 도입을 위한 사전 조사 및 의사결정 진행함

• 계좌 조회를 위해 오픈뱅킹, 마이데이터, 은행 사이트 자동 로그인, 팝빌, CODEF 등 다양한 방법을 조사함.

• CODEF가 유일하게 개인용 API를 제공함을 확인했으나, 정식 플랜의 요금 체계가 개인 가계부 용도로는 적합하지 않다고 판단함.

• 한 달 무료 데모 기간 이후 서비스 중단 가능성을 고려하여 실시간 계좌 조회 기능 도입을 포기하고, 사용자가 슬랙에 직접 입력하는 방식으로 가계부 기록 방식을 변경하기로 결정함.

• 자동화 구현의 복잡성과 비용이 절감되는 효과보다 클 수 있다는 기존 지피터스 사례의 교훈을 바탕으로 현실적인 의사결정을 내림.

2️⃣ 슬랙 봇을 통한 가계부 지출 내역 기록 기능 구현함

• 사용자가 슬랙 채널에서 봇(@또김이)에게 "오늘 장 32000원 카드로 썼어"와 같이 말하면 지출 내역이 기록되도록 구현함.

• 봇은 입력된 내역을 "기록했다냥! 장보기 32,000원 (식비, 카드) 이번 달 지출 187,000원이다냥"과 같이 처리 결과를 응답함.

• 기록된 지출 내역은 노션 데이터베이스에 '항목', '날짜', '구분', '금액', '분류', '결제수단' 등의 속성으로 저장됨.

• '식비', '외식', '생필품' 등 9가지의 고정된 분류를 정의하고, 목록에 없는 분류가 입력될 경우 사용 가능한 분류를 안내하도록 처리함.

3️⃣ 노션 페이지 내 월별 지출 요약 화면 생성 기능 구현함

• 노션 페이지 상단에 8월 지출 요약, 총 지출/수입/남은 돈, 분류별 지출 비중 (막대 그래프), 결제수단별 지출 내역 등을 포함하는 요약 칸을 구성함.

• 각 분류별 지출 비중은 `█` 문자를 비율만큼 반복하여 시각적인 막대 그래프 형태로 표현함.

• 지출 내역이 기록될 때마다 이 요약 정보가 자동으로 다시 계산되어 노션 페이지에 업데이트되도록 구현함.

📚 23기 코덱스입문

✍️ 단순한 코드 매핑에서 1:N 매핑까지, Codex와 함께 해결한 추가 개발 사례

컬렉션캐시군

하려던 것 📝

• 쿠팡 상품코드를 자사 상품코드로 매핑하는 프로그램 개발 사례

• 목적: 쿠팡 상품코드를 자사 제조·경영 프로그램에 맞는 형태로 변환하여 업로드하는 프로그램을 개발하고자 함.

• 배경: 처음에는 간단한 상품코드 매핑으로 생각했으나, 실제 매핑 과정에서 예상치 못한 다양한 예외 상황이 발생하여 프로그램 개발에 어려움을 겪음.

• 해결하고자 한 내용: 쿠팡의 1개 혼합세트 상품을 자사의 여러 상품코드(1:N 매핑)로 변환하고, 각 상품의 수량 및 금액 배분, 엑셀 행 생성 등을 함께 처리하는 기능을 구현하고자 함.

활용한 툴 ⚒️

• Codex: 프로그램 코드 작성 및 수정, 개발 계획 설명 및 구조 분석, 어려운 내용 이미지 및 사례로 재확인, 최종 개발 진행.

진행 세부 내용 🔍

• 1️⃣ 1:1 상품코드 매핑 기능 구현함

- 쿠팡 상품코드 하나를 자사 상품코드 하나에 연결하는 1:1 매핑 기능을 먼저 구현함. - 쿠팡 상품코드 확인, 연결할 자사 상품코드 선택, 매핑 결과 데이터베이스 저장, 다음 매출 자료 업로드 시 자동 적용 등의 방식으로 진행함. - 구조가 단순했기 때문에 비교적 쉽게 해결할 수 있었으며, 생각했던 방향대로 순조롭게 진행됨.

• 2️⃣ 혼합상품의 1:N 매핑 기능 구현 중 어려움을 겪음

- 쿠팡에서 서로 다른 3개의 상품을 하나의 세트로 묶어 판매하는 경우, 자사 제조·경영 프로그램에서는 세트를 구성하는 개별 상품코드로 매출을 등록해야 하는 문제에 직면함. - 쿠팡 상품코드 1개를 자사 상품코드 3개로 변환하는 1:N 매핑 기능과 함께 각 상품의 수량 및 금액 배분, 엑셀에는 몇 개의 행으로 만들어야 하는지까지 처리해야 했음. - 처음에는 이러한 업무 규칙을 충분히 정리하지 않은 채 Codex에게 수정을 요청하여, 기존 1:1 매핑 코드와 새롭게 추가하려던 1:N 매핑 코드가 서로 얽히면서 프로그램이 의도하지 않은 방식으로 작동하는 문제가 발생함. - 결국 잘못 수정된 부분을 원래 상태로 되돌리고 다시 시작해야 했음.

• 3️⃣ 즉시 수정 대신 개발 계획 설명을 요청함

- 같은 실수를 반복하지 않기 위해 Codex와 대화하는 방식을 변경함. - `현재 개발된 프로그램은 수정하지 말고, 혼합상품을 1:N 방식으로 매핑하려면 프로그램을 어떻게 수정해야 하는지 먼저 설명해줘.` 와 같이 프롬프트를 사용하여 개발 계획을 먼저 요청함. - Codex는 현재 프로그램의 상품 매핑 구조, 1:N 매핑을 적용하기 위해 변경해야 할 부분, 데이터베이스에 추가하거나 수정해야 할 항목, 혼합상품 등록 화면 구성 방법, 수량과 금액을 분배하는 방법, 기존 1:1 상품에 미칠 수 있는 영향, 개발 후 확인해야 할 테스트 항목 등을 정리해 주었음. - 프로그램 수정 전에 전체 구조와 작업 순서를 확인할 수 있으니 훨씬 안정적으로 접근할 수 있었음.

• 4️⃣ 이해하기 어려운 내용은 이미지와 사례로 재확인함

- Codex가 설명해 준 개발 계획 중 일부 내용이 개발 경험이 많지 않아 여전히 어렵게 느껴짐. - `설명만으로는 이해하기 어려우니 혼합상품이 등록되고 매출 엑셀로 변환되는 과정을 이미지와 구체적인 사례를 이용해 쉽게 설명해줘. 아직 프로그램은 수정하지 마.` 와 같이 추가 요청함. - Codex는 쿠팡 상품 하나가 자사의 여러 상품으로 나뉘는 과정을 화면 구성과 흐름에 맞추어 설명해 주었으며, 실제 상품을 예로 들어 수량과 금액이 어떤 방식으로 변환되는지도 설명함. - 개발 전에 제가 생각한 업무 방식과 Codex가 이해한 내용을 서로 맞춰볼 수 있었으며, 프로그램이 최종적으로 어떻게 작동해야 하는지 쉽게 이해할 수 있었음.

• 5️⃣ 최종 계획 확인 후 개발을 진행함

- 설명과 개발 계획을 검토한 뒤, 잘못 이해한 부분과 추가해야 할 조건을 다시 보완함. - `지금까지 협의한 최종 계획대로 프로그램 개발을 진행해줘. 기존의 1:1 매핑 기능은 유지하고, 혼합상품에만 1:N 매핑이 적용되도록 수정해줘.` 와 같이 최종 개발을 요청함. - 사전에 작업 범위와 처리 방법을 충분히 정리한 덕분에 이전보다 훨씬 안정적으로 프로그램을 수정할 수 있었음. - 그 결과 기존의 1:1 상품 매핑 기능을 유지하면서, 쿠팡의 혼합상품 하나를 자사의 여러 상품코드로 연결하는 기능도 추가할 수 있었으며, 프로그램의 잘못된 부분도 보완하고 전체적인 구조도 개선할 수 있었음.

📚 23기 부수입마케팅비서

✍️ 앱마케팅의 일부로 시작했던 망해가는 스레드 살려보기... (헤르메스 폴더 정리 + 적대평가)

Monhee

하려던 것 📝

• AI를 활용하여 SNS 스레드 채널의 콘텐츠 반응을 개선한 사례

• 스레드 채널의 낮은 조회수와 좋아요 문제를 해결하고 팔로워를 확보하고자 함.

• 기존 헤르메스를 통한 스레드 포스팅이 낮은 반응률을 보였으며, 콘텐츠가 길고 교훈적이어서 인위적인 느낌을 주었음.

• 스레드 채널 특성에 맞는 간결하고 일상적인 콘텐츠로 전환하고, 채널 페르소나에 맞춰 콘텐츠 방향을 수정하여 사용자 반응을 개선하고자 함.

활용한 툴 ⚒️

• Hermes : 스레드 콘텐츠 포스팅 및 예약, 채널별 슬로건 통일, 적대평가 수행.

• Telegram : 자동화된 보고 수신, 수동 요청 및 즉각적인 보고 확인.

진행 세부 내용 🔍

1️⃣ 기존 시스템 점검 및 구조 개선함

• 시도한 방법: 기존 AI 포스팅 툴인 헤르메스를 사용하며, 오프라인 모각에서 프로젝트 폴더 구조를 정리함. 채널별 슬로건을 통일하고 적대평가를 진행하여 문제점을 분석함.

• 얻은 결과: 전반적인 포스팅 계획을 수정하고 새로운 출발을 위한 기반을 마련함.

2️⃣ 텔레그램 활용 방식 변경함

• 시도한 방법: 기존에는 헤르메스의 자동화된 보고만 텔레그램으로 수신했으나, 직접 텔레그램을 통해 포스팅을 요청하고 즉시 결과를 보고받는 방식으로 변경함.

• 얻은 결과: 헤르메스 시스템 외부에서 직접적인 소통 채널을 확보하여 빠른 피드백을 받을 수 있게 됨.

3️⃣ 스레드 콘텐츠 방향성 수정 및 프로필 이미지 변경함

• 시도한 방법: 기존 헤르메스 포스팅의 글이 길고 교훈적이며 인위적인 느낌이 나는 점을 문제로 인식하여 톤과 포스팅 내용의 방향을 수정함. 프로필 사진도 텍스트 로고에서 인물 사진이나 캐릭터로 변경함.

• 발생한 문제: 방향 수정 전에는 팔로워가 늘지 않고 좋아요가 전혀 발생하지 않았음.

• 얻은 결과: 스레드 채널에 더 적합한 콘텐츠와 프로필로 전환하는 기반을 마련함.

4️⃣ 새로운 콘텐츠 전략 적용 및 결과 확인함

• 시도한 방법: 너무 교훈적인 내용보다는 주말에는 일상적인 내용, 평일에는 콘텐츠 성격을 바꿔가며 테스트하기로 결정함.

• 얻은 결과: 수정 후 토요일 포스팅 뷰는 4에 그쳤으나, 일요일 포스팅에서 좋아요 3개가 발생하고 팔로워 1명이 증가하는 긍정적인 반응을 얻음.

📚 23기 런칭스프린트

✍️ 결제를 붙이기 전에 도메인부터 다시 샀습니다 — 4주 동안 밟은 순서를 그대로 적습니다

TeDy

하려던 것 📝

• AI 기반 메모 앱의 결제 시스템 및 커스텀 도메인 연동을 진행한 사례

• 음성 및 텍스트 메모를 AI가 전사·제목·태그를 부여하는 앱(Ramble)을 개발 중이었음.

• 4주 차 과제로 커스텀 도메인이 붙은 배포 주소와 결제 흐름을 구현해야 했음.

• 비개발자로서 AI의 도움을 받아 도메인 설정과 결제 연동 작업을 수행함.

• 실제 결제를 위한 카드사 심사를 접수하고 통과하는 과정을 목표로 함.

활용한 툴 ⚒️

• Claude : 코드 작성 및 수정

• Codex : 코드 작성 및 수정

• ChatGPT : 코드 작성 및 수정

진행 세부 내용 🔍

1️⃣ 도메인 구매 과정 - hosting.kr에서 도메인을 낮은 가격순으로 정렬하여 2,500원짜리 도메인 구매를 고려함. - AI에 "도메인 사려는데 2500원짜리가 제일 싸. 근데 이런 싼 도메인 써도 문제 없나? 먼저 확인해줘." 프롬프트를 사용하여 문의함. - AI로부터 해당 가격은 첫해 이벤트가이며 갱신 시 30,000~50,000원으로 비싸지고, 특정 도메인(`.icu`, `.cyou`, `.bond`)은 스팸으로 분류될 수 있다는 답변을 얻음. - 신뢰도 유지를 위해 `td4u.kr`을 14,000원(갱신 20,000원)에 구매하여 스팸 분류 위험을 회피함.

2️⃣ 도메인 구매 후 호스팅 문제 인지 - PG 심사에 필요한 서비스 주소 문제를 도메인 구매로 해결할 수 있을 것이라 생각함. - 하지만 도메인(주소)과 코드가 실행되는 호스팅(자리)이 별개임을 인지함. - PG 심사에 필요한 서비스 주소는 도메인이 해결하지만, 사용 중인 호스팅의 상업적 이용 금지 약관 문제는 호스팅 이전을 통해 해결되어야 함을 깨달음.

3️⃣ 호스팅 이전 및 설정 - 기존에 사용하던 Vercel 무료 플랜(Hobby)의 약관을 확인한 결과, 비상업적·개인 용도 전용임을 확인하여 결제 연동 시 약관 위반임을 인지함. - Vercel 유료 플랜(Pro, 연 33.6만원) 대신 상업적 이용이 가능한 Cloudflare Workers 무료 플랜으로 호스팅을 이전함. - Vercel과 Cloudflare Workers 간 환경변수 읽는 방식이 달라 파일 4개의 구조를 변경했으며, 주소를 정하는 방식(폴더 구조 vs. 라우팅 표 직접 작성)이 달라 라우팅 표를 직접 작성함. - 향후 다른 앱과의 서비스 워커 범위 충돌을 방지하기 위해 `td4u.kr/ramble/app`과 같이 앱마다 폴더를 나누는 주소 구조를 채택함.

4️⃣ 결제사 선정 - 가장 유명한 토스페이먼츠에 직접 문의하여 초기 비용 33만원이 발생함을 확인함. - 여러 결제사를 한 번에 연결해주는 중개 플랫폼인 포트원을 통해 PG사를 탐색함. - 포트원 Free 플랜은 월 순거래액 5,000만원 미만 시 이용료가 0원임을 확인하여 비용 부담이 없음을 파악함. - 포트원 콘솔에서 PG사별 가입비를 확인한 결과, NHN KCP와 한국결제네트웍스(KPN)는 가입비가 0원임을 발견함. - KPN을 최종 PG사로 선정하여 가입비 0원으로 결제 서비스를 구축하게 됨.

5️⃣ 가격 설정과 결제사 선택 순서의 중요성 - 월 1,900원 / 연 9,900원으로 상품 가격을 설정함. - 해외 결제 대행(MoR)의 수수료(5% + 건당 $0.50)를 계산한 결과, 월 1,900원 상품의 경우 795원(41.8%)이라는 높은 수수료가 발생함을 확인함. - 이는 상품 단가에 비례하지 않는 건당 고정비($0.50, 약 700원)가 소액 상품에 큰 영향을 미치기 때문임을 인지함. - 상품 가격을 먼저 정하고 결제사를 나중에 선택한 것이 결제 선택지를 제한했음을 깨달음.

6️⃣ 결제 흐름 구현 - 결제 페이지에서 `api/pay/prepare`를 통해 서버가 금액을 PG에 미리 등록하는 1단계 과정을 구현함. - PG SDK를 활용하여 결제창을 띄우는 2단계 과정을 진행함. - `api/pay/complete`를 통해 PG에 다시 문의하여 금액을 대조하고 이용권 키를 발급하는 3단계 과정을 구현함. - 브라우저가 돌아오지 않는 상황에 대비하여 PG사가 `api/pay/webhook`을 통해 동일한 발급 함수를 호출하도록 4단계 웹훅을 구현함. - 실제 기기에서 사전등록부터 결제창, 이용권 키 발급, 앱 활성화까지 전 과정을 성공적으로 테스트했으며 웹훅 서명 검증도 완료함. - 결제 완료 화면에서 새로고침 시 이용권 키가 사라지는 문제점을 발견함.

7️⃣ 심사 접수 및 현재 상태 - 현재 테스트 채널로 운영 중이며 실제 결제는 카드사 심사 완료 후 가맹점 번호가 나오면 환경변수 변경만으로 실연동이 가능하도록 준비함. - 심사 접수에 필요한 사업자등록증, 통신판매업 신고, 홈페이지 하단 사업자정보(상호·대표자·사업자번호·주소·연락처), 법적 문서 4종(이용약관, 개인정보처리방침, 환불정책, 요금표), 유선전화 착신 확인을 완료함. - 개인정보처리방침에 이미 계약이 끝난 회사 이름이 남아있어 급하게 수정하는 일이 발생함.

📚 23기 GEO노출전략

✍️ [Claude Code] “2~4주 뒤 확인”이라던 AI 검색, 일주일 만에 3번 모두 카펜트리를 인용했습니다 — GEO 62→81 최종편

AngieYoo_앤지

하려던 것 📝

• AI 검색 노출 및 인용을 위한 홈페이지 최적화 사례

• GEO 점수가 높은 사이트가 실제 AI 검색에서 인용되는지 확인하고자 함.

• 웹 검색 프록시에서 공식 홈페이지 인용이 0/6이었던 문제를 해결하고, 강점 질문에서도 카펜트리가 노출되지 않던 사이트 외부 신뢰 부족을 개선하고자 함.

• AI가 고객 질문에 가게를 근거와 함께 추천하도록 만듦.

활용한 툴 ⚒️

• Claude Code : AI 기반 계획 수립 및 검토

• 오픈소스 GEO 감사 스킬 : GEO 점수 감사 및 개선 방안 도출

• AI 합의 플래닝 (플래너·아키텍트 검토) : AI 기반 계획 수립 및 반박을 통한 검증

진행 세부 내용 🔍

1️⃣ 점수부터 더 올리기 전에, AI끼리 먼저 반박하게 했다 - 시도한 방법: AI에게 플랜을 만들게 한 뒤 다른 AI 역할이 반박하도록 하여 개선안의 위험 요소를 검토함. - 발생한 문제와 해결 방법: 기존 언어 전환 기능과 영문 페이지를 붙이면 재방문자가 한글·영문이 섞인 화면에 갇히는 문제, 자기 별점을 구조화 데이터로 넣는 방식이 위험할 수 있는 문제, 이미지 압축 시 오히려 용량이 커질 수 있는 문제를 걸러냄. 실제 이미지 압축 테스트 후 원본 유지를 결정함. - 얻은 결과: 자체 GEO 점수는 참고 숫자로 두고, 실제 AI 답변, GA4 AI 유입, 네이버 예약, 다이닝코드 점수를 외부 성적표로 보는 것으로 목표를 변경함.

2️⃣ 브랜드 스토리와 다국어 12개 URL을 하루에 배포하다 - 시도한 방법: "왜 이 가게여야 하는지" 설명할 원본을 위해 6라운드 브랜드 인터뷰를 진행하여 실제 이야기를 확보함. - 사용한 프롬프트: 문안이 예쁘게만 정리될 때 "그 문안 구려, 다시 써줘." 프롬프트를 사용하여 AI가 구체적인 이야기를 살리도록 유도함. - 얻은 결과: 카펜트리의 이름 유래, 로고 의미, 레시피, 운영 방식 등 실제 브랜드 스토리를 홈페이지에 반영함. 동시에 영어 5페이지와 중국어·러시아어 안내 페이지를 포함한 총 12개 URL을 연결하고, 언어별 페이지 간 상호 연결을 추가함.

3️⃣ 수정하면 검색엔진에 알려주는 일까지 자동화하다 - 시도한 방법: 매니저가 사이트를 수정하면 사이트맵의 수정 날짜가 자동으로 갱신되고, IndexNow로 검색엔진에 변경 사실을 알리며, 배포 결과가 라이브에 반영되는 흐름을 구축함. - 얻은 결과: 사람이 수동으로 검색엔진에 변경 사항을 알려주는 절차를 없애, 가장 실용적인 자동화를 구현함.

4️⃣ 구글 프로필이 틀리면, 사이트가 맞아도 소용없었다 - 시도한 방법: 구글 비즈니스 프로필에 남아 있던 옛 전화번호와 인스타그램 홈페이지 링크를 공식 매장 페이지와 새 전화번호로 수정함. - 발생한 문제와 해결 방법: 처음에는 구글 비즈니스 프로필이 주인 없는 상태라고 판단했으나, 실제 로그인해보니 개인 계정으로 이미 인증되어 있었고, 옛 정보가 문제였음을 파악하여 이를 수정함. - 얻은 결과: 진접·화도점의 구글 프로필 정보를 수정하고, 네이버 플레이스 3개 매장에도 공식 홈페이지 주소를 연결하여 사이트 외부 정보의 통일성을 확보함.

5️⃣ AI에게 반박당한 줄 알았는데, 마지막에 반박한 건 나였다 - 시도한 방법: 다국어 페이지 설계 시 AI의 "메뉴가 자주 바뀌니 외국어 페이지에는 카테고리와 가격대만 넣자"는 안전한 제안을 우선 반영했으나, 정보 부족 문제를 인지하고 "관리를 자동화할 수 없나?"라고 다시 질문함. - 사용한 프롬프트: "매일 감시가 아니라, 한 번 수정하면 바로 모든 언어에 반영되게 하는 게 효율적이지 않나?" - 얻은 결과: 메뉴 내용을 빼는 대신, 메뉴 데이터를 한 군데에서 관리하여 한국어 수정이 모든 언어에 반영되는 구조를 다음 과제로 확정함.

6️⃣ 그리고 진짜 질문을 던졌다 - 시도한 방법: 실제 AI 검색(챗GPT, 퍼플렉시티)에 "남양주 브런치 카페 추천해줘", "남양주 반려동물 동반 브런치", "카펜트리 예약 어떻게 해?" 세 가지 질문을 직접 입력하여 인용 여부를 확인함. - 얻은 결과: 3개 질문 모두 노출되고, 3개 질문 모두 공식 홈페이지를 출처로 인용됨. "남양주 브런치 카페 추천해줘" 질문에 카펜트리 화도점이 추천 2순위로 등장하고, "남양주 반려동물 동반 브런치" 질문에는 단독 섹션으로 노출되며 FAQ의 조건("가방·유모차 이용 필요")이 신뢰 근거로 인용됨을 확인함.

📚 23기 글로벌현지화

✍️ AI와 함께 법원 자산매각 정보 서비스 MVP 만들고 결제 기능까지 붙여보기

위올라이

하려던 것 📝

• 대법원 회생·파산 자산매각 공고를 AI로 분석하여 효율적인 정보 제공 및 결제 시스템을 구축한 사례

• 머릿속에만 있던 서비스 아이디어를 실제로 작동하는 MVP로 만들고, 토스페이먼츠 결제 기능까지 연결하고자 함.

• 대법원 회생·파산 게시판에 올라오는 복잡한 자산매각 공고를 사용자가 쉽게 파악하고 이해하기 어려운 문제를 해결하고자 함.

• 공고를 자동으로 수집하고, 첨부파일을 AI가 분석하여 물건 정보, 가격, 입찰 마감일 등을 보기 쉽게 제공하며, 회원 기능과 구독형 결제 시스템을 구축하여 서비스 지속 가능성을 확보하고자 함.

활용한 툴 ⚒️

• Claude AI: 첨부파일 분석 (물건, 가격, 입찰 마감일 정리, 문서/실제 사진 구별, 사진 방향 교정), 공고 수집기, 데이터베이스, 목록/상세 화면 로직 연결 등 전반적인 서비스 로직 및 코드 작성 지원에 활용됨.

• Next.js + TypeScript: 웹 애플리케이션 개발에 활용됨.

• Supabase: 회원 인증, 데이터베이스 관리, 파일 저장에 활용됨.

• Python: 첨부파일 분석 (Claude AI와 연동)에 활용됨.

• 토스페이먼츠: 결제 기능 구현에 활용됨.

• GitHub Actions: 공고 자동 수집 및 재시도 로직 자동화에 활용됨.

• Vercel: 서비스 배포 준비에 활용됨.

진행 세부 내용 🔍

1️⃣ 완벽한 서비스가 아니라 MVP부터 만들었음 - 시도한 방법과 접근 방식: 처음부터 모든 기능을 넣는 대신, 사용자가 파공에 들어왔을 때 꼭 필요하다고 생각되는 핵심 흐름(공고 수집→AI 분석→목록/상세 보기)부터 정의하고 MVP 개발을 시작함. 초기에는 공고 제목만 잘 나오는 것을 목표로 함. - 사용한 프롬프트나 코드: AI에게 "대법원 회생·파산 자산매각 공고를 자동으로 모으고, 첨부파일을 AI가 분석해서 물건과 가격을 쉽게 볼 수 있는 서비스를 만들고 싶다."고 요청함. - 발생한 문제와 해결 방법: 초기 공고 제목이 대부분 ‘자산 매각공고’처럼 너무 일반적이어서 사용자가 실제로 궁금해하는 물건 정보를 파악하기 어려웠음. AI가 첨부파일의 표를 읽어 '데스크탑 컴퓨터 외 4개 품목'과 같이 대표 품목을 보여주도록 개선함. - 얻은 결과나 피드백: MVP는 기능이 적은 서비스가 아니라, 사용자가 서비스의 핵심 가치를(복잡한 공고 속에서 살 만한 자산을 빨리 발견) 실제로 경험할 수 있는 최소한의 완성품에 가깝다는 것을 깨달음.

2️⃣ 실제 데이터를 붙이니 예상하지 못한 문제가 보였음 - 시도한 방법과 접근 방식: 샘플 데이터 대신 실제 대법원 공고 150여 건을 서비스에 연결하여 화면을 확인하고 문제를 파악함. - 사용한 프롬프트나 코드: AI에게 "문서 사진은 썸네일에서 빼고 실제 제품·차량·부동산 사진만 보여줘.", "차량 사진은 정면으로 나온 대표사진 한 장만 방향을 바로 잡아서 보여줘."와 같이 구체적으로 요청하여 개선함. - 발생한 문제와 해결 방법: 사진처럼 보였던 이미지가 사실 공고문이나 가격표인 경우, 차량 사진이 옆으로 돌아가 있는 경우, 동일한 제목의 공고가 중복처럼 보이는 문제가 발생함. AI가 문서 이미지와 실제 사진을 구별하는 규칙을 만들고, PDF 내 보이는 방향을 기준으로 사진을 다시 추출하도록 함. 또한, 같은 제목의 공고가 실제로는 별도 번호로 올라온 서로 다른 차량임을 확인하여 화면에 '별도 공고 1/2' 등으로 표시하여 오해를 방지함. - 얻은 결과나 피드백: AI가 처음 만든 결과물이 최종 결과물이 아님을 확인하고, 직접 써보고 이상한 부분을 캡처하여 다시 질문하는 과정을 통해 서비스가 실제 사용자에게 맞게 개선됨.

3️⃣ 회원 기능을 붙이니 서비스의 구조가 달라졌음 - 시도한 방법과 접근 방식: 서비스의 지속적인 운영을 위해 회원별 무료체험 기간과 유료 이용기간 구분이 필요하다고 판단하여 회원 기능을 추가함. - 얻은 결과나 피드백: Supabase를 이용해 이메일·비밀번호 로그인을 구현하고, 가입하면 10일 무료체험이 자동으로 시작되도록 구성함. 회원의 상태를 '무료체험 중', 'Pro 이용 중', '체험 또는 이용기간 종료' 세 가지로 나누어 접근할 수 있는 기능을 차등화하여 구독형 서비스의 형태를 갖추기 시작함.

4️⃣ 결제 버튼 하나 뒤에 이렇게 많은 과정이 있을 줄 몰랐음 - 시도한 방법과 접근 방식: 자동결제가 아닌 기간 구매 방식의 요금제를 목표로 토스페이먼츠 결제 기능을 구현함. - 발생한 문제와 해결 방법: 결제 금액을 화면에서 전달받을 경우 누군가 값을 바꿔 결제를 시도할 수 있는 보안 문제가 있었음. 서버에서 요금제별 금액을 확정하고, 토스 결제 승인 단계에서 주문 금액이 서버 금액과 같은지 다시 확인하도록 하여 보안을 강화함. - 얻은 결과나 피드백: 기존 이용기간이 남아 있으면 남은 기간 뒤에 새 이용기간이 이어서 붙는 방식(예: Pro 이용기간이 9월 30일까지 남은 사용자가 월간 이용권을 결제하면 10월 30일까지 연장)으로 월간(9,900원/30일) 및 연간(79,000원/365일) 이용권을 구현함. 토스 테스트 키를 사용하여 실제 돈이 청구되지 않으면서도 주문 생성부터 결제창, 승인, 이용권 연장까지 전체 흐름을 연결하는 데 성공함.

5️⃣ 자동화는 ‘설정했다’보다 ‘실제로 돌았는지’가 중요했음 - 시도한 방법과 접근 방식: GitHub Actions를 활용하여 공고 수집을 자동화함. 초기에는 하루 한 번 실행하도록 설정함. - 발생한 문제와 해결 방법: 오전 수집 이후 대법원에 새 공고가 올라오면 사이트에 '오늘 신규 0건'으로 보이는 문제가 있어 자동 수집 주기를 3시간 간격으로 변경함. 또한, 대법원 서버가 자동화 서버의 연결을 일시적으로 끊으면서 전체 작업이 실패하는 문제가 발생하여, 한 번 실패하면 끝나는 방식에서 일정 시간 간격으로 최대 네 번 다시 시도하는 방식으로 변경함. - 얻은 결과나 피드백: 자동화는 단순히 스케줄을 등록하는 것을 넘어, 실패 시 재시도 방법과 실제 최신 공고 번호가 데이터베이스에 들어왔는지 확인하는 방법까지 갖춰야 완전한 자동화임을 깨달음.

📚 23기 계좌비서고용

✍️ KOSPI 저점 판정 대시보드 만들기

안맞는프라다를입는다

하려던 것 📝

• KOSPI 시장 저점 판정 로직을 점검하고 자료를 최신화하여 매수 시점을 재판단한 사례

• KOSPI 저점 감지 연구에서 1차 분할매수 판정 결과의 극단적인 신용잔고 청산폭(-1.8%)에 의문을 가짐

• 저장소를 확인하고 자료를 최신으로 업데이트하여 현재 판정의 정확성을 파악하고자 함

• 기존 저점 감지법의 문제점을 발견하고 개선하여 분석 모델의 신뢰도를 높이고자 함

활용한 툴 ⚒️

• Claude Code: 저장소 진행 상황 확인, 분석 자료 업데이트, 자체 결론 반증 및 규칙 검증, 웹사이트 자바스크립트 역추적 시도, 코드 작성 및 수정에 활용함

• 크롬 브라우저 자동화: 난독화된 웹사이트에서 직접 XHR 요청을 가로채어 데이터 수집을 자동화하는 데 활용함

진행 세부 내용 🔍

1️⃣ 왜 뒤집혔나 — 자료의 시점 - 시도한 방법과 접근 방식: 클로드 코드에 "bottom 레지토리를 깃으로부터 가져와줘", "어디까지 진행되었는지 확인", "순서대로 고고"와 같은 프롬프트를 입력하여 저장소 현황 파악 및 업데이트를 지시함. - 발생한 문제와 해결 방법: 초기 판정일(7월 21일) 기준 신용잔고 청산폭이 -1.8%로 매우 낮았으나, 이는 자료가 6월까지만 반영되어 7월 급락기의 청산이 포함되지 않았기 때문임을 파악함. 자료를 최신(8월 4일 저점 기준 -29.1%)으로 업데이트하여 문제를 해결함. - 얻은 결과나 피드백: 최신 자료 반영 후 신용잔고 청산폭이 -22.2%로 대폭 증가함. 변동성 지표를 대체값에서 원계열로 바꾸자 L1, L2, L3 세 축이 모두 서며 판정이 '1차 분할매수까지만. 전량 매수는 아직.'에서 '전량 매수 조건 충족.'으로 뒤집히는 결과를 얻음.

2️⃣ AI가 자기가 만든 결론을 뒤집었습니다 - 시도한 방법과 접근 방식: 클로드 코드에게 남은 과제들을 "순서대로 고고"하라고 지시하여 앞선 세션에서 AI가 내린 결론 두 가지를 스스로 반증하게 함. - 변동성 지표(케이스 14) 재적합: 원계열 변동성 지표를 확보한 뒤 백테스트를 재실행하도록 함. 이 과정에서 문턱값 30이 실현변동성 기준이므로 내재변동성(VKOSPI)에 그대로 적용하면 2022년 전체가 무신호가 되는 문제와, 폭락 중 진짜 저점 확인 신호가 중복 제거 규칙으로 삭제되는 문제(2020년 코로나 바닥 사례)를 발견함. - 투자자예탁금(케이스 12) 분석: 저장소의 마지막 데이터 공백인 투자자예탁금 자료를 메우도록 지시함. "예탁금 30일 −10%" 조건이 평가 가능한 6개 바닥 중 2개에서만 성립함을 확인하여 조건의 신뢰성이 낮다고 판단함. - 얻은 결과나 피드백: 클로드가 앞선 세션의 비교표가 중복 제거를 빼먹고 돌린 숫자임을 스스로 찾아내 28회에서 12회로 정정하고 문서에 정정 배너를 붙임. 투자자예탁금 조건은 기각되었으나, 반대매매비중은 자료가 있는 네 바닥 모두 충족하는 것을 확인하였음.

3️⃣ 막힌 데이터를 브라우저로 뚫었습니다 - 시도한 방법과 접근 방식: 신용잔고 자료를 금투협 사이트에서 사람이 엑셀로 받던 것을 자동화하기 위해 클로드 코드가 사이트 자바스크립트를 역추적 시도했으나 난독화되어 요청 형식을 읽지 못함. - 사용한 프롬프트나 코드: 크롬 개발자 도구에서 실제 요청을 가로채는 방식으로 방향을 전환함. 페이지에 `XMLHttpRequest.prototype.send`를 오버라이드하는 코드를 넣어 본문을 가로채도록 하였음. - 발생한 문제와 해결 방법: 자바스크립트 역추적으로 며칠 헤맬 수 있는 문제를 크롬에서 XHR 요청 본문을 직접 가로채 파라미터 이름과 형식을 파악하여 30초 만에 해결함. - 얻은 결과나 피드백: POST 요청 URL과 `{dmSearch:{OBJ_NM:"STATSCU0100000070BO",tmpV1:"D", ... }}`와 같은 파라미터 구조를 획득함. 이 방법을 통해 1998년 7월부터 오늘까지 7,163행의 신용잔고 자료를 단일 요청 0.2초 만에 수집하는 자동화를 구현함. 같은 방법으로 투자자예탁금 데이터도 뚫어 마지막 데이터 공백을 해결함.

4️⃣ 읽는 사람 기준으로 말을 바꿨습니다 - 시도한 방법과 접근 방식: 작업 중 작성자가 "오발화", "바닥 존", "ZBT" 등 문서 내의 전문 용어를 이해하기 어려움을 지속적으로 지적함. 지적할 때마다 수정하는 대신 용어 목록을 모아 일괄 처리하는 방식을 사용함. - 얻은 결과나 피드백: '오발화'를 '가짜 신호'로, '바닥 존'을 '바닥'으로 변경하는 등 전문 용어를 읽는 사람 기준으로 바꾸어 문서의 가독성을 높임. - 얻은 결과나 피드백: 기준이 있는 용어에 커서를 올리면 그 기준이 뜨도록 구현하여(총 20곳 적용) 용어의 정의와 기준을 명확하게 파악할 수 있도록 함. 모든 용어 정의를 자바스크립트 `DEFS` 한 곳에만 두어 여러 화면에서 재사용하고 설명의 일관성을 유지함.