https://devcafe.co.kr/w/index.php?action=history&feed=atom&title=AI%EB%AA%85%EB%A0%B9_recommend_%EC%98%88%EC%A0%9C 2026-11-04T12:07:30Z 이 문서의 편집 역사 MediaWiki 1.42.1 https://devcafe.co.kr/w/index.php?title=AI%EB%AA%85%EB%A0%B9_recommend_%EC%98%88%EC%A0%9C&diff=2677&oldid=prev 2026-10-28T13:43:42Z

<p>새 문서: # 팀 추천 및 보류 사항 (Recommendations &amp; Open Issues) &gt; 개발 착수 전/중 추가 논의가 필요하거나, 팀원들이 제안한 개선 권고사항 모음 --- ## 🆕 검토 중인 신규 수익모델 (PM 제안) ### 0. 아이템 판매형 수익모델 (속도/성능 차등 유료 아이템) - **제안자**: PM - **개요**: 전략/매매 기능은 기본 제공하되, 등급별 &quot;아이템&quot;을 유료 판매. 등급이 높을수록 ① 급락/서킷브레이...</p> <p><b>새 문서</b></p><div># 팀 추천 및 보류 사항 (Recommendations &amp; Open Issues)<br /> <br /> &gt; 개발 착수 전/중 추가 논의가 필요하거나, 팀원들이 제안한 개선 권고사항 모음<br /> <br /> ---<br /> <br /> ## 🆕 검토 중인 신규 수익모델 (PM 제안)<br /> <br /> ### 0. 아이템 판매형 수익모델 (속도/성능 차등 유료 아이템)<br /> - **제안자**: PM<br /> - **개요**: 전략/매매 기능은 기본 제공하되, 등급별 &quot;아이템&quot;을 유료 판매. 등급이 높을수록 ① 급락/서킷브레이커 감지 속도가 빠르고 ② 매매 로직(알고리즘)이 더 정교함. 인앱결제/추가 수익원 확보 목적<br /> - **현재 상태**: 🟠 정의 미확정 — 모델링/설계 착수 보류, 답변 대기 중<br /> <br /> - **[김메타] 리스크**: &quot;유료=빠른 체결&quot;이 금융 서비스 형평성 이슈로 비칠 수 있음. 서버 내부 처리 우선순위 차등인지, 알고리즘 성능 차이인지에 따라 법적/신뢰도 리스크 수준이 달라짐<br /> - **[김모델] 신규 엔티티 초안**: `아이템마스터`, `사용자보유아이템`, `아이템구매이력` — 단, 영구구매/구독 여부·적용범위(계정 전체 vs 전략별) 미확정으로 ERD 확정 불가<br /> - **[김개발] 구현 방식 후보 3가지**:<br /> 1. 주문 큐 우선순위 차등 (가장 현실적, 단 ms~초 단위 한계)<br /> 2. 시세 감지 주기 차등 (무료 1초 / 유료 0.2초 등)<br /> 3. 감지 알고리즘 고도화 (거래량·호가잔량 결합한 정교한 예측형 트리거, &quot;속도&quot;보다 &quot;적중률&quot; 성격)<br /> - ⚠️ 애플 IAP 수수료(30%) 등 결제 정책 추가 검토 필요<br /> - **[김디자] UX 권고**: &quot;아이템/가챠&quot; 느낌 지양, **등급형 플랜(Basic/Pro/Premium)**으로 포지셔닝 권장. 속도 차이는 수치로 투명 공개 권고 (신뢰도 확보)<br /> <br /> - **⏳ PM 확인 대기 중인 질문 4가지**:<br /> 1. 속도 차이 정체: 서버 처리 우선순위 vs 알고리즘 성능 차이 vs 둘 다?<br /> 2. 과금 방식: 영구 구매 vs 월 구독?<br /> 3. 적용 범위: 계정 전체 적용 vs 전략별 장착?<br /> 4. UI 노출: &quot;아이템&quot; 용어 그대로 노출 vs &quot;플랜/등급&quot;으로 치환?<br /> <br /> - **다음 단계**: 위 답변 확정 시 → 김모델 ERD 확정 → 김메타 리스크/표준 재검토 → decision.md로 승격<br /> <br /> ---<br /> <br /> ## 🔴 우선순위 높음 (개발 착수 직전 결정 필요)<br /> <br /> ### 1. 매수금액한도값 컬럼 분리 여부<br /> - **제안자**: 김메타 vs 김개발 (이견 존재, 현재 보류)<br /> - 현재: `매수금액한도구분`(고정금액/비율) + `매수금액한도값`(단일 컬럼) 구조<br /> - 김메타 우려: 단위가 상황에 따라 달라지는 컬럼은 운영 중 버그 유발 가능성 높음 → `한도금액`, `한도비율` 컬럼 분리 권장<br /> - 김개발 입장: 로직 복잡도와의 트레이드오프, 개발 착수 직전 재논의 요청<br /> - **→ PM 재확인 필요 항목**<br /> <br /> ### 2. 서킷브레이커 자체 계산 로직 검증<br /> - **제안자**: 김디비, 김개발<br /> - KRX 공식 실시간 데이터 부재로 서버 자체 계산 방식 채택됨<br /> - 운영 초기 **실제 공식 발동 시점과의 오차 모니터링 체계** 필요<br /> - 추후 KRX 유료 데이터 연동 또는 타 증권사 API의 시장상태 필드 보강 검토 권장<br /> <br /> ---<br /> <br /> ## 🟡 우선순위 중간 (설계 단계 반영 권고)<br /> <br /> ### 3. 공통코드 테이블 신설<br /> - **제안자**: 김메타<br /> - `트리거타입`, `알림타입` 등 VARCHAR 하드코딩 값들을 공통코드 테이블(`코드그룹`/`코드값`/`코드명`)로 표준화 권고<br /> - 사유: 향후 코드값 추가/변경 시 전체 컬럼 수정 리스크 방지<br /> <br /> ### 4. 시세 데이터 파티셔닝<br /> - **제안자**: 김디비<br /> - 실시간 지수/종목 시세는 초 단위로 폭증 → **일자 기준 파티셔닝** 적용 권고<br /> - 코스피/코스닥 지수는 조회 성능 확보를 위해 **별도 경량 테이블 분리** 권고<br /> <br /> ### 5. 동시성 제어<br /> - **제안자**: 김디비<br /> - 서킷브레이커 발동 순간 다수 종목 동시 매수 주문 몰림 가능<br /> - 주문내역 테이블에 **낙관적 락(버전 컬럼)** 적용 권고<br /> - 중복 매수 방지를 위한 **유니크 제약**(전략ID + 종목코드 + 당일 1회 등) 설계 권고<br /> <br /> ---<br /> <br /> ## 🟢 우선순위 낮음 (UX/운영 고도화 아이디어)<br /> <br /> ### 6. 전략 설정 UX - 마법사(Wizard) 방식<br /> - **제안자**: 김디자<br /> - Step1(매수조건) → Step2(금액한도) → Step3(매도조건, 손절률 필수) 단계형 설정 UI 권고<br /> <br /> ### 7. 서킷브레이커 실시간 신호등 위젯<br /> - **제안자**: 김디자<br /> - 대시보드에 평시/주의/발동 상태를 상시 노출하는 위젯 제안<br /> - 푸시 알림과 별개로 앱 진입 시 즉시 상태 인지 가능하도록<br /> <br /> ### 8. KRX 데이터 교차검증 모니터링 대시보드 (운영 단계 고려)<br /> - **제안자**: 김개발<br /> - 자체 계산 판정 결과와 KRX 공식 발표 간 오차를 추적하는 내부 운영 로그/대시보드 구축 권고 (사용자 노출 X, 내부 품질관리용)</div>

Devcafe