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

📚 23기 K스킬자동화

✍️ 주소 한 줄로 전셋집 위험을 진단하는 AI 만들기 — jeonse-guard

성호

하려던 것 📝

• 주소 입력만으로 전세사기 위험을 진단하는 AI를 개발한 사례

• 주변 친구의 전세사기 경험을 바탕으로, 계약 전 확인할 수 있는 위험 신호들이 있었음에도 이를 미리 확인하기 어려웠던 문제를 해결하고자 함.

• 전세 계약 전 확인해야 할 정보들이 여러 사이트에 흩어져 있고, 용어가 어려우며, 무엇을 봐야 하는지조차 모르는 점을 해결하고자 함.

• 주소 한 줄만으로 공공데이터를 교차 조회하여 30초 만에 안전진단 리포트를 만들어주는 도구인 'jeonse-guard'를 개발하고자 함.

활용한 툴 ⚒️

• Claude Code: 사용자가 AI에게 말로 시켜 도구 설치, 진단, 결과 해석을 자동 수행하게 함.

• AI 에이전트: 설계 계약서 기반 모듈 병렬 구현, 완성된 코드에 대한 적대적 리뷰를 통한 결함 검증, 조사 및 구현 전반에 활용함.

• GitHub Actions: 등록된 주소의 전세 보증금 워치독 루프를 매일 자동 실행하고, 변화를 감지하여 알림을 보내는 서버 및 자동화 도구로 활용함.

• k-skill-proxy (real-estate-search, building-register-search, kakao-map): 국토교통부 매매·전월세 실거래가 조회, 건축물대장 표제부 확인, 주소 지오코딩 및 법정동 코드·지번 변환 목적으로 활용함.

진행 세부 내용 🔍

• 1️⃣ 설계 계약서 기반 기획 및 개발 방향 설정함

• 코드 구현에 앞서 설계 계약서(CONTRACTS.md)를 먼저 작성하여 5개 모듈의 입출력과 금지사항을 명확히 정의함.

• 전세사기 도구가 잘못된 안심을 주지 않도록 '안전합니다'라고 직접 말하지 않고, 사실(수치, 출처)과 검토 신호, 체크리스트만 보여주는 설계 원칙을 수립함.

• 2️⃣ AI를 활용한 병렬 구현 및 적대적 검증 수행함

• AI 에이전트 5개가 작성된 계약서만 보고 5개 모듈을 동시에 병렬로 구현하도록 함.

• 각 모듈이 완성되는 즉시 다른 AI가 '이 코드를 믿지 말고 결함을 찾아라'라는 지시로 적대적 리뷰를 수행하여 코드를 검증함.

• 이 과정에서 감시 기준선 파괴로 인한 오탐 폭주 버그, CI가 실패를 숨기는 버그 등 심각한 결함 4건을 발견하고 즉시 수정함.

• 3️⃣ 원샷 안전진단 파이프라인 및 정직성 검증 구현함

• 주소 입력 시 카카오 지오코딩으로 주소를 확정하고, 국토부 매매·전월세 실거래가(12개월)를 수집하여 전세가율을 계산함.

• 건축물대장 표제부를 확인하여 근린생활시설 여부를 감지하고, 검토 신호를 평가하여 리포트를 발행함.

• '실패 강등' 원칙을 적용하여 어느 한 단계가 실패해도 전체가 중단되지 않고, 해당 항목만 '확인 불가 + 사유'로 표기한 채 나머지로 리포트를 완성하도록 함.

• 실사용 중 '같은 조건인데 표본 수가 달라지는' 현상을 발견하여, 데이터 수집이 부분 실패하면 리포트에 '12개월 중 7개월만 수집'과 같이 표기하도록 패치하여 정직성을 확보함.

• 4️⃣ 보증금 워치독 루프 구현 및 GitHub Actions 활용 자동화함

• 계약 후 등록된 전셋집 정보에 대해 GitHub Actions cron을 사용하여 매일 아침 7시에 자동으로 재진단하도록 구성함.

• 어제 스냅샷과 오늘 결과를 비교(diff)하여 새로운 매매 실거래가 등장했는지, 전세가율이 80% 경계를 넘었는지, 건축물대장이 바뀌었는지 등 변화를 감지함.

• 변화가 있을 때만 GitHub Issue를 생성하여 알림을 보내고, 변화가 없으면 조용히 스냅샷만 갱신하며 결과를 저장소에 자동 커밋하여 레포가 매일 스스로 갱신되도록 함.

📚 23기 코덱스입문

✍️ Codex 앱 기능을 익히며 TBM 안전관리 카드뉴스 자동화 시작하기

오영민

하려던 것 📝

• TBM 교육용 안전관리 카드뉴스 제작 자동화 시스템 구축을 시작한 사례

• TBM 교육에 활용할 안전관리 카드뉴스를 자동으로 제작하고자 함.

• TBM 교육자료는 지속적으로 필요하지만, 매번 주제를 정하고 관련 사고 사례와 주의사항을 구성하는 데 시간이 소요되어 비효율적이었음.

• 매일 새로운 주제를 다루거나 여러 주제를 일정한 주기로 순환하면서, 관련 안전사고 사례와 주의사항이 포함된 카드뉴스를 자동으로 생성하고자 함.

활용한 툴 ⚒️

• Codex 앱: 주요 기능 학습 및 반복 업무 자동화 적용, 구현 방법 제안 요청

진행 세부 내용 🔍

1️⃣ Codex 앱 설치 및 기본 기능 익히기

• Codex 앱을 설치하고 기본적인 사용 방법(프로젝트와 스레드 개념, 효율적인 작업 이어가기, `/COMPACT`를 활용한 컨텍스트 압축, `/SIDE`를 활용한 질문, 전역 기본 권한 설정 및 차이 이해)을 학습함.

• 이 과정을 통해 Codex가 단순한 질의응답 도구가 아니라, 프로젝트를 지속적으로 발전시키며 업무를 수행할 수 있는 도구라는 점을 인지함.

2️⃣ 반복 업무 중 자동화 후보 찾기

• Codex의 기본 기능을 익힌 다음, 평소 업무 중 반복적으로 수행하는 일을 살펴보며 자동화할 수 있는 업무를 모색함.

• 그중 TBM 교육 때마다 필요한 안전관리 자료를 만드는 업무를 첫 번째 자동화 주제로 선정함.

• 매일 안전교육 주제를 변경하거나 기존 주제를 일정한 주기로 순환하고, 주제와 관련된 안전사고 사례를 소개하며, 사고를 예방하기 위한 핵심 주의사항을 정리하여 교육에 바로 활용할 수 있는 카드뉴스 형태로 만드는 것을 구상함.

3️⃣ Codex에 자동화 구현 방법 요청하기

• 아직 구체적인 구현 방법을 정하지 않은 상태였기 때문에, 먼저 Codex에 만들고 싶은 자료와 사용 목적을 설명하고 어떤 방식으로 접근하면 좋을지 질문함.

• 사용한 프롬프트는 'TBM자료에 교육에 활용할 안전 카드뉴스를 만들고싶어 매일 주제가 바뀌거나 돌고 돌아도 좋은대 그때그때 안전사고 같은거 사례를 들어서 주의사항 전달하는식이 좋을꺼같아 이걸 자동으로 구현하려면 어떤식으로 접근하는게 좋을지 방법을 찾아줘' 임.

• Codex는 작업 환경과 날씨를 고려한 주제 선정 → 관련 사고 사례와 주의사항 초안 작성 → 내용 및 오류 검사 → 안전담당자 검토와 승인 → 카드뉴스 또는 PDF 생성 → TBM 실시 및 확인 결과 기록의 자동화 흐름을 제안함.

• 특히 안전교육 자료는 AI가 임의로 완성해 바로 배포하기보다, 공식 자료를 바탕으로 초안을 만들고 담당자가 최종 확인하는 과정이 필요하다는 점을 알게 됨.

📚 23기 계좌비서고용

✍️ 투자에이전트의 시작, 배당캘린더 대시보드를 만들었다

홍진경

하려던 것 📝

• 비정기적인 배당락일 수작업 확인을 자동화된 캘린더로 구현한 사례

• 배당주 투자자가 배당락일 확인에 겪는 번거로움을 해결하고자 함.

• 금융 데이터를 자동으로 수집하여 한 화면에서 보여주는 대시보드를 구현하고자 함.

• 궁극적으로는 판단에 필요한 자료를 정리하고 그 과정을 기록하는 투자 에이전트의 첫 단계를 만들고자 함.

활용한 툴 ⚒️

• Claude Code: 코드 작성 및 수정, Supabase(클라우드 DB) 및 Next.js(웹 화면) 설치 및 연결, 데이터 소스 검증, 폴더 구조 및 DB 스키마 정리, 작업 단계 문서화, 확장 가능성 탐색 및 종목 확장, 실수 대응 및 원인 추적에 활용함.

• Claude Opus 4.8: (Claude Code와 함께 사용된 모델로, 위와 동일한 목적으로 활용됨)

진행 세부 내용 🔍

1️⃣ 데이터 소스 검증의 중요성 - 코딩 시작 전에 데이터 소스 검증을 진행하여, 필요한 정보를 제공하는지, 무료로 자동 수집 가능한지, 갱신 주기와 신뢰도를 확인했음. - 사용한 프롬프트: '해외 사이트는 내가 필요한 정보를 제공하는지, 무료로 수집 가능한지 확인하고 알려줘. 검토한 소스는 자산화 문서로 작성해줘.' - AI가 국내외 여러 배당 데이터 제공처를 직접 확인하여 무료 여부, 업데이트 주기, 신뢰도를 표로 정리하고 문서화함. - '직접 접속해서 근거를 문서로 남기며 확인해봐'라고 구체적으로 지시하는 것이 검증의 질을 높였음을 깨달음.

2️⃣ 화면 범위 결정의 중요성 - '내가 실제로 매번 확인하고 싶은 화면이 뭔가'를 먼저 좁혀 월별 배당락일 캘린더로 목표 화면을 설정했음. - AI는 이 방향에 맞춰 폴더 구조, DB 스키마, 작업 단계를 문서로 정리했음. - 데이터는 많아도, 어떤 데이터를 보고 싶은지에 대한 의도는 사람이 정해야 함을 배움.

3️⃣ 확장 가능성 탐색 - 배당킹 종목 캘린더 완성 후, '현재 배당킹만 포함되어 있는데 다른 그룹도 추가할 수 있나요?'라고 질문하여 확장 가능성을 탐색했음. - AI가 소스의 46개 리스트 중 배당락일 정보가 있는 4개만 가려냈고, 기존의 확장 가능한 설계 덕분에 큰 틀 변경 없이 다른 그룹을 추가했음. - 그 결과 종목은 58개에서 285개로, 배당 일정은 228건에서 1,155건으로 늘었으며, AI가 겹치는 종목을 중복 없이 정리했음. - 여러 소스를 합치자 리스트마다 정보량이 달라 배당락일이 빈 종목들이 발생했으며, 이를 채울지는 수작업 검토 과제로 남아있음.

4️⃣ 실수 대응과 교훈 - 작업 중 캘린더가 갑자기 텅 비는 문제가 발생하여 '캘린더는 왜 내용이 안보이나요?'라고 AI에게 원인 파악을 요청했음. - AI가 화면이 아닌 데이터베이스를 직접 조회하여 배당 일정 테이블 자체가 비어 있는 것을 확인했음. - 자동 테스트가 가짜 날짜를 사용했지만, 테이블이 같은 데이터인지 판단하는 기준(종목+배당락일)에 그 날짜가 없어 테스트 데이터가 실제 데이터를 덮어쓰고 삭제한 것이 원인이었음. - 복구 후 테스트 데이터에 식별자를 붙이고 판단 기준에도 포함시켜 재발을 방지했으며, 자동화 작업 시 시스템의 실제 판단 기준을 확인하는 것이 중요함을 깨달음.

📚 23기 부수입마케팅비서

✍️ [부업스터디] 라고 하지만 여러개의 본업같은 서비스 개발/운영기 공유 #1 - 멍패스

Jun

하려던 것 📝

• 반려견 동반 매장 정보 제공 및 관리 서비스의 데이터와 기능을 통합하고 확장한 사례

• 반려견과 동반 가능한 매장을 지도에서 쉽게 찾을 수 있도록 함

• 매장에서 QR 코드를 통해 반려견 동반 입장 정보를 효율적으로 관리할 수 있도록 함

• 견주에게는 반려견 동반 가능 여부에 대한 불확실성을 줄여줌

• 매장에는 반복적인 확인과 수기 기록의 번거로움을 줄여주고자 함

활용한 툴 ⚒️

내용이 부족하여 요약하지 못했습니다

진행 세부 내용 🔍

• 1️⃣ 흩어져 있던 두 서비스를 하나로 통합함

• 초기 운영 서비스인 Base44와 별도로 제작된 랜딩 페이지를 통합하는 방식으로 접근함.

• 기존 서비스의 QR 체크인, 매장 대시보드, 안전점검, 사건 관리 등 비즈니스 로직이 담긴 25개 화면은 이식하여 활용함.

• 새 브랜드와 디자인이 적용된 랜딩 페이지의 UI 중심 5개 화면은 새로 구성하여 통합함.

• React 19, Vite, TypeScript, Tailwind CSS, Firebase Auth·Firestore·Hosting, Kakao Map 기술 스택을 활용하여 재구성함.

• 2️⃣ 데이터 구조를 분리하고 로그인 방식을 개선함

• 초기 데이터가 방문 기록마다 견주 이름, 전화번호, 강아지 정보가 반복 저장되는 비효율적인 구조임을 파악함.

• `users`, `pets`, `entries`, `stores`, `store_members` 테이블로 데이터를 분리하여 중복을 방지하고 정보 관리를 용이하게 함.

• 로그인 방식을 아이디·비밀번호에서 전화번호 OTP로 변경하여 사용성을 개선함.

• 견주와 매장 운영자 역할 겸직 및 여러 매장 관리 가능성을 고려하여 '견주 모드 ↔ 매장 모드' 전환 구조를 함께 구축함.

• 3️⃣ 공공데이터를 통합하여 지도 서비스로 확장함

• 가입 매장이 부족하여 견주의 지도 서비스 이용 유인이 약하다는 문제점을 인식함.

• 식약처의 반려동물 동반 가능 업소 공공데이터를 기존 `stores` 데이터와 통합하여 지도 서비스 콘텐츠를 확장함.

• 첫 반영 시 1,658곳을 통합했으며, 2026년 데이터 갱신을 거쳐 현재 활성 공공 매장 2,316곳을 지도에서 조회할 수 있도록 함.

• 상호 및 주소 정규화, 원본 해시로 중복 방지, Kakao 지오코딩으로 좌표 보강, 지도 영역 변경 시 범위 조회, 업종별 아이콘 적용 등 데이터 품질 및 지도 성능 개선 작업을 수행함.

• 공공 매장이 가맹점이 되어도 같은 매장 ID를 유지하도록 하여 즐겨찾기, 질문, 지도 반응 등의 정보가 끊기지 않도록 설계함.

• 가입 과정에서 정규화된 주소가 같거나 100m 이내이면서 상호 유사도가 높은 공공 매장을 후보로 제시하고, 관리자 승인 시 기존 매장 문서에 운영자 권한을 원자적으로 연결하는 기능을 구현함.

📚 23기 글로벌현지화

✍️ 1,700억 쓰고 망한 로봇 마사지 1위, 나는 여기서 시작하고 싶다

라이프스케줄

하려던 것 📝

• 기존 사업 현금흐름 기반으로 AI 마사지 로봇 부원장 서비스를 구체화하려던 사례

• 은퇴를 고민하는 20년 이상 경력 원장님의 직원 독립 문제와 체력 문제를 해결하고자 함

• 퇴사하지 않는 로봇 부원장으로 명장 기술을 대체가 아닌 연장하여 문제 해결을 시도함

• 힘쓰는 전신 관리는 로봇이, 섬세한 얼굴 관리는 원장님 손이 맡는 분업 구조를 설계함

• 글로벌 수익화 스터디에서 배운 시간차 전략을 적용하여 사업 기회를 정의하고자 함

활용한 툴 ⚒️

• Claude (AI 공동창업자): 파산한 미국 1위 기업의 채권자 문서 추적 및 경쟁사 분석 리포트 작성, 일본·싱가포르·UAE 규제 조사, 중국 마사지 로봇 논문 한국어 완역에 활용함

• 소형 로봇팔 SO-101 (약 55만 원): 명장님 설득용 데모 도구로, 로봇이 팔을 따라 움직이는 시범을 보이기 위해 사용함

• 아두이노 + FSR 압력센서 (약 6만 원): 누르는 힘을 그래프로 기록하여 명장의 손맛을 숫자로 바꾸는 첫 단계에 활용함

• 스터디 자료 (현지화 5기준·국가선정 4질문·고객유형×과금모델): 사업의 좌표를 찍는 프레임으로 활용함

진행 세부 내용 🔍

#### 1️⃣ 파산한 세계 1위를 분석함

• 세계 1위 로봇 마사지 기업 Aescape가 1,700억 원 이상을 투자받고도 2026년 총부채 2,000억 원으로 무너진 사실을 확인함

• 채권자 문서를 추적하여 자본 구조, 가격 포지셔닝, 배치 실패 등 3가지 붕괴 원인을 정리함

• 로봇 1대 = 직원 1명이라는 가정이 틀렸음을 확인하고 수익 모델 재계산에 착수함

#### 2️⃣ 시간차 전략으로 사업 위치를 다시 정의함

• 스터디에서 배운 '늦게라도 따라오는 것 vs 영원히 안 따라오는 것' 프레임을 적용함

• 미국이 2,000억 원을 투자하여 '기술은 된다'를 증명한 로봇 기술은 늦게라도 따라오는 것으로 판단함

• 마사지가 일상 소비인 아시아태평양 시장은 영원히 안 따라오는 소비 문화로 정의하며 사업 기회를 포착함

• 같은 로봇이라도 사치재 시장(하루 3.5회 가동)과 일상 소비 시장(회전 발생)의 차이를 인지하고, 실패에서 교훈만 취하며 회전이 나오는 일상 소비 시장에 집중하기로 함

#### 3️⃣ 고객유형 × 과금모델에 대입했을 때, 이렇게 됨

• 고객 유형 중 비용 절감 및 생산성 니즈가 가장 명확한 B2B(1인샵 원장)를 핵심 고객군으로 선정함

• 구축형 + 구독형 + 소모품의 3단 조합 과금 모델을 결정함

• 초기 설치비, 월 구독료(명장 마사지 코스 업데이트 + 유지관리), 교체형 실리콘 스킨(위생 및 반복 매출)으로 구성된 모델임

• 명장 1명(기술 소스)이 로봇 N대(재현)를 통해 원장 N명(구독 고객)에게 서비스를 제공하는 구조를 설계함

#### 4️⃣ 글로벌 순서: 나가는 게 아니라, 한국에서 먼저 알려진다

• 일본, 싱가포르, UAE 등 각국의 법적 규제로 인해 직접 해외 침투가 어려움을 확인함

• 마사지 관련 국가자격 업무독점, 외국인 치료사 고용 라이선스 제한, 저임금 인력 구조 등이 주요 장애물임을 파악함

• 한국에서 외국인에게 먼저 알려진 후, 협력 및 라이선싱 구조를 설계하는 전략을 수립함

• 2027년 12월 일산 킨텍스 K컬처 축제 '패노메논'을 목표 시점으로 역산 로드맵을 수립함

📚 23기 GEO노출전략

✍️ 광고 없이 20일 만에 문의 15건, 해외 4개국 고객이 찾아온 다국어 홈페이지 by Astro framework

퍼널해커_장원근

하려던 것 📝

• 다국어 스쿠버다이빙 웹사이트로 AI 검색 고객을 창출한 사례

• 광고비 없이 한국인 및 외국인 고객을 AI 검색으로 직접 유입시키고자 함

• 제주 서귀포 스쿠버다이빙샵의 매출 증대 고민을 해결하고자 함

• AEO, GEO, SEO, CRO를 처음부터 설계한 다국어 사이트로 인바운드 AI 검색 고객창출 시스템을 구축하고자 함

활용한 툴 ⚒️

• Astro 6: 정적 사이트 생성 프레임워크로 웹사이트 구축에 활용함

• Sanity: 헤드리스 CMS로 콘텐츠 관리에 활용함

• Cloudflare Pages: 개발된 웹사이트 배포에 활용함

• claude-seo: Claude Code용 SEO 진단 플러그인으로 Technical, Content, Schema, Sitemap, Geo, Local, Performance, Visual, Cluster, SXO 등 10개 전문 영역을 병렬로 동시에 진단하는 데 활용함

진행 세부 내용 🔍

내용이 부족하여 요약하지 못했습니다

📚 23기 런칭스프린트

✍️ [23기 스프린트 1주차 후기] 이번엔 진짜 끝까지

woodyj

하려던 것 📝

• 아이디어에서 기능 정의서까지 AI로 서비스 개발 문서를 작성한 사례

• 아이디어가 흐지부부되는 문제를 해결하고자 함

• '바탕화면에 캘린더가 있으면 좋겠다'는 B2C 서비스 아이디어 발산으로 시작함

• AI와의 대화를 통해 아이디어 발산부터 PRD·기능정의서 작성까지 밀어붙여 끝까지 문서화하는 것을 목적으로 함

활용한 툴 ⚒️

• Claude : 아이디어 발산 및 수렴, 컨셉 구체화, PRD 및 기능 정의서 작성 및 수정

진행 세부 내용 🔍

• 1️⃣ 아이디어 발산 (재미없는 답 걷어내기)

• 뻔한 B2C 유틸리티 아이디어(캘린더 위젯, 점심 메뉴 추천 등)를 물어보았으나, 일반적인 답변에 만족하지 못함

• '재미없어. 다른 획기적인 거'라는 프롬프트로 대화의 톤을 바꾸어 Claude가 '퇴사 시뮬레이터', '냉장고 임종 알림' 같은 바이럴성 아이디어를 내놓도록 유도함

• 그중 '냉장고 임종 알림' 아이디어를 붙잡고 '이거 수익화 될까?'를 물으며 아이디어를 실제로 검증하는 단계로 넘어감

• 2️⃣ 감사일기로 방향 전환, 그리고 리텐션 문제 정면돌파

• 수익화 관점에서 아이디어를 추리다가 '감사일기를 수익화하고 싶은데, 기록이 귀찮아서 중간에 이탈하는 문제를 어떻게 풀까'로 질문을 좁힘

• 처음 나온 답변들이 뻔하고 흔한 접근이라고 판단하여 '너무 뻔하고 흔한 접근이다'라는 피드백을 Claude에게 제시함

• 이 피드백으로 Claude가 '매일/혼자/글로/일기장에'라는 감사일기의 네 가지 전제를 하나씩 부수는 방식으로 재접근하였고, 그중 '혼자'를 부순 아이디어인 '남이 나 대신 써주는 감사일기'를 선택함

• 3️⃣ 컨셉을 한 번 더 비틀기: '훔쳐보기'

• 편지처럼 서로에게 감사를 보내는 컨셉으로 다듬다가, '감사일기 훔쳐보기'라는 컨셉으로 최종 방향을 제시함

• '감사일기 훔쳐보기라는 컨셉으로 가려고해. 편지지를 꾸미는게 아닌, 일기장을 꾸미는 걸로 가야해'라는 지시를 통해 각자 자기 일기를 쓰고 상대가 몰래 훔쳐본다는 구조로 변경함

• 이 방향 전환으로 '쓰면 열쇠가 생기고, 그 열쇠로 상대 일기를 열어본다'는 코어 루프가 도출되었고, 이를 기준으로 리텐션 설계, 경쟁사 리서치, 서비스명 브레인스토밍까지 이어감

• 4️⃣ PRD로 문서화, 그리고 반복 수정

• 서비스 컨셉을 기반으로 PRD 뼈대를 대략적으로 작성한 후 Claude에게 구체화를 요청함

• '이 뼈대를 기반으로 PRD를 구체화해서 작성해줘. 대충 적은 거라 내가 놓치는 부분있으면 고려해서 작성해서 줘'라는 프롬프트로 문서 작업을 시작함

• 실사용을 염두에 두고 '열쇠를 포인트로 구매해서 열람하는 구조도 추가할거야', '상대방 조르기는 무한 기능이고 5회 조르고 이후 조르면 광고시청으로 바로 넘어감', '부활하기 기능(확장) / 기억메모리 / 일기 템플릿(확장)...' 등의 기능이 떠오를 때마다 Claude에 추가 요청하며 PRD를 v0.1에서 v0.3으로 갱신함

• 마지막으로 '당신은 10년 이상의 경험을 가진 Senior Product Manager입니다. PRD v0.2를 분석하여 핵심 기능 정의서를 작성해주세요. PRD의 요구사항을 그대로 나열하지 말고, 개발 및 디자인 관점에서 구현 가능한 기능 단위로 재구성합니다. 중복되는 기능은 하나로 통합합니다...'라는 프롬프트를 통해 PRD를 실제 개발 단위로 쪼개는 작업을 요청함