Recoeve

Lists of Recoeve's blog

recoeve — Tue, 28 Apr 2026 17:03:31 +0900

#[#Lists-of-kipid-s-blog] Lists of kipid's blog, and recoeve's blog Lists of kipid's blog , Lists of recoeve's blog , Recoeve.net

☠ 츄츄랑 루루 데리고 유튜브 시작했습니다.: https://www.youtube.com/@ChuChu-LuLu 츄츄와 루루의 인스타그램도 운영중입니다.: https://www.instagram.com/kipacti/ 틱톡에도 가끔 올립니다.: https://www.tiktok.com/@kipid84 Recoeve.net 서비스도 베타(\beta)+배포 테스트 단계에 있습니다.: [Music/Break]--Pet of kipid's Recoeve.net :: https://recoeve.net/user/kipid?cat=%5BMusic%2FBreak%5D--Pet#headPlay LivingNet.app 은 개발 초기 단계에 있습니다.: https://livingnet.app/ 많은 관심 부탁드려요. 좋댓구알~! (좋아요 댓글 구독 알람설정까지!)

docuK 가 version 3.3.3 (2025-07-27) 로 업그레이드 되었습니다. 짜잔~! 티스토리 운영하시는 분들은 한번 시도해 보시길... Super Easy Edit~!!!!! Fuzzy search 구현해놓음 : 버튼이나 G 키 (G for Go to anything) 를 누르면 검색창 뜹니다. ESC 나 오른쪽 위 'x' 를 누르면 검색창이 닫힙니다. Fuzzy (흐릿한, 뿌연) search 가 어떤식으로 동작하는지는 쓰시면서 확인해 보시길... (뭐 장황한 설명보단 사용해 보시면서 느끼고, 익히시는게 더 이해가 잘 될듯 합니다. 음.. 한글 초성검색 및 한영 자동변환 검색도 구현해놓음.)

Physics / Relativity / Tensor (Image by MidJourney)

블로그 글들 리스트를 정리해 놓은 것입니다. 제목뒤 날짜는 보통 처음 글을 올린 날짜입니다. (올려놓고 꾸준히 업데이트하는 글들이 많아서...) 공들여 작성한 글은 highlight 함. 단축키 (T : Table of Contents, F : Forward Section, D : Previous Section, R : References) 도 활용해 보시길.

Personal Bookmarks (괜찮은 사이트들 모음) 는 따로 작성. Recoeve.net 베타 (beta) 테스트 서비스 시작. Recoeve.net 상의 제 페이지는 kipid's Recoeve.net

## PH

2026-03-09 : Recoeve's blog 글들도 리스트에 추가.
2025-08-07 : LivingNet.app 추가.
2023-05-29 : Recoeve.net cat 세분화.
2023-02-16 : Recent interests 정리. Fuzzy Search docuK 로 통합하기.
2017-06-27 : 정리.
2015-12-23 : 새로 올린 글들도 정리를 해야 하는데...
2015-12-19 : 정리정리.
2015-12-01 : Fuzzy search update. Match Score 적용.
2015-06-28 : Fuzzy search update. 초성검색 및 한영 자동전환 검색.

##[.no-sec-N.hiden#sec-My-Blog] [My Blog]

[Music/Break]--Pet of kipid's Recoeve.net

카테고리 좀 다시 정리하고 싶다;;; 지금까지 만든 코드들 정리해서 블로그 서비스도 개발해보고 싶긴 한데...

글 몇개가 list 에서 빠진거 같기도 한데... 뭔 글일까나?

##[.no-sec-N#sec-Newest] [My Blog]--Newest or Updated posts

##[.no-sec-N#sec-interest] [My Blog]--Recent interests

노무현 대통령의 아름다운 그림자, 문재인 비서실장, 2015-12-14
문재인(文在寅) vs 박근혜(朴槿惠) 프로필 비교, 2014-03-17

Introducing what we are making : Recoeve.net, 2014-11-21
Recoeve.net : Feedbacks, Error reports, and Suggestions, 2015-04-29

텐서(Tensor)와 상대론(Relativity) - 0. 텐서(Tensor)란?, 2014-03-19
Tensor and Relativity - 0. What is Tensor?, 2022-12-15

Method of Lagrange multipliers (English), 2014-03-21
최적화, 라그랑지 승수법 (Optimization with the Method of Lagrange multipliers), 2014-03-18; (앞쪽의 영어버전이 더 자세히 작성되어 있음.)

## TOC ##[.no-sec-N#sec-Recoeve] [Recoeve] ###[#subsec-LivingNet] LivingNet.app

LivingNet.app (리빙넷) - 세입자, 집주인 네트워크 (스타트업) 기획해보기., 2025-07-04
LivingNet.app setting, 2025-08-01
LivingNet.app progress, 2025-08-01

###[#subsec-Recoeve-Introducing] Introducing

주식회사 키피드 투자 안내서 - kipid Inc., 2026-03-27
당신의 취향을 보관하는 가장 완벽한 아카이브 (Recoeve.net), 2026-03-23
Search what you don't know, and save it to Recoeve.net. And get recoms from automatically added neighbors., 2024-02-13
초기 Recoeve.net 유저용 설명서, 2023-12-15
Recoeve.net (3S|Slow/Sexy/Sincere SNS) 사용설명서/Manual, 2023-09-15
Introducing what we are making : Recoeve.net, 2014-11-21
Recoeve.net 퍼가는 법 (iframe) 및 reco 공유하는 법, 2023-12-28
Recoeve.net IR (Investor Relations) 투자 발표, 2023-10-08
Recoeve.net : Feedbacks, Error reports, and Suggestions, 2015-04-29
모르는거 검색한 것들 저장해놓기 | 혹은 음악 모아서 듣기 Recoeve.net, 2024-02-04
안산시 단원구 고잔동 이마트24 안산천남로점 유통기간 임박상품 무료나눔+(프린팅박스|PrintingBox, Recoeve.net 홍보), 2023-09-15

####[#subsubsec-Recoeve-Members] Members

Career Portfolio - 이강수, 2015-12-18
Career Portfolio - Kang-soo Lee, 2025-03-03
Programmer/Developer's Portfolio (개발자/프로그래머의 포트폴리오), 2015-12-14

###[#subsec-Recoeve-Developement] 개발

Legacy codes :: Session, Cookie, Auth, Sign-up, Log-in, hash, iter, 2026-03-29
Nginx 설치 및 설정 and SSL HTTPS 설정하기, 2025-08-01
단어 외우기 앱 구현 (Memorizing App) in Recoeve.net, 2024-05-08
음악 플레이리스트 (Music Playlist) 만들기 in Recoeve.net, 2024-05-07
개인화 된 추천 시스템 (Personalized recommendation system)
Auto Completion, and Fuzzy Search, 2014-12-28
Web site - 다국어 지원 (multi-language support)
URI rendering test, 2015-07-10
iframe test of Recoeve.net, 2015-05-11
HTML 에서 동영상 연속 재생하기 (playlist, shuffle, replay), 2015-01-07
Implementing multicursor like sublime text Ctrl+D in HTML javascript textarea, 2023-06-27
Time zone table | setting, 2023-07-05
Neighbors points plot plan (svg), 2023-09-09
Formatting the lyrics to Recoeve.net style (genius.com), 2023-10-29

####[#subsubsec-Fixing-error] Fixing error

###[#subsec-Economics] 참고

Recoeve 리뉴얼 계획서: 기술 전환 로드맵 - kipid Inc., 2026-03-27
Recoeve UI/UX 개선안 - kipid Inc., 2026-03-27
주식회사 키피드 정관 (초안) - kipid Inc., 2026-03-27
Recoeve (레코이브) 비즈니스 기획안: "가치를 남기고, 취향을 잇다" - kipid Inc., 2026-03-27
KIPID 법인 설립 전략 - kipid Inc., 2026-03-27
스타트업 경영해 나갈때 참조할 만한 글들, 2023-10-29
사람들의 평균적인 소비구조, 2015-12-15
인터넷 광고 시장에 관하여..., 2015-12-15
Site statistics (MAU, DAU), 2015-12-16

##[.no-sec-N#sec-PM] [Physics/Math/Science] ###[#subsec-Physics] Physics 물리 개념과 이론들에 관한 설명들.

물리/과학 이야기들 - 포스팅, 유튜브 영상 모음, 2025-07-02
텐서(Tensor)와 상대론(Relativity) - 0. 텐서(Tensor)란?, 2014-03-19
Tensor and Relativity - 0. What is Tensor?, 2022-12-15
텐서(Tensor)와 상대론(Relativity) - 1. 상대론(Relativity), 2014-02-17
양자역학 (Quantum Mechanics), 2014-04-24
Time evolution (Hamiltonian/Energy) vs Space/Position Translation (Momentum), 2023-02-16
Second quantization of many-body Quantum mechanics, 2023-06-27
Decoherence, the Measurement Problem of Quantum Mechanics, 2014-07-29
Quantum Field Theory of Many-body Systems by Xiao-Gang Wen, 2024-02-08
RMP 76, (2004) - Decoherence, the measurement problem, and interpretations of quantum mechanics, 2015-06-26
Truncated many-body dynamics of interacting bosons: A variational principle with error monitoring, 2014-12-17
Fragmented Bose Einstein Condensates, 2023-09-27
양자역학 측정문제에 대한 개인적인 해석 (Feat. AI 시대와 자유의지, Multiverse), 2024-08-08

SI, cgs 단위계(unit) 및 물리상수(physical constants), 2014-02-17
엔트로피(Entropy) 개념에 대한 이해, 2014-01-24

###[#subsec-Math] Math 수학 개념과 이론들에 관한 설명들.

Method of Lagrange multipliers (English), 2014-03-21
최적화, 라그랑지 승수법 (Optimization with the Method of Lagrange multipliers), 2014-03-18; (앞쪽의 영어버전이 더 자세히 작성되어 있음.)
Machine Learninig :: Fastest learning by Quadratic approximation approach with finite equal step size through steepest descent., 2023-12-06
중력하의 두 점 사이를 가장 빨리 이동하는 방법 (싸이클로이드), 2017-02-01
선형 대수학 간단한 정리들 (Linear Algebra), 2014-03-18
Runge-Kutta method, Matrix exponential, 2023-05-22
Sturm-Liouville and Completeness Theory, 2015-12-12
디락 델타 함수 (Dirac delta function), 2014-02-13
Proof of Geometrization and Poincaré conjectures, by Grigori Perelman, 2015-07-18
A Proof of the Kahn-Kalai Conjecture (expectation threshold conjecture), 2022-06-25
리드 추측 (Read's conjecture) 과 로타 추측 (Rota-Heron-Welsh conjecture), 2022-07-06

###[#subsec-Physics-Idea] New Ideas New Ideas in Physics (새로운 시각의 물리개념 및 이론들. 대부분 아이디어 정도만 간략하게 포스팅.)

Conjecture about the Unification between Electro-Magnetic Lorentz force and Gravity, 아이디어 자체는 2005년쯤? 구체화는 2006 졸업논문때.
Black Holes as Elementary Particles, and Elementary Particles as Mini Black Holes, 2014-03-17
블랙홀 속 또 다른 우주? (Another Universe inside Black Hole?), 2014-04-08
Time as an emergent phenomenon, 2014-02-14
다중 우주론 (Multiverse), 2014-02-10
양자역학 conjecture :: 측정문제. 다중 우주론과 자유의지의 상관관계?, 2015-12-19

###[#subsec-Physics-News] News 개인적으로 관심있게 본 물리/수학 관련 뉴스들 정리.

특정 빛은 빛의 속도보다 느리다? (Some lights are slower than the speed of light?), 2015-01-31
Laniakea: Our home supercluster, 2014-09-19
BICEP2: 중력파와 급팽창 이론(인플레이션, inflation theory)의 직접적인 증거, 2014-04-07
방화벽 역설(Firewall paradox)로 인한 블랙홀 미스테리, 2014-02-10

###[#subsec-Physics-etc] Etc. 기타 물리/수학 관련 잡다한 이야기들.

###[#subsec-General-Science] 생활과학

What should I do for living forever? (Feat. OpenAI ChatGPT), 2023-02-21
과학적으로 효율적으로 난방하기 (에너지는 아끼면서 따뜻하게, 피부보호), 2022-12-13
건강하게 과학적으로 다이어트 하기, 2015-05-21
수면의 과학 (Science of Sleeping), 2014-12-28

###[#subsec-Earth-related-science] 지구과학

###[#subsec-Brain] 뇌과학

무서운 심리학 - 거짓기억 신드롬 (False Memory Syndrome), 2024-02-09

##[.no-sec-N#sec-IT] [IT/Programming] ###[#subsec-MarkDown-docuK] MarkDown--docuK SEE (Super Easy Edit)

HTML docuK format ver. 2.0, 2014-04-06
HTML docuK format ver. 2.1, short copiable version, 2014-06-13

####[#subsubsec-docuK-Related] Related

LaTeX(라텍스, 레이텍) 소개 및 설명서(Guide)들, 2014-03-24
Citing the references automatically in HTML (like LaTeX), 2014-03-02
Delayed Loading in HTML by JavaScript (+jQuery), 2014-05-29
LaTeX/Special Characters (움라우트 (umlaut: \ddot{A}\ddot{O}\ddot{U}), 에녜: \tilde{N}), 2023-03-04
인터넷, Web, HTML, 블로그에서 수식 사용하기 (Equation or math in HTML, blog), 2014-04-20
How can I block MathJax.js to render texts enclosed by backtick ``?, 2023-02-21
인터넷에서 예쁘게 코드 입력하기 (google code prettify), 2014-01-17
한글 초성검색 in Javascript, 2015-05-14
Auto Completion, and Fuzzy Search, 2014-12-28

###[#subsec-IT-HTML] HTML, Javascript, CSS

Base64Url | JWT (Json Web Token) 디코딩하기 (Decode Base64Url | JWT (Json Web Token)), 2026-03-29
HTML 동영상에서 자막 같이 재생하기 (HTML video tag with subtitles), 2026-03-23
npm next-themes 와 @react-spring/web 이용해서 dark/light mode toggle 하기, 2025-08-06
티스토리 그림파일 직접 img tag 로 올릴 수 없게 됨, 2025-08-02
jQuery 분석 (Analysis): jQuery.find([CSS Selector]), jQuery.parents([CSS Selector]), and jQuery.closest([CSS Selector]), 2025-07-05
React v19 (version 19) 및 Next.js v15 (version 15) 공부하기 (튜토리얼|Tutorial) :: App Router, RSC (React Server Component), 2025-07-01
프론트엔드 관점에서의 SOLID 원칙, 2025-03-27
React Next.js 에서 URL 을 이용한 상태 유지하기: 페이지네이션, 키워드 검색, 필터링, 2025-02-06
HTML CSS composes, and pseudo-element :after, :active:after, and transition, 2024-04-23
VtoV Back-end 개발자용 과제 테스트, 2024-04-23
event.keyCode deprecated, then event.key, event.code 는 무슨값을 가질까? (키보드 (KeyBoard) event handler: compositionstart compositionupdate compositionend), 2024-04-06
.webp, .webm, .avif, .mp4 를 img tag, video tag 로 로딩 테스트 (Loading test), 2024-02-18
v.qq.com 동영상 퍼오기, 2024-02-18
Pattern Replace 를 이용한 http, https 링크 (그림, 동영상, 유튜브, 인스타그램, 틱톡, Soundcloud, 카카오TV, 네이버TV 등) 처리 | URI (Unique Resource Identifier) Rendering, 2024-02-07
Getting html of container including the container itself, 2024-02-06
HTML a href tag with onclick return, 2015-12-06
Mouse click | button 들 (left, right, wheel, wheel up, wheel down, back, forward) 구분해내기, 2023-10-25
Javascript (자바스크립트): async 와 await, 2023-05-19
Learning JavaScript, especially class-like Constructor function and Property Inheritance through prototype/__proto__ chaining, 2014-05-21
Javascript namespace or encapsulation, 2014-06-03
HTML event handler, 2014-12-15
Specific event handler on HTML element?, 2015-12-12
HTTP Cookie in Web / HTML / Javascript and Server, 2014-08-31
구글 크롬 브라우저 캐시 지우기 및 강력 새로고침 하는 방법, 2023-11-29
Change browser URL or URI (window.location, Unique Resource Identifier) without reloading or redirecting a page, 2023-02-21
// window.history .replaceState() and .pushState()
<link ref="canonical" href="..." /> 설정하기 (DISQUS config 활용), 2023-10-25
Spread syntax ... operator in Javascript, 2023-10-30
URL | URI parser (URL 의 href, origin, protocol, host, hostname, port, pathname, search, hash 뽑아내기), 2023-11-04
Parent DOM (Document Object Model) 이 hidden 일 때, child element 가 update 되면 hidden 이 풀릴 때 해결법, 2023-12-03

Helper div with display: flex; margin, padding 으로 가로 너비 설정/맞추는 법 정리, 2024-07-30
브라우저에서 자동 비밀번호 완성 (Auto password completion) 일 때, 이를 파악해서 바로 로그인 시켜주는 방법, 2023-12-01
jQuery.RIPPLES - 이미지에 물결 그래픽 효과 주기, 2023-11-29
CSS Specificity or Priority (우선순위), 2015-07-23
Vertical center align by CSS in HTML, 2015-02-05
Customized styling of scroll bars in HTML, 2014-05-26
CSS3 examples, 2014-04-25
반응형 웹 만들기 (Responsible/Scalable web design with css media query), 2014-03-06
HTML에서 여러가지 글꼴, 글씨체, 폰트, Font, Font-family, Font-style testing., 2014-01-20
Neighbors points plot plan (svg), 2023-09-09
Rotating circles using CSS (Spinner, @keyframes, @-moz-keyframes, @-webkit-keyframes), 2023-09-10
Retrieving the title and singer from Spotify, 2023-10-27
HTML id 에 한글이나 encodeURIComponent, %, \s, [, ], !, @, #, $, %, ^, &, *, (, ), -, _, +, =, \, /, ?, ~, :, ;, ", ', <, >, ,, . 등 특수문자 (special characters) 들어갈 수 있는지 테스트 해보기, 2023-10-29

####[#subsubsec-IT-HTML-API] API Application Programming Interface.

자막 변환기 (.smi, .srt to .vtt), 2026-03-23
웹 동영상 최적화 변환기 (AI 동영상 코덱 변환기) :: Smart Video Optimizer (AI Video codec transformer), 2026-03-22
구글 스프레드시트 (Google Spreadsheet) 및 마이스로소프트 엑셀 (Microsoft Excel) 의 데이터 가지고 놀기 (TSV | Tab-Separated Values), 2026-03-19
VS code (Cursor AI) extension 만들어 보기 (Upward fold additionally (Smart fold/unfold)), 2025-04-07
구글 검색 바로 할 수 있게 input 및 button 만들기, 2023-12-28
Getting Data from Google Spreadsheet or Excel, 2014-06-13
티스토리 단축키 설정 (+단축키 추가/수정하기), 2014-06-20
Regular Expression (정규 표현식), and match/replace method in JavaScript and JAVA, 2014-05-03
Encode/Unescape and Decode/Escape URI Component, 2015-01-04
Number and Bit operations in JAVA and Javascript, 2014-12-21
Number to Hex string (16), and vice versa, 2015-06-22
실시간 HTTP 양방향 통신 (Web socket, Polling, Long-polling, and so on), 2015-12-12
Learning AJAX, 2014-06-02
Referer 알아내기 in Server (Vert.x) and Client (HTML/javascript), 2023-02-27
Change browser URL or URI (window.location, Unique Resource Identifier) without reloading or redirecting a page, 2023-02-21
// window.history .replaceState() and .pushState()
Interactive graph and chart in HTML, 2014-03-03
방향키 (위: ArrowUp, 아래: ArrowDown) 로 숫자 조정하기, 2024-09-17

React 사용 설정하기 (esbuild) with TypeScript, 2024-03-30
Learning Node.js, 2014-05-22
Learning PHP, 2014-05-22
Learning AngularJS, 2015-01-05

PDF를 이미지로 변환 (무료) :: (PDF to Image Converter For FREE!!!), 2026-02-27
로고 QR (Quick Response : 빠른 응답) code 생성기 (무료) :: (Logo QR (Quick Response) code generator For FREE!!!), 2026-02-26
SNS 내보내기/공유하기 (Sharing a URI link through SNS [Twitter/X (트위터/X), Facebook (페이스북), Recoeve.net (레코이브), Kakao talk (카카오톡), Instagram DM (인스타그램)]), 2015-01-16
imgur - Embed album, 2015-05-10
트위터/X 트윗 퍼오기 (Embedding Twitter/X Tweet), 2014-02-11
유튜브 리스트 (Youtube list) 로 퍼오는 법, 2024-02-11
인스타그램 (Instagram) 퍼오는 법, 2015-06-28
지도 퍼오기 (다음 카카오, 네이버, 구글), 2019-08-15
페이스북 포스트 퍼오기 (Embeding facebook post), 2015-07-01
틱톡 (TikTok) | weverse.io 퍼오는 법, 2023-09-18
댓글 플러그인 | 위젯 (SNS comment plug-in | widget), 2014-01-17
Sign-up/Log-in with Google/Kakao (구글/카카오로 가입하기/로그인 구현하기): 구글 Google, 카카오 Kakao Oauth, 2024-10-15

###[#subsec-IT-JAVA-and-vertx] JAVA, Vert.x server

AWS Ubuntu 에서 서버가 갑자기 죽었을때 자동으로 재부팅 시켜주는 방법 + 부팅 시 자동으로 서버 돌아가게 만드는 방법, 2025-08-03
AWS S3 (Simple Storage Service) 공부하기 - Pre-signed URL, 2025-07-06
Installing and Learning JAVA, 2014-06-10
Compiling and Running JAVA (Build System) through batch (.bat) and shell script (.sh), 2017-08-06
JAVA SE 8 - API - index with Fuzzy Search, 2015-12-15
Java Serializable Object to Byte Array (byte[] or SQL BLOB), 2015-02-05
JAVA Windows command (cmd) 한글 깨짐 문제해결, 2022-07-01
For loop examples in JAVA and Javascript, 2023-09-10
AWS server|서버 에서 GitHub 가 너무 느려질때 해결 방법, 2023-09-21
JAVA 에서 Selenium 이 제대로 동작 안할 때 해결법, 2024-09-05

Learning Vert.x, 2014-05-23
Vert.x 로 https (SSL/TLS) server 만들기, 2022-12-30
Cloud Server Services (eg. Amazon Web Services), 2015-01-03
HTTP Server-side Frameworks/Languages 뭘 써야할까?, 2015-12-12
Referer 알아내기 in Server (Vert.x) and Client (HTML/javascript), 2023-02-27
Email by JAVA (자바 프로그램을 이용해 이메일 보내기), 2023-06-18
robots.txt 랑 sitemap.xml 설정하기, 2023-02-21
Improving web performance, 2014-02-10
CSP (Content Security Policy) : iframe, image (img), video blocking, 2024-09-23

###[#subsec-IT-Algorithm-Database] Algorithm and Database

Random number generator (무작위 수 생성기), 2024-08-27
Machine Learninig :: Fastest learning by Quadratic approximation approach with finite equal step size through steepest descent., 2023-12-06
기계 학습 (Machine Learning - Deep Learning), 2014-04-28
Open AI chatbot ChatGPT 가 신 (GOD) 이 될 수 있을까?, 2023-02-04
AI 그림 사이트 (그림 그려주는 AI) 정리, 2023-03-01
음성 인식 (Speech Recognition) 프로그램, 2015-12-09
가상 현실 (VR : Virtual Reality) 개발, 2015-12-14

###[#subsec-국비-지원-코딩-공부] 국비 지원 코딩/공부

###[#subsec-AI] AI

자동으로 주차해주는, 자동으로 발렛 파킹 valet parking 해주는 AI 기계, 2025-07-06
AI LLM (Large Language Model) 링크들 모음, 2025-07-04
AI 툴 (AI LLM tool) 로 영어 혹은 다른 언어 공부하는 법, 2025-07-02
MCP (Model Context Protocol) 사용해보기 with Cursor AI, 2025-04-07

###[#subsec-IT-etc] Etc.

여러가지 프로그래밍 언어들 (Various Programming Languages), 2014-01-24
한국 IT의 미래, 2014-03-24

.gitignore 설정하기, 2024-02-08
Youtube Download, 2015-05-14
움직이는 사진 gif 만들기 (GifCam.exe), 2015-07-15
카카오톡 채널 광고 차단하는 법, 2023-10-27
중고 노트북 (LG gram 17인치, 2023-05-24 에 산 제품, i5 core 2.4GHz, 8GB ram, HD 256GB, windows 11 pro) 판매하기 (90만원), 중고 노트북 판매하는 법, 2024-08-02
윈도우 11 홈 (Windows 11 Home) 에서 RDP (Remote Desktop Protocol) 접속할 때 매번 비밀번호 안치고 접속할 수 있게 해주는 방법, 2024-09-15

##[.no-sec-N#sec-SPE] [정치/사회/경제] ###[#subsec-History] 역사--대한민국

국사 정리해 놓은 것, 2014-03-09
대한민국 헌법 전문, 2014-03-06
법령 - 형법 전문 (The whole script of criminal law of Korea), 2015-12-16
법령 - 민사 소송법 전문 (The whole script of Code of Civil Procedure of Korea), 2015-12-16
정도전 관련 역사 정리, 2014-06-14

###[#subsec-Economy] 경제

갤럭시 S26 시리즈 출시 연계 갤럭시 워치8 프로모션 체계 및 유통 채널별 할인율 심층 분석 보고서, 2026-03-14
대출 대환 보이스 피싱 주의 안내 (저금리로 대출을 갈아타기 할 수 있다면서 낚는 수법), 2026-03-13
월세 환급 받는 방법, 2026-02-20
이재명 정부의 채무 탕감 제도 설명 및 신청하는 법, 2025-08-02
단독주택 및 4~5층 건물에 태양광 설치하는 방법, 2025-07-28
의료 분쟁 조정 중재 신청하는 방법, 2025-07-26
공정한 경제란 무엇일까? - 1. 두 명만으로 구성된 사회에서의 경제성장, 2014-02-15
공정한 경제란 무엇일까? - 2. 악마의 등장 : 이자 (interest) 개념
당신은 상위 몇 % 입니까? (고위직 재산 통계 2011~2026), How rich are you?, 2014-01-21
왜 부자가 세금을 더 많이 내야 하는가?, 2019-07-24
세계 최상위 부자들 (The Richest People On The Planet), 2015-12-15
금융 종결자 (참고 책: 화폐전쟁), by rokiroki, 2023-02-16
고위공직자 및 국회의원 정기 재산 신고 사항 (2011~2014), 2014-03-29
지구는 어느정도의 인구수까지 수용가능할까?, 2014-04-12
부동산 관련 정보조회 방법, 2015-07-12
부동산 정책, 가격 어디로 가고 있을까?, 2015-01-07
주택 임대차 표준계약서 (전월세 계약서), 상가 건물 임대차 표준계약서, 2018-01-17
시대공감 - 청년 빈곤. 그들과 통하는 길., 2014-12-29
부채주도 성장에서 소득주도 성장으로, 2015-12-18
시급, 일급, 월급, 연봉 자동 환산기/계산기 (최저임금), 2015-06-28
Hourly, Daily, Weekly, Monthly, Yearly salary auto Converter/Calculator (minimum wage), 2022-07-05
스마트 지갑 (Smart wallet: Apple pay, Google wallet 등) 은 어느 방향으로 발전할까?, 2014-11-11
의료 파업 및 의료 영리화, 원격진료. 외부에서 본 개인의견, 2014-03-22
주식 투자 지표 | 용어 총 정리 (DPS, PBR, PER, ROE, PSR, 외국인소진율), 2023-11-03
보증 비용이 들어가는 (선이자 떼어가는) 대출의 실질 이율 계산, 2023-11-28
GDP of Korea, 2024-02-08
남한의 국내 총 생산량 (GDP) 변화: 세계 각국과의 비교 (~2009), 2024-02-08
남한 | 대한민국의 국내 총 생산량 (GDP) 변화: 세계 각국과의 비교 (~2011), 2024-02-08

####[#subsubsec-Company-Korea] 대한민국 기업

도배/장판 꼼꼼히 합리적인 가격에 잘 해주는 기업 (경기도 안산시), 2025-07-19

###[#subsec-Society] 사회

깨달음, 2023-02-16
Character shift (유연하게 살아가기), 2023-02-16
정신분열병 (조현병) 이란?, 2016-02-11
정신과 의사 되는 방법 (How to become a psychiatrist), 2023-05-24
결과 지상주의의 매력 (공리주의?), 2015-12-19
Fragmented network/communities (Islandization of informations) :: 끼리끼리만 소통하는 우리 사회, 2015-12-19
[지식채널e] 프로파간다 - 선전, 선동, 거짓말, 진실, 그 사소함들..., 2015-06-18
정의란 무엇인가? - 1강 벤담의 공리주의, 2014-01-22
성공이란 무엇일까? (Philosophy of Success), 2014-03-23
동성애, LGBT 관련 개인의견, 2014-12-05
소시오패스 (Sociopaths) 와는 아예 상종하지 않는 것이 좋다., 2014-12-11

###[#subsec-Religion] 종교

###[#subsec-Politics] 정치

2026년 안산시장 선거 후보들 프로필 정리, 2026-03-14
국회 청원: 생명 존중 사회를 위한 임신 중단 신중론, 2025-07-28
박영선(朴映宣) vs 오세훈(吳世勳) vs 안철수(安哲秀) 프로필 비교, 2021-03-16
노무현 대통령의 아름다운 그림자, 문재인 비서실장, 2015-12-14
안철수씨 기부과정과 안랩 주주들의 거래내역, 2015-12-14
한국정부의 역사교과서 국정화 철회를 위한 청원서 by 국정교과서반대 청소년행동, 2015-12-13
2015 박근혜 대통령 신년 기자회견 영상, 2015-01-12
문재인(文在寅) vs 박근혜(朴槿惠) 프로필 비교, 2014-03-17
본인 책을 통해 바라본 37세의 박근혜, 2014-12-16
박원순(朴元淳) vs 정몽준(鄭夢準) 프로필 비교, 2014-05-25
노회찬(魯會燦) vs 나경원(羅卿瑗) 프로필 비교, 2014-07-24
2014-06 정부개각, 장관 및 각 후보들 프로필 모음, 2014-06-23
2014~2015 총리후보, 황교안(黃敎安), 이완구(李完九), 문창극(文昌克), 안대희(安大熙) 프로필 비교, 2014-06-14

###[#subsec-Accident] 사건 사고

신종 알바 사기 (Whatsapp 통한 외국 part-time job fraud), 2024-04-18
메르스 (MERS) 관련 주요 페이지들 링크 정리, 2015-06-12
원자력 발전소와 방사선, 그리고 안전/감시 시스템, 2014-12-23
세월호 침몰사고. 다이빙벨 논란. 링크 모음., 2014-04-22; 사고는 2014년 4월 16일 8시 48분 경 대한민국 전라남도 진도군 조도면 부근 황해 상에서 발생.
[김어준의 KFC#1] 어준의 귀환! "닭을 열심히 튀기겠습니다", 2014-03-17; 주로 "국정원, 서울시 공무원 간첩 증거조작 사건"과 "월세 과세 정책의 진실?"를 다뤘음.
2012~2013 대한민국 국가정보원 (국정원, NIS) 여론 조작 사건, 2014-02-11
국정원 대선개입 수사 - 서울경찰청 사이버 범죄수사대 디지털 증거분석실 CCTV 녹취록, 2014-06-22

##[.no-sec-N#sec-Break] [Music/Break] ###[#subsec-games] Games

###[#subsec-music-dance] Music/Dance

K-Pop (케이팝), Pop (팝송), J-Pop (제이팝) 노래 플레이리스트 모음, 2025-07-02
Pop Song, Yearly Top 100, Top 20, Top 1, ..., 2024-01-13
크리스마스 노래들 (Christmas songs), 2023-12-26
2023 MAMA Awards 정리, 2023-12-02
Pictures (Imgur, instagram) and Videos (Youtube, TikTok) of Celebrities, 2023-11-28
K-Pop (케이팝) 연도별, 월별 1위~3곡 모음. Top 100, Top 20, Top 10, ..., 2023-10-29
EL7Z UP (엘즈업|퀸덤 퍼즐 우승자 그룹) 영상/Links/사진 모음집. (Recoeve.net 홍보), 2023-09-21
르세라핌 (LE SSERAFIM) 영상/Links/사진 모음집. (Recoeve.net 홍보), 2023-09-20
카라 (KARA) & Boy Friend - 상해 합동 콘서트, 2015-06-29
DSP friends - White Letter (Christmas special), 2014-12-15
2014 MAMA in HONG KONG, 2014-12-05
Personal selection of Musics, 2014-03-20
Personal selection of Dances/Performances, 2014-11-26
2015 무한도전 가요제, 2015-07-07
무한도전 자유로 가요제 (2013-11-02), 2014-02-15

###[#subsec-sports] Sports

2023 AFC 카타르 아시안컵 대한민국 경기들 모음, 2024-02-03
2023 항저우 아시안게임 남자 축구 일정 | 정보, 2023-09-22
2014 FIFA 브라질 월드컵 (2014 FIFA Brazil World Cup), 2014-06-14
2014 소치 올림픽 - 피겨 스케이팅 (2014 Sochi Olympic - Figure skating), 2014-02-22
대한민국 2014 동계올림픽 국가대표선수단 트위터 모음, 2014-02-19

###[#subsec-Pet] Pet

###[#subsec-Break-etc] Etc.

멋부리다 얼어 죽는다. (아이즈원 김채원, 김민주), 2023-12-26
MBC M드로메다 스튜디오 :: #게임광규리 #남규리, 2023-07-04
구하라의 On and Off (온앤오프) 전편, 2021-03-19
바나나 크레이지 :: Pop-up Store (with 하라구), 2015-12-19
KBS2 - A Style For You (어 스타일 포 유), 2015-06-23
구하라의 On and Off at MBC Music, 2014-12-30
SAF (SBS Awards Festival) 움짤 모음, 2014-12-28
Benjamin Button - Letters to his daughter, 2014-02-15

## RRA

Statistics of recoeve's blog

recoeve — Sat, 28 Mar 2026 22:21:52 +0900

# Statistics of recoeve's blog

https://recoeve.tistory.com/entry/Lists :: recoeve's blog in Tistory (레코이브 블로그 in 티스토리) 의 방문자 통계입니다. 어떤 글이 제일 많이 읽혔는지도 Sec. 에서 보실 수 있습니다.

## PH

2023-12-26 : Separate recoeve.net.
2023-09-14 : Recoeve.net is added.
2023-06-24 : First posting.

## TOC ## Time conversion ```[.lang-js] new Date((new Date().getTime())+9*60*60*1000).toISOString(); // Input date and time in text format let textDateTime='2023-06-25 12:34:56'; // Split the date and time components let [datePart, timePart]=textDateTime.split(' '); // Split the date components let [year, month, day]=datePart.split('-'); // Split the time components let [hours, minutes, seconds]=timePart.split(':'); // Create a new Date object in UTC let utcDate=new Date(Date.UTC(+year, +month-1, +day, +hours, +minutes, +seconds)); console.log(`UTC Date and Time: ${utcDate.toISOString()}`); ```/ ##[#sec-plot-stat] Plot statistics

## Logs From 31 days ago to Now. Ignore me : (My IPs : )

## Next

## RRA

14.38.247.30 or 175.212.158.53

주식회사 키피드 투자 안내서 - kipid Inc.

recoeve — Sat, 28 Mar 2026 21:18:30 +0900

# 주식회사 키피드 투자 안내서 - kipid Inc. ## PH

2026-03-28 : v1.1 - Money flow 추가. LivingNet.app 설명들 추가. Recoeve.net 을 하나의 section 으로 통합.
2026-03-27 : v1.0 - 투자 안내서 초판. IR 가이드 참고하여 작성.

## TOC ## 돈 흐름 (Money Flow) 돈 흐름은 항상 투명하게 운영하겠습니다.

## 사업 전체 구조 키피드는 하나의 사업만 하는 것이 아니라, 여러 수익원을 함께 운영합니다. 구분 사업 현재 상태 역할 1 Recoeve.net - 콘텐츠 큐레이션 플랫폼 운영 중 핵심 성장 사업 2 LivingNet.app - 세입자/집주인 네트워크 기획 중 신규 사업 3 부동산 임대관리 대행 수익 발생 중 안정적 기반 수익 4 유가증권 투자 (주식 운용) 운영 예정 자산 운용 ### 한 줄 소개

"순수하게, 강렬하게, 깊이 있게" (Keep It Pure, Intense, and Deep.)

가까운 분들께 저희가 무엇을 하고 있고, 어디를 향해 가고 있는지 소개드리겠습니다.

항목 내용 회사명 주식회사 키피드 (KIPID Inc.) 대표이사 이강수 설립 자본금 333,000원 (3,330주, 액면가 100원) 주요 사업 인터넷 서비스 개발·운영, 부동산 관리, 자산 운용 핵심 서비스 https://recoeve.net (운영 중) KIPID = Keep It Pure, Intense, Deep - "순수하게, 강렬하게, 깊이 있게". 빠르게 돈만 쫓기보다, 본질에 집중하면서 깊이 있는 서비스를 만드는 것이 저희의 경영 철학입니다. ### Recoeve.net - 지식/콘텐츠 정리함 + 자동으로 이웃 연결 + 추천을 통한 소통 인터넷에 흩어진 좋은 콘텐츠를 체계적으로 정리하고, 취향이 맞는 사람끼리 자동으로 연결해주는 서비스입니다. Recoeve (레코이브) 비즈니스 기획안: "가치를 남기고, 취향을 잇다" - kipid Inc. ### LivingNet.app - 부동산 경험을 IT 서비스로 세입자와 집주인을 연결하는 부동산 네트워크 플랫폼입니다. 실제 부동산 관리 경험을 바탕으로 현장의 불편함을 해결하는 서비스를 개발할 예정입니다. 추가로 위치를 기반으로 한달에 얼마내고 이용하는 모든것의 관리를 도와줄 예정입니다. 양로원비, 학원비, 어린이집비 등등등. LivingNet.app (리빙넷) - 세입자, 집주인 네트워크 (스타트업) 기획해보기. ### 부동산 임대관리 대행 - 이미 돈을 벌고 있습니다 임대인(집주인)을 대신해서 세입자 관리, 임대료 수금, 시설 관리 등을 해주고 수수료를 받습니다.

현재 월 매출: 약 150만 원 (이 중 100만원 정도는 집주인인 누나와 땅주인인 아버지께 드려야 할수도 있습니다.)
IT 사업이 본격적인 매출을 내기 전까지 회사를 유지하는 안정적인 기반 수익

### 유가증권 투자 - 법인 자금 운용

법인의 여유 자금을 주식 등 유가증권에 투자하여 운용합니다
정관(회사 규칙)에 유가증권 투자업이 포함되어 있어 합법적으로 운영합니다
IT 서비스 매출이 본격화되기 전까지 투자 수익이 회사 운영에 기여합니다

국내 우량주 주식 (삼성전자, 현대자동차, 기아자동차, LG전자, HD현대일렉트릭 등) 에 50% 정도, 저가 주식들에 30% 정도, 중국 주식에 20% 정도 투자할 생각입니다. 최근 (2026-03-28) 에 주가조정으로 주가들이 내려갔어서 지금이 투자 적기라고 할 수 있습니다. ## Recoeve.net ### 이런 불편함을 해결합니다 (Problem) 여러분도 이런 경험 있으시죠?

"유튜브에서 좋은 영상을 봤는데, 며칠 뒤에 다시 보려니까 어디서 봤는지 기억이 안 나요."

"좋은 기사나 블로그 글을 브라우저 즐겨찾기에 저장하는데, 100개가 넘어가니까 다시 찾아보는 건 10개도 안 돼요."

"내가 좋아하는 분야(예: 재즈, 물리학, 요리)에 대해 깊이 있게 이야기할 수 있는 사람을 만나기 어려워요. SNS는 '좋아요' 숫자 경쟁이지, 진짜 취향이 맞는 사람을 연결해주지 않아요."

정리하면 세 가지 문제입니다: 문제 설명 정보가 흩어진다 좋은 콘텐츠를 저장해도 노션, 즐겨찾기, 메모장 등에 흩어져서 다시 못 찾음 정리가 어렵다 기존 도구는 저장은 쉽지만, 분류하고 다시 꺼내보기가 불편함 취향이 맞는 사람을 못 만난다 SNS는 팔로워 수 경쟁이지, "이 분야를 깊이 아는 사람"을 연결해주지 않음 이건 특정 사람만의 문제가 아닙니다. 전 세계적으로 틱톡·인스타그램 같은 짧은 영상에 지쳐서 "깊이 있는 콘텐츠"를 찾는 사람이 빠르게 늘고 있습니다. ### 저희가 만든 해결책 (Solution) - Recoeve

Recoeve(레코이브)는 이 세 가지 문제를 한 번에 해결하는 서비스입니다.

#### 이렇게 동작합니다

저장: 인터넷에서 좋은 글, 영상, 음악을 발견하면 Recoeve에 저장합니다
정리: 폴더 안에 폴더를 무한으로 만들 수 있어서, 내가 원하는 체계로 깔끔하게 분류됩니다
추천: AI가 내 저장 패턴을 분석해서, 취향이 비슷한 다른 사용자가 저장한 콘텐츠를 매일 추천해줍니다
연결: 같은 분야에 관심 있는 사람끼리 자동으로 이웃이 됩니다

쉬운 예시:

제가 재즈 음악을 많이 저장했다면 → AI가 역시 재즈를 좋아하는 다른 사용자를 찾아서 → 그 사람이 저장한 좋은 재즈 음악을 저에게 추천해줍니다. 저는 아무것도 안 해도 매일 새로운 재즈 음악을 발견하게 되는 겁니다. #### 현재 상태 - 이미 만들어져 있습니다 많은 스타트업이 "아이디어만 있는" 상태에서 투자를 받지만, 저희는 이미 동작하는 서비스를 보유하고 있습니다. 항목 현황 서비스 주소 https://recoeve.net (운영 중) 핵심 기능 콘텐츠 저장, AI 추천, 평가 시스템 - 개발 완료 다국어 지원 11개 언어 (한국어, 영어, 중국어, 일본어 등) 로그인 자체 회원가입 + Google 로그인 콘텐츠 임베드 YouTube, Instagram, TikTok 등 원클릭 지원 #### 다른 서비스와 뭐가 다른가요? 비슷한 서비스로 Pocket, Pinterest, Raindrop 등이 있지만: 기능 Pocket Pinterest Raindrop Recoeve 콘텐츠 저장 O O O O 폴더 정리 X (태그만) X (보드만) 1단계 폴더 무제한 깊이 취향 맞는 사람 자동 매칭 X 약함 X O (핵심 기능) 콘텐츠 품질 평가 X X X O 매일 자동 추천 X 유사 X O

핵심 차별점: "무제한 폴더 구조 + AI 취향 매칭"은 경쟁사에 없는 기능입니다.

### 왜 지금인가? (Why Now) 이 사업이 지금 의미 있는 이유가 있습니다:

1) 짧은 영상에 대한 피로감이 커지고 있습니다

틱톡, 인스타 릴스 같은 짧은 영상이 폭발적으로 성장했지만, 동시에 "도파민 중독", "디지털 디톡스"라는 말이 나올 만큼 피로감도 커지고 있습니다. 깊이 있는 콘텐츠를 체계적으로 소비하고 싶은 수요가 빠르게 늘고 있습니다.

2) AI 기술이 충분히 성숙했습니다

5년 전에는 "취향이 비슷한 사람을 자동으로 찾아준다"는 것이 기술적으로 어려웠지만, 지금은 AI·머신러닝 기술이 충분히 발전하여 소규모 팀으로도 구현할 수 있게 되었습니다. 저희는 이미 이 기능을 구현 완료한 상태입니다.

3) 시장이 빠르게 성장하고 있습니다

전 세계 콘텐츠 큐레이션 시장: 약 7.4조 원 (2025년)
매년 13.7%씩 성장 중
2034년에는 약 24조 원 규모로 전망

### 어떻게 돈을 버나요? (비즈니스 모델) #### Recoeve 수익 모델 수익원 방식 예상 수익 유료 구독 (Pro) 월 6,900원 프리미엄 요금제 아래 산출 근거 참조 크리에이터 수수료 크리에이터 유료 콘텐츠 판매 시 20% 수취 크리에이터 활성화에 비례 맞춤 광고 사용자 취향 기반 카테고리별 광고 사용자 규모에 비례

유료 구독 수익 산출 근거:

월간 활성 사용자(MAU) 10,000명 달성 시
× 유료 전환율 5% (업계 평균 3~7%)
= 유료 구독자 500명
× 월 6,900원
= 월 매출 약 345만 원

이 수치는 가정입니다. 실제 유료 전환율은 서비스 품질, 마케팅, 시장 상황에 따라 달라집니다. MAU 10,000명 달성까지는 상당한 시간과 노력이 필요합니다.

### 사용자를 어떻게 모으나요? (성장 전략) IT 서비스에서 가장 어려운 것이 초기 사용자 확보입니다. 저희의 전략은 "작게 시작해서 깊게 파고드는 것"입니다. #### 단계별 성장 계획

1단계: 핵심 사용자 100명 확보 (3개월)

개발자, 연구자, 큐레이터 등 "콘텐츠를 깊이 있게 정리하는 습관이 있는 사람"을 타겟
특정 분야(예: 프로그래밍, K-Pop, 물리학)에서 활발하게 콘텐츠를 정리하는 핵심 사용자(Hub Recoer)를 먼저 영입
이 사람들의 페이지가 쌓이면, 그 자체가 새로운 사용자를 끌어들이는 콘텐츠가 됨

2단계: MAU 500명 → 커뮤니티 형성 (6개월)

핵심 사용자들의 추천을 통한 자연스러운 확산
크롬 브라우저 확장 프로그램 출시 - 웹 서핑 중 원클릭 저장
초대 시스템 도입

3단계: MAU 10,000명 → 유료 전환 (12개월~)

Pro 구독 오픈
크리에이터 유료 콘텐츠 기능 도입
마케팅·영업 인력 채용

핵심 전략: 대규모 광고가 아니라, 특정 분야의 핵심 사용자를 먼저 확보하고 그들의 콘텐츠가 자연스럽게 새 사용자를 끌어들이는 구조입니다.

### 비전 저희가 꿈꾸는 것은 단순한 북마크 서비스가 아닙니다.

"사람들이 좋은 콘텐츠를 깊이 있게 기록하고, 그 기록을 통해 취향이 맞는 사람과 자연스럽게 연결되는 세상"을 만들고 싶습니다.

팔로워 수로 경쟁하는 SNS가 아니라, 내가 아는 것의 깊이로 연결되는 새로운 소셜 네트워크. 그것이 Recoeve이고, 키피드가 만들어가려는 미래입니다. ## 전체 수익 구조 수익원 현재 상태 단기 (1년) 중기 (2~3년) 부동산 관리 대행 월 150만 원 유지 유지/확대 유가증권 투자 운영 예정 시장에 따라 변동 시장에 따라 변동 Recoeve 유료 구독 준비 중 첫 유료 전환 목표 월 345만 원 목표 크리에이터 수수료 - - 크리에이터 확보 후 광고 - - 사용자 규모 확보 후 LivingNet.app 기획 중 개발 착수 서비스 오픈 목표 ## 팀 소개 초기 기업에서 가장 중요한 것은 팀입니다. 저희 팀은 기술과 사업 경험이 균형 잡힌 조합입니다. ### 이강수 - 대표이사 (CEO : Chief Executive Officer :: 최종 의사결정권자) 겸 기술총괄 (CTO : Chief Technology Officer :: 기술적인 전략과 비전을 총괄하는 사령탑)

KAIST 물리학 학사
서울대학교 석·박사 수료
세계 최고 과학저널 Nature 논문 공동저자
Recoeve 서비스 기획부터 개발까지 전체를 혼자 구축

기술을 직접 만들 수 있는 대표입니다. 외주 개발 비용 없이 서비스를 구축하고 운영할 수 있어, 초기 비용을 크게 절감합니다. 보통 이 정도 서비스를 외주로 개발하면 수천만 원이 듭니다.

### 소재희 - 최고운영책임자 (COO : Chief Operating Officer :: 비전이 실제로 실현될 수 있도록 현장 운영과 프로세스를 관리)

공학석사
10년 이상 소프트웨어 개발 경력
IT 법인 대표이사 5년 경력
정부 기업부설연구소장 경력
정부 R&D 과제 총괄연구책임자 수행 완료 (사업화 성과 달성)
2011 IT 중소기업 Business Day 지식경제부장관상 표창
2011 대한민국 벤처창업대전 중소기업청장상 수상
키피드에서 실무 개발에도 직접 참여 예정

개발과 사업 양쪽 모두 실전 경험을 갖추고 있습니다. 회사 운영, 정부 지원사업 수주는 물론 직접 코드를 작성할 수 있어, 소규모 팀으로도 빠르게 성과를 낼 수 있습니다.

## 정부 지원 전략 키피드는 정부의 창업 지원 제도를 적극 활용할 계획입니다. COO (Chief Operating Officer) 의 정부 과제 수주 경험이 이 분야에서 큰 강점입니다. 지원 제도 내용 진행 계획 벤처기업 인증 법인세 5년간 50% 감면, 각종 세제 혜택 법인 설립 후 즉시 추진 초기창업패키지 최대 1억 원 지원금 (갚을 필요 없음) 2027년 상반기 신청 목표 창업 세제혜택 5년간 소득세/법인세 50~100% 감면 요건 충족 시 자동 적용 기업부설연구소 R&D 세액공제 25%, 국책 과제 신청 자격 벤처인증 후 추진 국책 R&D 과제 정부 연구개발 자금 지원 연구소 설립 후 신청 ## 투자 안내 (The Ask) ### 투자 조건 항목 내용 투자 유치 목표액 5억 원 제공 지분 전체 지분의 10% 투자 방식 신주 발행 (새 주식을 발행하여 투자자에게 배정) 회사 가치 (포스트밸류) 50억 원 1,000만 원당 지분 0.2% 1인당 최대 투자 1억 원 최소 투자 금액 제한 없음

투자금에 따른 지분 예시:

투자금 지분 5,000만 원 1.0% 1억 원 2.0% ### 투자금 사용 계획 용도 비중 설명 서비스 고도화 30% Recoeve UX 개선, 모바일 최적화, 크롬 확장 프로그램
(대부분은 인건비 연 6천만원 (월급 500만원 세전) + 주식 6천만원어치를 1년뒤에 지급, 기타 연 200만원 정도의 서버 운용 비용) 마케팅·사용자 확보 25% 초기 핵심 사용자 모집, 커뮤니티 마케팅
(반 정도는 인건비 (월급 300~400만원 정도로 생각중) 로 나갈거 같고, 반 정도는 광고 집행 비용으로 나갈듯 합니다.) 인력 채용 20% 개발 및 COO 담당자, 마케팅·영업 담당자 영입 법인 운영비 15% 클라우드 인프라, 기본 운영 경비 자산 운용 10% 여유 자금 유가증권 투자
(우선 전 금액을 주식에 넣어놓고 주식상황에 따라 사고 팔 예정이며 돈 지출이 필요한 그때그때 팔면서 지출을 할 예정.) ## 리스크 안내 투자에는 항상 위험이 따릅니다. 미리 알고 계셔야 할 부분을 말씀드립니다. 리스크 설명 대응 방안 사용자 확보 IT 서비스는 초기 사용자 모으기가 가장 어렵습니다 특정 커뮤니티(개발자, 큐레이터)부터 단계적으로 확장 수익 시점 IT 서비스의 유료 전환까지 시간이 걸립니다 부동산 관리·주식 운용으로 기반 수익 확보 경쟁 Pinterest 등 대형 서비스가 존재합니다 경쟁사에 없는 차별화 기능(무제한 카테고리, AI 매칭)에 집중 투자 손실 주식 운용은 원금 손실 가능성이 있습니다 보수적 운용 원칙 원금 보장 불가 스타트업 투자는 원금이 보장되지 않습니다 다각화된 수익 구조로 리스크 분산

중요: 스타트업 투자는 예·적금과 다릅니다. 원금 손실 가능성이 있으며, 투자 판단은 본인의 책임 하에 이루어져야 합니다. 생활에 필요한 자금이 아닌 여유 자금으로 투자해 주시기 바랍니다.

##[.no-sec-N] 연락처 항목 내용 대표이사 이강수 서비스 https://recoeve.net 랜딩페이지 https://recoeve.vercel.app 궁금한 점이 있으시면 언제든 편하게 연락 주세요. ## RRA ###/ References and Related Articles

Recoeve (레코이브) 비즈니스 기획안: "가치를 남기고, 취향을 잇다" - kipid Inc.

recoeve — Fri, 27 Mar 2026 03:13:47 +0900

# Recoeve (레코이브) 비즈니스 기획안: "가치를 남기고, 취향을 잇다" - kipid Inc. ## PH ###/ Posting History

2026-03-11 : v2.3 - Claude Code docuK skill로 재작성, 코드 블록 복사 버튼 추가.
2026-03-11 : v2.2 - 예상 비용 현실화 (서버/인프라, SSL, CI/CD), Step 7 (PWA + 모바일 최적화) 추가.
2026-03-10 : v2.1 - 리뉴얼 계획서(Next.js 전환) 기반 기술 전환 섹션 전면 업데이트.
2026-03-07 : v2.0 - 코드베이스 분석 기반 기술 스택 정정.
2026-03-06 : v1.0 - 비즈니스 기획안 초판.

##/ Posting History ## TOC ## Executive Summary Recoeve는 운영 중인 검증된 콘텐츠 큐레이션 플랫폼입니다. 사용자가 웹 전역의 콘텐츠(기사, 영상, 음악, 블로그 등)를 계층형 카테고리로 아카이빙하고, 유사도 기반 추천 엔진이 취향이 맞는 이웃과 콘텐츠를 자동으로 연결하는 차세대 소셜 큐레이션 네트워크입니다. ### 핵심 브랜드 철학: 3S (Slow, Sexy, Sincere)

빠른 소비가 아닌 깊은 기록
피상적 좋아요가 아닌 밀도 있는 큐레이션
알고리즘 강제가 아닌 진정성 있는 연결

### 브랜드 심볼

하나의 연속된 리본이 세 번 교차하며 구체를 이루는 형태(트레포일 매듭)에 보라→청록 그라데이션을 입힌 로고입니다. 끊어지지 않는 하나의 띠는 "기록 → 큐레이션 → 연결"이 분리되지 않는 Recoeve의 핵심 경험을 나타내며, 세 번의 교차는 3S 철학이 하나로 통합됨을 상징합니다. 보라(내면의 기록)에서 청록(타인과의 발견)으로 이어지는 색상은 개인의 아카이브가 소셜 네트워크로 자연스럽게 확장되는 서비스의 본질을 담고 있습니다. ### 현재 상태

서비스 URL: https://recoeve.net
핵심 엔진(Reco 시스템, 추천 알고리즘, 평가 시스템) 구현 완료
다국어 지원 (11개 언어: 한국어, 영어, 중국어, 일본어, 독일어, 프랑스어, 스페인어, 힌디어, 아랍어, 포르투갈어, 러시아어)
자체 회원가입 + Google OAuth 로그인 지원

## 현재 서비스 현황 ### 구현 완료된 핵심 기능

기능	설명	상태
Reco 시스템	웹 콘텐츠를 아카이빙하고 추천하는 고유 액션. 단순 북마크가 아닌 "기록 + 추천 + 평가"의 결합	운영 중
계층형 카테고리	무제한 깊이의 트리 구조 분류 체계. 3개 섹션으로 구분되며 사용자별 커스터마이징 가능	운영 중
유사도 기반 추천	사용자 간 아카이빙 패턴을 분석하여 취향이 맞는 이웃과 콘텐츠를 자동 매칭	운영 중
평가(Evaluation) 시스템	콘텐츠에 대한 정량적 평가. 통계 기반 품질 지표 제공	운영 중
Daily Mix	일일 자동 큐레이션. 사용자 취향에 맞춘 콘텐츠를 매일 추천	운영 중
멀티 플랫폼 임베드	YouTube, Instagram, TikTok, Daum, Google Drive 등 원클릭 임베드	운영 중
소셜 공유	Facebook, KakaoTalk, WhatsApp, X(Twitter), 링크 복사, 태그, Recoeve 내부 공유	운영 중
블로그 통계	콘텐츠 유입 경로 및 조회 통계	운영 중
URL 리다이렉트	URI 255자 초과 시 고유 해시로 축약하여 관리하는 리다이렉트 시스템 (DB unique key 제약 우회)	운영 중

### 카테고리 구조 (실제 운영 예시) Recoeve의 카테고리는 3개 섹션으로 구분되는 깊이 있는 트리 구조입니다:

섹션 1 - 엔터테인먼트/라이프스타일:

[Music/Break] - K-Pop, J-Pop, 아티스트별 하위 분류 (다단계)
[언어] - 영어, 일본어
[음식/요리/건강] - 건강, 운동, 음식, 생활 꿀팁
[지도/여행] - 맛집, 여행지

섹션 2 - 지식/전문:

[Physics/Math/Science] - 물리학, 수학, 뇌과학, 기후변화
[IT/Programming] - AI, React, TypeScript, 코딩 테스트, 기계학습
[정치/사회/경제] - 정치, 경제, 역사, 환경

섹션 3 - 개인/북마크:

[Bookmarks] - 외부 즐겨찾기, 친구 목록
[My Blog] - 개인 블로그 콘텐츠
특수 카테고리: Later(나중에), Stashed(치워진), Dead links

### 기술 인프라

백엔드: Vert.x 4.5.21 (Netty 기반 Non-blocking I/O) — 최소 서버 리소스로 최대 동시 접속 처리
프론트엔드 (현재): Vanilla HTML 16개 템플릿 + esbuild/Webpack 번들링 (리뉴얼 후 Next.js 16 + React 19 전환 예정)
DB: MySQL 8.3.0, 76개 PreparedStatement (SQL injection 완벽 차단)
추천 엔진: 유사도 점수 기반 매칭 (임계값: 100,000), 이웃 탐색 범위 200명
- 사용자 간 아카이빙 패턴(카테고리 구조, 평가 점수, 콘텐츠 유형)을 비교하여 유사도 점수를 산출
- 임계값(100,000점) 이상인 사용자를 자동으로 "이웃"으로 연결하며, 최대 200명까지 탐색
평가 통계 (RecoStat): 특정 URI에 대한 전체 사용자 평가 데이터를 집계·분석
- 동일 콘텐츠(URI)를 아카이빙한 모든 사용자의 평가를 수집하여 통계적 품질 지표를 생성
- 콘텐츠의 객관적 가치를 커뮤니티 합의로 측정하는 집단 지성 기반 평가 시스템
- 현재 트래픽 관리 이슈로 비활성 상태. 리뉴얼 시 접근 제어 적용 후 재오픈 예정
일일 추천 (Daily Mix): 4개 콘텐츠마다 1개의 추천(Recom)을 점수 높은 순으로 믹스
- 사용자의 아카이빙 콘텐츠 사이에 이웃의 추천 콘텐츠를 자연스럽게 삽입
- 접속 시마다 노이즈를 첨가하여 순서가 미세 변동되나, 고점수 콘텐츠가 상위에 분포하도록 설계
- 매번 같은 피드가 아닌, 약간의 탐색적 발견(serendipity)을 유도
인증: 자체 ID/PW 가입 + Google OAuth 로그인 (리뉴얼 후 JWT 토큰 기반으로 전환 예정)
보안: CSP(Content Security Policy), SHA-256 + salt 해싱, 인증 토큰 시스템 + remember-me 토큰 (90~365일), 76개 PreparedStatement (SQL injection 방지)
다국어: 11개 언어 지원 (en, ko, zh, ja, de, fr, es, hi, ar, pt, ru), 브라우저 언어 자동 감지 + 수동 전환

### 경쟁사 대비 차별점

비교 항목	Pocket	Raindrop.io	Pinterest	Are.na	Recoeve
콘텐츠 저장	O	O	O	O	O
계층형 카테고리	X (태그만)	1단계 폴더	X (보드만)	채널만	무제한 깊이 트리
유사도 기반 사용자 매칭	X	X	약함	X	O (핵심 기능)
콘텐츠 평가 시스템	X	X	X	X	O
Daily Mix 자동 큐레이션	X	X	유사	X	O
멀티 플랫폼 임베드	제한적	제한적	이미지 중심	제한적	YouTube/Insta/TikTok/Daum 등
소셜 네트워킹	X	X	O (얕음)	O (깊음)	O (취향 밀도 기반)
블로그/콘텐츠 작성	X	X	X	O	O

Recoeve만의 고유 경쟁력:

계층형 카테고리 트리: 경쟁사 중 무제한 깊이의 트리 구조를 제공하는 서비스는 없음
Reco = 아카이빙 + 추천 + 평가의 결합: 단순 북마크를 넘어선 복합 액션
아카이빙 밀도 기반 소셜: 팔로워 수가 아닌 특정 분야의 큐레이션 깊이로 관계가 형성됨

## Problem & Solution ### 시장의 페인 포인트

정보의 휘발화에 지쳐가는 대중:

TikTok, Instagram Reels 등 도파민 중심의 숏폼에 피로감을 느끼는 '디지털 디톡스' 수요 증가
2025년 기준 글로벌 콘텐츠 큐레이션 소프트웨어 시장 규모 약 7.4조 원(≈$5.4B), 연 13.7% 성장 추세
대표 서비스: Pinterest(비주얼 큐레이션), Flipboard(매거진형 피드), Pocket(읽기 저장), Feedly(RSS 큐레이션), Scoop.it(멀티 네트워크 큐레이션)

단절된 지식:

좋은 글과 인사이트를 스크랩해 두어도 에버노트, 브라우저 북마크, 노션 등에 흩어져 지식이 고립됨
기존 북마크 도구는 "저장은 쉽지만 분류와 재발견이 어려운" 구조적 한계

피상적인 네트워킹:

'좋아요' 숫자에 집착하는 관계망으로 진정한 지적/취향적 교류 부재
전문 분야일수록 "나와 같은 깊이로 관심 있는 사람"을 찾기 어려움

### Recoeve가 이미 해결하고 있는 것

Sincere Archiving (진정성 있는 기록):

무제한 깊이의 계층형 카테고리로 개인화된 지식 체계 구축
단순 저장이 아닌 분류-평가-재발견이 가능한 아카이브 시스템
특수 카테고리(Later, Stashed)로 콘텐츠 생애주기 관리

Sexy Curation (매력적인 연결):

유사도 기반 추천 엔진이 아카이빙 패턴과 평가 데이터를 분석
Daily Mix로 매일 새로운 큐레이션 제공
멀티 플랫폼 임베드로 다양한 콘텐츠 포맷을 원클릭 아카이빙

Slow Networking (느리지만 깊은 관계):

팔로워 수가 아닌 "특정 주제에 대한 아카이빙 밀도"를 기준으로 이웃 매칭
유사도 점수 기반 관심사 커뮤니티가 자연스럽게 형성
이웃으로부터 받은 추천(Recoms)을 통한 깊이 있는 콘텐츠 교류

## Target Audience ### 1차 코어 타겟 (Early Adopters)

프로필: 전문 지식과 깊이 있는 취미를 텍스트/아티클 기반으로 수집하는 지식 노동자

크리에이터, 기획자, 개발자, 연구자, 전문직 종사자
연령: 25~40세
행동 특성: 이미 Pocket, 노션, 브라우저 북마크를 적극 사용하지만 "분류와 재발견"에 불만

전환 시나리오: "노션에 북마크를 100개 넘게 쌓았는데, 다시 찾아보는 건 10개도 안 된다. 카테고리별로 자동 정리되고, 비슷한 관심사를 가진 사람이 뭘 보는지도 알 수 있다면?"

### 2차 확장 타겟

프로필: 트렌드를 좇기보다 자신만의 뚜렷한 취향을 디깅(Digging)하고 공유하길 원하는 취향 탐구자

특정 음악, 독립 영화, 브랜드, 요리, 여행 등에 깊이 있는 관심
연령: 20~35세
행동 특성: Pinterest, Instagram 저장 기능을 사용하지만 "같은 깊이의 사람"을 찾지 못함

전환 시나리오: "K-Pop 중에서도 특정 아티스트의 라이브 무대 영상만 모으는 사람, 양자역학 입문 자료만 큐레이션하는 사람. 이런 사람들이 서로 연결되면?"

## 리뉴얼 전략 ### 리뉴얼의 목적 기존 Recoeve는 강력한 백엔드 엔진과 기능을 갖추고 있으나, 프론트엔드 UX에서 다음과 같은 진입 장벽이 존재합니다:

현재 한계	리뉴얼 방향
텍스트 중심 UI로 첫인상 전달력 부족	감성적이고 직관적인 랜딩 페이지
기능 중심 레이아웃으로 온보딩 어려움	3-Step 가이드 + 인터랙티브 튜토리얼
모바일 경험 미흡	모바일 퍼스트 반응형 디자인
서비스 가치 전달이 즉각적이지 않음	"3초 안에 이해되는" 비주얼 커뮤니케이션

### 기술 전환 현재 → 리뉴얼 기술 스택:

항목	현재	리뉴얼
프론트엔드	Vanilla HTML 16개 템플릿 + esbuild/Webpack 병존	Next.js 16 + React 19 + Tailwind CSS
백엔드	Vert.x가 HTML + API 모두 서빙	Vert.x가 JSON API만 제공
인증	DB 세션 + remember-me 쿠키	JWT 토큰 (점진적 전환)
빌드	esbuild + Webpack 이중 번들러	Next.js 내장 Turbopack
다국어	서버 측 패턴 치환 (lang.txt TSV)	React i18n Context (클라이언트 측)
배포	수동 SSH + JAR 교체	GitHub Actions + Docker + 자동 배포
프로젝트 구조	단일 프로젝트 (백엔드+프론트 혼재)	모노레포 (backend/ + frontend/ 분리)

기술 전환 근거:

서비스 확장성: 비즈니스 로드맵(크롬 익스텐션, AI 자동 분류, API 개방, 크리에이터 수익화)을 구현하려면 프론트엔드가 독립된 컴포넌트 단위로 확장 가능해야 한다. 현재 Vanilla HTML 구조에서는 기능 추가마다 HTML + JS 번들 + Java 서버를 동시 수정해야 하여 확장 비용이 선형 이상으로 증가
현대적 UX 구현: 인터랙티브 온보딩, 모바일 퍼스트 반응형 디자인, 부드러운 페이지 전환을 React 컴포넌트 + Tailwind 조합으로 구현
기존 자산 활용: 랜딩페이지 프로토타입이 Next.js + React 19 + Tailwind로 이미 구현되어 있어, 이 스택을 서비스 전체로 확장
프론트/백 독립 배포: UI 수정에 Java 서버 재기동이 불필요. 서비스 중단 없이 UI 업데이트 가능
크롬 익스텐션 / 외부 API: JSON API + JWT 인증 없이는 크롬 익스텐션, 노션/옵시디언 연동이 구현 불가

백엔드 강점 계승:

Vert.x Non-blocking I/O 아키텍처 → API 서버로서 그대로 유지
ETag 캐싱 전략 → Nginx + Next.js 빌드 해시 기반 캐시로 계승
76개 PreparedStatement → 서비스 클래스로 분산 이동하되 그대로 보존

단계별 리뉴얼 (리팩토링 + 프론트엔드 전환 통합):

단계	리팩토링 (백엔드)	리뉴얼 (프론트엔드)
Step 0	-	랜딩페이지 본 서비스 통합
Step 1	모노레포 전환 + 정적 자산 분리	Next.js 프로젝트 생성
Step 2	RecoeveDB 서비스 분리 (4,296줄 → 9개 서비스)	JSON API 설계 + JWT 인증 모듈
Step 3	HTTP 핸들러 분리 → API 라우트 전환	인증 페이지 React 전환
Step 4	-	사용자 페이지 React 전환 (user-page, reco, recostat)
Step 5	-	Reco 액션 플로우 React 전환
Step 6	빌드 구조 정비, 레거시 퇴역	기존 HTML + 세션 + 번들 퇴역
Step 7	-	PWA 적용 + 모바일 최적화 (네이티브 앱 전 단계)

### AI 기술 접목 로드맵 (검토 예정)

아카이빙 자동화:

URL 입력 시 AI가 콘텐츠를 분석하여 카테고리 자동 분류 제안
아카이빙한 콘텐츠의 핵심 요약 자동 생성
AI 기반 키워드/태그 자동 추출

추천 엔진 고도화:

기존 유사도 엔진 + LLM 기반 의미론적 매칭으로 추천 정확도 향상
"이 콘텐츠를 좋아했다면" 식의 연관 콘텐츠 자동 추천
Daily Mix 개인화 알고리즘에 AI 적용

검색 및 탐색:

자연어 검색 ("지난달 저장한 AI 관련 영상", "평점 높은 요리 콘텐츠")
아카이브 내 유사 콘텐츠 중복 감지
카테고리 간 연관성 분석 및 구조 최적화 제안

콘텐츠 생성 지원:

아카이빙한 자료 기반 블로그 초안 자동 생성
큐레이션 리포트 자동 작성 (주간/월간 관심사 트렌드)
멀티 언어 콘텐츠 자동 번역

전제 조건: Step 2~3 완료 후 단계적 도입. API 비용 및 사용자 수요 분석 후 우선순위 결정.

### 온보딩 경험 개선

현재 온보딩 과정:
회원가입 → 빈 페이지 → 사용자가 직접 카테고리 생성 → 콘텐츠 추가 (진입 장벽 높음)

개선된 온보딩 과정:

간편 가입 (자체 가입 또는 Google 로그인으로 빠른 시작)
관심 분야 선택 (기존 카테고리 템플릿 제공)
추천 콘텐츠 샘플 제공 (Daily Mix 즉시 경험)
(향후 개발 예정) 크롬 익스텐션 설치 유도 (일상적 사용 습관 형성)

## Business Model 단순 배너 광고를 넘어, 플랫폼의 성격(정보 가치 극대화)을 살린 수익 모델을 구성합니다. ### Recoeve Pro (B2C 구독) - 핵심 수익원 무료 vs Pro 비교:

기능	Free	Pro (월 ₩6,900)
카테고리 깊이	3단계	무제한
월간 Reco 횟수	100건	무제한
Daily Mix	기본	고급 (세부 카테고리별)
블로그 통계	기본	상세 분석 (유입 경로, 시계열)
콘텐츠 내보내기	X	O (JSON, Markdown)
광고 제거	X	O
AI 자동 분류 제안	X	O

목표: MAU 1만 기준 유료 전환율 5% = 500명 x ₩6,900 = 월 ₩3,450,000

### 프리미엄 지식 구독 (B2C 크리에이터 수익화)

상위 큐레이터(전문가)의 인사이트 아카이브를 열람/구독할 때 발생하는 수수료 쉐어
플랫폼 수수료: 20%
크리에이터가 직접 가격을 설정 (월 ₩1,000~₩30,000)

전제 조건: 코어 사용자 5,000명 이상 확보 후 런칭

### 타겟팅 네이티브 콘텐츠 광고 (B2B)

사용자의 카테고리 구조와 평가 데이터 기반 정밀 타겟팅
카테고리별 네이티브 콘텐츠 매칭
- 예: [IT/Programming] > [AI] 카테고리 사용자 → AI 도구/서비스 큐레이션
- 예: [음식/요리/건강] 사용자 → 건강식품/요리 클래스 큐레이션

전제 조건: MAU 5만 이상 확보 후 런칭

### 큐레이터 리워드 프로그램 (검토 예정)

큐레이션 품질(열람 수, 저장 수, 평가 점수) 기반 보상 체계
카테고리별 Top 큐레이터 수익 분배
오리지널 콘텐츠 직접 업로드 기능 (글, 이미지, 영상)
업로드 콘텐츠 조회수 기반 광고 수익 쉐어
초대 리워드 (신규 사용자 유입 기여 보상)

전제 조건: 광고 수익 또는 Pro 구독 매출 확보 후 구체화. 별도 기획 필요.

### 수익화 우선순위

Phase 1 (0~12개월): Recoeve Pro 구독 → Day 1부터 수익 가능
Phase 2 (12~24개월): 크리에이터 수익화 → 양질의 콘텐츠 선순환
Phase 3 (24개월~): B2B 네이티브 광고 → 스케일업

## Marketing & Growth Strategy ### 초기 성장 (0~6개월): 커뮤니티 시딩

특정 버티컬 타겟 오픈 베타:

1차: 개발자 커뮤니티 (기존 [IT/Programming] 카테고리 강점 활용)
2차: 과학/학술 커뮤니티 (기존 [Physics/Math/Science] 카테고리)
3차: 음악/문화 디거 커뮤니티

크롬 익스텐션 배포 (향후 개발 예정):

미디엄(Medium), 브런치, 벨로그(Velog), 유튜브 등의 콘텐츠를 클릭 한 번에 Reco
기존 멀티 플랫폼 임베드 기능의 자연스러운 확장
"웹 서핑하다가 좋은 콘텐츠를 발견하면 → Reco 버튼 클릭 → 자동 분류 제안"

콘텐츠 마케팅:

사용법 영상 콘텐츠 (기존 YouTube 채널 ChuChu-LuLu 활용)
"나의 아카이브 공개" 캠페인: 상위 큐레이터의 카테고리 구조를 공개하여 서비스 가치 시연

### 확장 (6~18개월): 네트워크 효과 활성화

초대장(Invite) 시스템:

기존 이웃 시스템 위에 초대 기능 구축
1인당 초대장 5장 제공 → 유사 취향 지인 초대 유도
초대받은 사용자에게 초대자의 카테고리 템플릿 기반 온보딩 제공

Top 큐레이터 프로그램:

카테고리별 아카이빙 밀도와 평가 품질 기준 선정
양이 아닌 '밀도와 깊이' 기준 → 3S 철학과 일관
큐레이터 뱃지 부여 + 프리미엄 구독 수익화 기회 제공

### 스케일업 (18개월~): 플랫폼 확장

커뮤니티 기반 성장:

카테고리별 공개 페이지 생성으로 비회원도 큐레이션 콘텐츠 열람 가능
Top 큐레이터의 아카이브를 통한 자연 유입
입소문과 초대 시스템을 통한 유기적 성장

API 개방:

외부 서비스(노션, 옵시디언 등)와의 연동 API 제공
"다른 도구에서 수집 → Recoeve에서 분류·추천·연결"

## KPI & 로드맵 ### 핵심 지표

지표	3개월	6개월	12개월	24개월
가입자 수	500	2,000	10,000	50,000
MAU	200	800	5,000	25,000
DAU/MAU (Stickiness)	15%	20%	25%	30%
평균 Reco/User/월	10	20	30	40
Pro 전환율	-	3%	5%	7%
이웃 연결 수/User	2	5	10	20

### 실행 로드맵

Q1 (1~3개월): 기반 구축

[완료] 랜딩 페이지 프로토타입 제작 (별도 마케팅 사이트, 다국어 11개 언어 + 모바일 반응형)
[완료] 프로토타입 Netlify 배포
A/B 테스트
온보딩 플로우 개선 (카테고리 템플릿, 가이드 투어)
Step 0-1: 랜딩페이지 본 서비스 통합, 모노레포 전환 + 정적 자산 분리

Q2 (4~6개월): 성장 엔진

크롬 익스텐션 MVP 개발 및 배포
Recoeve Pro 구독 모델 런칭
개발자 커뮤니티 타겟 오픈 베타
Step 2-3: API 설계 + 인증 페이지 React 전환

Q3 (7~9개월): 네트워크 확장

초대장 시스템 런칭
Top 큐레이터 프로그램 시작
AI 자동 분류 제안 기능 (Pro 전용)
Step 4-5: 사용자 페이지 + Reco 플로우 React 전환

Q4 (10~12개월): 수익화 본격화

크리에이터 수익화 모델 런칭
공개 카테고리 페이지를 통한 자연 유입 확대
API 개방 (노션/옵시디언 연동)
시드 유저 1,000명의 찐팬 확보 검증
Step 6: 레거시 퇴역 (기존 HTML + 세션 + esbuild/Webpack 번들 제거)
Step 7: PWA 적용 + 모바일 최적화 (홈 화면 추가, 푸시 알림, 오프라인 캐싱)

## Vision ### 단기 비전 (1년) "나의 디지털 취향 지도를 만드는 가장 깊이 있는 도구" 웹 유저빌리티 고도화 및 초기 시드 유저 확보에 집중합니다. 사용자가 Recoeve를 열면 "내가 지금까지 어떤 것에 관심을 가져왔는지"가 한눈에 보이는 개인 지식 인덱스를 완성합니다. ### 중기 비전 (2~3년) "취향으로 연결되는 전문가 네트워크" LinkedIn이 경력으로 사람을 연결한다면, Recoeve는 "무엇을 깊이 있게 큐레이션하는가"로 사람을 연결합니다. 기업들이 인재를 평가할 때 이력서가 아닌 "이 사람의 Recoeve 프로필"을 참고하는 시장을 개척합니다. ### 장기 비전 (3년~) "디지털 시대의 지성인을 위한 지식 인프라" 개인의 큐레이션이 모여 집단 지성이 되고, 그 집단 지성이 다시 개인에게 영감을 주는 선순환 생태계. Recoeve는 이 생태계의 인프라가 됩니다. ## 리스크 및 대응

리스크	발생 가능성	영향도	대응 전략
초기 콘텐츠 부족으로 신규 유저 이탈	높음	높음	카테고리 템플릿 + 운영진 시드 콘텐츠 + Daily Mix 조기 경험
UI 리뉴얼 시 기존 유저의 적응 비용	중간	중간	점진적 UI 개선 + 기존 UX 흐름 유지하며 디자인만 현대화
경쟁 서비스(Raindrop, Are.na)의 기능 확장	중간	중간	계층형 카테고리 + 유사도 매칭이라는 고유 경쟁력에 집중
수익화 전환율 목표 미달	중간	높음	Pro 기능의 차별화 강화 + 가격 테스트 + 연간 구독 할인
트래픽 급증 시 서버 안정성	낮음	높음	Vert.x Non-blocking I/O 아키텍처 + ETag 캐싱으로 서버 부하 최소화. Docker Compose 기반 인프라로 스케일링 용이
기술 전환 중 서비스 불안정	중간	높음	페이지 단위 점진적 전환 + Nginx 라우팅으로 즉시 롤백 가능. 전환 기간에 세션+JWT 이중 인증 유지

## 필요 자원 ### 팀 구성 (최소)

역할	인원	핵심 업무
풀스택 개발자	1~2명	Next.js + React 프론트엔드 전환, Vert.x JSON API 구축, 크롬 익스텐션
디자이너 (UI/UX)	1명	리뉴얼 디자인 시스템, 모바일 UX
그로스/마케팅	1명	커뮤니티 빌딩, 콘텐츠 마케팅
운영/기획	1명 (겸임 가능)	큐레이터 프로그램, 온보딩 설계

### 예상 비용 (12개월)

항목	월 비용	연간
서버/인프라 (현재: EC2 1대 + MySQL 직접 구동)	₩5만~8만	₩60만~96만
서버/인프라 (리뉴얼 후: Docker 컨테이너 4개, EC2 스펙 업 + ECR)	₩15만~30만	₩180만~360만
도메인/SSL (Let's Encrypt 무료 SSL)	-	₩2만
CI/CD (GitHub Actions 무료 tier 초과 시)	₩0~5만	₩0~60만
마케팅 (초기)	₩40만~70만	₩480만~840만
도구/서비스 (AI 코딩 도구, SaaS 등)	₩40만~60만	₩480만~720만
합계 - 현재 (인건비 제외)		₩1,022만~1,716만
합계 - 리뉴얼 후 (인건비 제외)		₩1,142만~1,980만

## 부록: 용어 정의

용어	정의
Reco	Recoeve의 핵심 액션. 웹 콘텐츠를 아카이빙하면서 동시에 평가하고, 다른 사용자에게 추천 가능한 상태로 만드는 행위
Recoms	다른 사용자의 Reco로부터 받은 추천 콘텐츠 목록
Daily Mix	사용자의 아카이빙 패턴과 이웃의 활동을 분석하여 매일 자동 생성되는 큐레이션
이웃	유사도 점수가 임계값을 넘는 사용자 간의 관계. 팔로우와 달리 양방향으로 자동 형성
카테고리 트리	무제한 깊이의 계층형 분류 체계. 사용자가 자유롭게 구조를 설계 가능
3S	Slow(깊이), Sexy(본질적 매력), Sincere(진정성) - Recoeve의 브랜드 철학

## RRA ###/ References and Related Articles

##/ References and Related Articles ## COTD ###/ Categories of this document

##/ Categories of this document

Recoeve 리뉴얼 계획서: 기술 전환 로드맵 - kipid Inc.

recoeve — Fri, 27 Mar 2026 03:10:32 +0900

# Recoeve 리뉴얼 계획서: 기술 전환 로드맵 - kipid Inc. ## PH ###/ Posting History

2026-04-01 : v2.0 - 백엔드 기술 스택 NestJS 전환 확정 반영. Vert.x JSON API → NestJS API 서버로 전면 변경. MVC 계층(Controller/Service/Repository) + Prisma ORM 도입. 마이그레이션 단계 및 일정 재설계.
2026-03-25 : v1.10 - 인프라 구성을 별도 EC2(API) + Vercel(프론트) 분리로 변경, MySQL 8.0.45 EOL 명시 및 신규 RDS MySQL 8.4 LTS 지정, docker-compose MySQL 버전 수정, EOL 약어 풀어쓰기.
2026-03-25 : v1.9 - 배포 전략을 서브도메인 분리 + 병렬 개발 + DNS 전환 방식으로 변경 (dev.recoeve.net/api.recoeve.net/별도 RDS), 병행 운영 구조 및 리스크 대응 전면 수정, 통합 방법/작업 범위 업데이트.
2026-03-25 : v1.8 - 인증 전환 전략 변경: 점진적 전환 → 즉시 전환 (베타 단계, 소수 사용자 고려). 세션 퇴역 시점 Step 6 → Step 2로 앞당김.
2026-03-25 : v1.7 - 현재 코드 기준 수치 업데이트 (RecoeveDB 4,295줄/68 PreparedStatement/160+ methods, Recoeve 1,469줄/23 라우트, HTML 18개, kipid 37개), 발견된 버그 반영 (세션 풀림 버그, 이벤트루프 블로킹), JWT 전환 근거 보강.
2026-03-11 : v1.6 - Claude Code docuK skill로 재작성, 코드 블록 복사 버튼 추가.
2026-03-11 : v1.5 - 작업량 재조정 (레퍼런스 코드 활용 전제, 14~22주).
2026-03-11 : v1.4 - 프론트엔드 전환 근거에 PWA/모바일 대응 추가, Step 7 (PWA + 모바일 최적화) 단계 추가.
2026-03-10 : v1.3 - 프로젝트 구조(모노레포) 섹션 추가, 배포 섹션에 분리 배포 설계 원칙 추가, CI/CD에 경로 필터 기반 독립 배포 추가.
2026-03-10 : v1.2 - 현재 구조의 한계 섹션 추가, CI/CD 파이프라인 섹션 추가.
2026-03-10 : v1.1 - 부록 추가: 현재 아키텍처 vs 리뉴얼 아키텍처 성능 비교 (소스 코드 검증 기반).
2026-03-10 : v1 - 리뉴얼 계획서 초판. 비즈니스 기획안 v2 + 리팩토링 계획 + 기술 분석을 통합.

##/ Posting History ## TOC ## 현재 아키텍처 요약 ### 백엔드

항목	현황
프레임워크	Vert.x 4.5.21 (Netty 기반 Non-blocking I/O)
핵심 클래스	RecoeveDB.java (4,295줄, 68 PreparedStatement, 160+ public methods)
HTTP 서버	Recoeve.java (1,469줄, 23 라우트, 5 라우터)
웹 스크래퍼	RecoeveWebClient.java (~985줄, Playwright Chromium ×4)
DB	MySQL 8.0.45 (JDBC + vertx-mysql-client 비동기) — 2026년 4월 EOL(End of Life, 보안 패치 및 업데이트 지원 종료) 예정, 신규 환경에서는 MySQL 8.4 LTS로 전환 필요
인증	자체 세션(usersession1) + Google OAuth2 + remember-me 토큰
배포 단위	Recoeve Verticle ×4 + RecoeveWebClient Verticle ×4 (MainVerticle에서 배포)
빌드	Gradle 8.13 (Kotlin DSL) + Shadow plugin → fat JAR

### 프론트엔드

항목	현황
UI	Vanilla HTML 18개 템플릿 (esbuild 번들 내부에서 React 사용)
번들링	esbuild (`esb-.js`). Webpack 레거시 번들(`bundle-.js`)이 미사용 상태로 잔존
다국어	`lang.txt` (TSV) → FileMapWithVar 서버 측 `[--KEY--]` 패턴 치환
정적 자산 위치	`src/main/java/recoeve/db/html/`, `db/CDN/` (Java 소스 트리 안)

### 배포 ``` Client → Nginx (TLS 1.2/1.3, gzip) → Vert.x:8080 (HTML + API 모두 서빙) ```/ ### 현재 구조의 강점 이 구조는 단순하고 실용적인 장점을 갖고 있으며, 리뉴얼에서도 계승해야 할 부분이 있다.

Vert.x Non-blocking I/O: 최소 서버 리소스로 최대 동시 접속 처리. 이벤트 루프 아키텍처는 API 서버로서 더욱 빛날 것
ETag 캐싱 전략: 변경 없는 정적 자산은 서버 요청 자체가 불발생. CDN 없이도 효과적인 캐시 운영
단순한 배포: fat JAR 하나로 서버 실행. 배포 복잡도가 낮음
SQL Injection 완벽 차단: 68개 PreparedStatement로 모든 DB 접근이 파라미터화
순환 의존성 없음: http → db 단방향 의존. 리팩토링에 유리한 구조

### 현재 구조의 한계 리뉴얼이 필요한 이유는 위 강점에도 불구하고 다음과 같은 구조적 한계가 존재하기 때문이다.

단일 클래스 집중(God Object): RecoeveDB.java 하나에 4,295줄, 160+ public methods, 68개 PreparedStatement가 집중되어 있다. 인증, 추천, 통계, 이웃 계산, 로깅 등 모든 비즈니스 도메인이 단일 클래스에 혼재하여, 한 도메인 수정이 다른 도메인에 영향을 줄 위험이 크다.
단일 Connection 병목 및 PreparedStatement 공유 문제: 68개 PreparedStatement가 하나의 DB Connection을 공유한다. 동시 요청이 많아지면 경합이 발생할 수 있고, 커넥션이 끊기면 전체 서비스가 멈춘다. 실제로 pstmtSession(세션 검증용 PreparedStatement)을 sessionCheck(), sessionIter(), logout() 등 여러 메서드에서 공유하고 있어, 간헐적으로 로그인 세션이 풀리는 버그가 발생하고 있다 (자세한 내용은 버그 리포트 Bug 1 참조). 또한 sessionCheck() 성공 시마다 iter 값을 1씩 감소시키는 로직이 있어, 세션 생성 후 1,000회 요청을 초과하면 세션 검증이 실패할 가능성이 있다.
계층 분리 위반: DB 클래스(RecoeveDB)가 HTTP 쿠키(io.vertx.core.http.Cookie)를 직접 참조하고, Gmail을 통한 이메일 발송까지 처리한다. DB 레이어가 HTTP 레이어와 외부 서비스를 알고 있어 관심사 분리 원칙에 위배된다.
프론트엔드 자산 위치 비정상: HTML, CSS, JS 파일이 src/main/java/recoeve/db/html/, db/CDN/에 위치한다. Java 소스 패키지 안에 정적 자산이 섞여 있어 표준 Java 프로젝트 구조(src/main/resources/static/)에서 벗어나 있다.
Webpack 레거시 잔존: 현재 서비스는 esbuild(esb-*.js)만 사용하지만, 과거 Webpack 번들(bundle-*.js)이 미사용 상태로 소스 트리에 남아 있다. 프로젝트 구조를 복잡하게 만드는 요인이다.
페이지 간 코드 중복: 18개 HTML 파일이 각각 독립된 React 루트로 동작하며, HTML 보일러플레이트(docCookies, 언어 감지, 공통 스크립트 로딩)가 페이지마다 복붙되어 있다. 공유 레이아웃(헤더, 네비게이션, 푸터)이 없어 공통 로직 수정 시 여러 파일을 동시에 수정해야 한다.
이벤트루프 블로킹 위험: RecoeveWebClient가 이벤트버스 컨슈머에서 CompletableFuture.get() 등 블로킹 호출을 수행하여 이벤트루프 스레드를 점유할 수 있다. 실제로 외부 URL 응답이 없을 때 이벤트루프 스레드 4개가 전부 블로킹되어 서버 전체가 멈추는 사례가 확인되었다 (자세한 내용은 버그 리포트 Bug 2 참조).
서버-클라이언트 결합: FileMapWithVar가 서버 측에서 HTML 내 [--KEY--](다국어)와 {--VAR--}(런타임 변수)를 치환한 후 응답한다. Gradle watch로 소스 변경 시 자동 재시작은 되지만 JVM 워밍업(3~10초) 대기가 필요하며, 프론트엔드만 독립 배포할 수 없다.
테스트 부재: 자동화된 단위 테스트나 통합 테스트가 없다. 코드 변경의 안전성을 검증할 수 있는 수단이 수동 테스트뿐이다.
CI/CD 파이프라인 없음: 수동 SSH 접속 → JAR 교체 → 프로세스 재시작 방식으로 배포한다. 자동화된 빌드, 테스트, 배포 파이프라인이 구성되어 있지 않다.
학습 코드 혼재: src/main/java/kipid/에 37개의 학습/테스트용 Java 파일이 프로덕션 소스 트리에 포함되어 있다. recoeve 코드에서 import 0건이지만 프로젝트 구조를 복잡하게 만든다.

## 기술 선택 근거 각 전환 항목에 대해 현재 → 변경 → 왜 이렇게 하는가를 명시한다. 기술 전환은 트렌드를 따르는 것이 아니라, 비즈니스 로드맵의 구체적인 요구사항에서 출발한다. ### 프론트엔드: Vanilla HTML → Next.js 16 + React 19

현재	변경
Vanilla HTML 18개 템플릿	Next.js 16 + React 19 + Tailwind CSS

왜 전환하는가:

서비스 확장성. 비즈니스 로드맵(크롬 익스텐션, AI 자동 분류, API 개방, 크리에이터 수익화)을 구현하려면 프론트엔드가 독립된 컴포넌트 단위로 확장 가능해야 한다. 현재 Vanilla HTML 템플릿 구조에서는 기능 추가마다 HTML 파일 + JS 번들 + Java 서버(FileMapWithVar 변수, 라우트)를 동시에 수정해야 하여 확장 비용이 선형 이상으로 증가한다.

현대적 UX 구현. 리뉴얼의 핵심 목표인 "3초 안에 이해되는 비주얼 커뮤니케이션", 인터랙티브 온보딩, 모바일 퍼스트 반응형 디자인, 부드러운 페이지 전환과 애니메이션을 Vanilla HTML로 구현하는 것은 비효율적이다. React 컴포넌트 + Framer Motion + Tailwind 조합이 이러한 UX 요구사항에 직접 대응한다.

기존 자산 활용. 랜딩페이지 프로토타입이 Next.js + React 19 + Tailwind로 구현되어 있다. 9개 컴포넌트(Nav, Hero, HowItWorks, Philosophy, CurationPreview, BrandStory, Footer, FloatingShape, LandingPage)와 11개 언어 i18n 시스템이 프로토타입 수준으로 준비되어 있다. 별도로 새 스택을 도입하는 것보다 이 스택을 서비스 전체로 확장하는 것이 일관적이다.

페이지 간 공유 컴포넌트 부재. 현재 각 페이지 내부에는 React 컴포넌트가 사용되고 있으나(esb-user-page.js에 30개 이상의 TSX 컴포넌트), 각 페이지가 독립된 React 루트로 동작하여 페이지 간 공유 레이아웃(공통 헤더, 네비게이션, 푸터)이 없다. 또한 HTML 레벨의 보일러플레이트(docCookies, 언어 감지 등)가 페이지마다 복붙되어 있어, 공통 로직 수정 시 여러 HTML 파일을 동시에 수정해야 한다. Next.js 전환 시 공유 레이아웃과 공통 컴포넌트를 도입하여 이 문제를 해소한다.

프론트/백 독립 배포. 현재는 UI 수정에 백엔드 서버(Java 서버) 재기동이 필요하지만, 전환 후에는 불필요해진다. 프론트엔드만 독립 배포 가능하여 서비스 중단 없이 UI 업데이트가 가능하다.

PWA/모바일 대응. 현재 Vanilla HTML 18개 독립 템플릿 구조에서는 PWA에 필요한 Service Worker, Web App Manifest, 오프라인 캐싱을 페이지마다 수동으로 구현해야 하며, 앱처럼 동작하는 단일 셸(App Shell)을 구현할 수 없다. 서버 측 패턴 치환(FileMapWithVar) 구조에서는 오프라인 동작 자체가 성립하지 않는다. Next.js 전환 후에는 next-pwa 플러그인으로 Service Worker + 오프라인 캐싱을 자동 생성할 수 있고, SPA 구조의 App Shell로 네이티브 앱에 가까운 모바일 UX를 제공할 수 있다. 네이티브 앱 개발 전 단계로서 PWA가 모바일 경험을 상당 부분 커버한다.

생태계. Tailwind(스타일링), Framer Motion(애니메이션), Three.js(3D 비주얼), Zustand(상태 관리) 등 React 생태계의 도구를 바로 활용할 수 있다. Vanilla JS에서는 각각을 직접 통합해야 한다.

### 백엔드: Vert.x Java → NestJS TypeScript

현재	변경
Vert.x 4.5.21 (Java 17) — HTML 직접 서빙 + API 혼재	NestJS (TypeScript) API 서버 + Prisma ORM

왜 전환하는가:

백엔드 기술 스택 제안서에서 상세 비교 분석 완료. 성능, 확장성, 개발 생산성, 채용 시장, 국내외 도입 사례 등 다각도로 비교한 결과 NestJS 전환이 확정되었다 (상세: 백엔드 기술 스택 제안서 참조).

프론트엔드와 동일한 TypeScript. Next.js(프론트) + NestJS(백엔드)로 풀스택 TypeScript 모노레포를 구성하면, API 타입을 프론트/백에서 공유할 수 있어 타입 불일치 버그가 원천 차단된다.

MVC 계층 구조 (Controller / Service / Repository). NestJS의 Module 시스템과 의존성 주입(DI)으로 현재 God Object(RecoeveDB 4,295줄)를 자연스럽게 도메인별 모듈로 분리한다. 각 모듈은 Controller(라우팅/검증), Service(비즈니스 로직), Repository(DB 접근)로 계층이 명확히 분리된다.

Prisma ORM + 성능 고려 전략. DB 접근 레이어로 Prisma를 도입하되, 성능을 고려하여 이원화한다:

단순 CRUD (유저 조회, 레코 등록 등): Prisma ORM 문법으로 타입 안전하게 작성
복잡한 쿼리 (이웃 유사도 계산, 통계 집계, 다중 JOIN): prisma.$queryRaw로 기존 SQL을 그대로 재활용
ORM 오버헤드는 단순 CRUD에서 무시 수준이나, 복잡한 집계에서는 raw SQL이 2~5배 빠를 수 있으므로 쿼리 특성에 따라 선택

향후 서비스 확장. MSA 전환 시 NestJS Module이 곧 마이크로서비스 단위가 된다. @nestjs/microservices 공식 모듈로 Redis(인메모리 캐시/메시지 브로커), Kafka(대용량 이벤트 스트리밍), gRPC(고성능 바이너리 통신) 등 분산 통신을 기본 지원한다.

크롬 익스텐션 / 외부 API. NestJS API 서버 구축으로 비즈니스 로드맵의 크롬 익스텐션(Q2), API 개방(Q4, 노션/옵시디언 연동)이 자연스럽게 가능해진다.

### 인증: 세션/쿠키 → JWT 토큰 (즉시 전환)

현재	변경
DB 세션 (usersession1, 350일 TTL) + remember-me 쿠키 (90~365일)	JWT 토큰 (세션 즉시 퇴역)

왜 전환하는가:

현재 세션 시스템의 구조적 버그. pstmtSession 공유 및 iter 소진으로 인해 로그인이 간헐적으로 풀리는 버그가 보고되고 있다 (버그 리포트 Bug 1 참조). 매 요청마다 sessionCheck()로 DB를 조회하고 iter를 감소시키는 현재 구조는, 점진적 개선보다 JWT로의 전면 전환이 근본적인 해결책이다.

크롬 익스텐션 호환. 브라우저 익스텐션은 쿠키 접근이 제한적이다(특히 Manifest V3 이후). JWT는 Authorization 헤더로 전달하므로 플랫폼 무관하게 동작한다.

외부 API 인증. 노션/옵시디언 연동 API에서 제3자 앱이 세션 쿠키를 사용할 수 없다. API 키 또는 JWT가 업계 표준이다.

향후 모바일 앱. 네이티브 앱에서 쿠키 기반 인증은 비표준이다. JWT는 모바일 친화적이다.

서버 부하 감소. 현재는 매 요청마다 sessionCheck()로 DB에서 usersession1 테이블을 조회한다. JWT는 서명 검증만으로 인증이 완료되어 DB 조회가 불필요하다.

즉시 전환 전략. 현재 베타 테스트 단계(v1.10.0)이고 활성 사용자가 소수이므로, 점진적 전환(세션+JWT 이중 발급/병행)은 불필요한 복잡성을 추가한다. 세션을 즉시 퇴역시키고 JWT로 전면 전환한다:

JWT 인증 모듈 구현 (@nestjs/jwt + @nestjs/passport)
모든 인증 엔드포인트를 JWT 발급으로 전환
sessionCheck(), sessionIter(), pstmtSession, usersession1 테이블 제거
기존 사용자에게 재로그인 안내

NestJS 공식 모듈 지원. @nestjs/jwt + @nestjs/passport가 공식 모듈로 제공되며, Google OAuth는 passport-google-oauth20으로 구현한다. 가이드와 레퍼런스가 풍부하다.

### 빌드: esbuild → Next.js Turbopack

현재	변경
esbuild (`esb-*.js`)	Next.js 내장 Turbopack

왜 전환하는가:

코드 스플리팅. 현재 esbuild는 페이지별로 전체 번들을 하나의 파일로 생성한다 (esb-user-page.js 690KB). Next.js는 자동으로 코드 스플리팅하여 현재 페이지에 필요한 코드만 로드한다. 코드 변경 시에도 변경된 청크만 캐시 무효화되므로 재다운로드 범위가 최소화된다.

HMR(Hot Module Replacement). Turbopack은 Rust 기반으로 빠른 개발 서버 리로드를 제공한다. 현재는 JS 수정 시 esbuild 재빌드 → Java 서버 재기동이 필요하다.

번들 최적화. Next.js가 트리 셰이킹, 이미지 최적화를 자동 처리한다. 사용하지 않는 코드가 빌드에서 제거되어 실제 전송량이 감소한다.

### 다국어: 서버 치환 → React i18n Context

현재	변경
`lang.txt` (TSV) → FileMapWithVar 서버 측 `[--KEY--]` 패턴 치환	React Context 기반 클라이언트 i18n (`src/lib/i18n/`)

왜 전환하는가:

i18n 기반 준비됨. 랜딩페이지 프로토타입에 11개 언어 React i18n이 구현되어 있다(src/lib/i18n/translations.ts + context.tsx). TypeScript 타입 안전한 useI18n() 훅과 I18nProvider 컨텍스트가 구현되어 있으므로, 서비스 전체로 확장할 수 있다.

즉시 언어 전환. 현재는 언어 변경 시 서버에서 HTML을 다시 받아야 한다(FileMapWithVar가 서버에서 [--KEY--]를 치환하므로). React i18n은 페이지 리로드 없이 즉시 전환된다.

번역 관리 효율. 모든 번역이 하나의 TypeScript 객체(translations.ts)에 타입 안전하게 관리된다. 현재는 lang.txt (TSV 파일)에 키가 산재하고, HTML 파일마다 [--KEY--] 패턴이 분산되어 있어 누락 확인이 어렵다.

### 배포: 기존 서비스 유지 + 병렬 개발 후 DNS 전환

현재	개발 단계	전환 후
`recoeve.net` → Vert.x (HTML + API 모두)	`recoeve.net` → 기존 유지 (변경 없음) `dev.recoeve.net` → Next.js (프론트 개발) `api.recoeve.net` → NestJS API 서버 (신규 구축) 별도 RDS → 신규 DB	`recoeve.net` → Next.js (UI) `api.recoeve.net` → NestJS (API)

왜 이 전략인가:

기존 서비스 무중단. 현재 운영 중인 recoeve.net을 건드리지 않고, 별도 환경에서 신규 개발을 진행한다. 기존 서비스는 개발 기간 내내 정상 운영되므로 사용자에게 영향이 없다.

DNS 전환으로 한번에 교체. 신규 개발이 완료되면 recoeve.net의 DNS만 Next.js 서버로 변경하여 한번에 전환한다. 문제 발생 시 DNS를 원복하면 즉시 롤백 가능하다.

개발 환경 구성:

``` 개발 단계: recoeve.net → 기존 Vert.x (현행 유지, 변경 없음) dev.recoeve.net → Next.js 프론트엔드 (신규 개발) api.recoeve.net → NestJS API 서버 (신규 구축, 기존 SQL/로직 이전 및 개선 검토) 별도 RDS → 신규 DB (기존 DB에서 데이터 마이그레이션) ```/

전환 시:

``` recoeve.net → DNS 변경 → Next.js 서버로 전환 api.recoeve.net → 그대로 유지 dev.recoeve.net → Vercel 프로젝트에 recoeve.net 커스텀 도메인 추가. dev.recoeve.net은 별도 개발 서버를 셋팅하여 이후 개발/테스트용으로 계속 활용 기존 Vert.x HTML → 퇴역 ```/

설계 원칙 (처음부터 적용):

프론트엔드: NEXT_PUBLIC_API_URL=https://api.recoeve.net 환경변수로 API 주소 주입 (하드코딩 금지)
백엔드: ALLOWED_ORIGINS=https://dev.recoeve.net,https://recoeve.net 환경변수로 CORS origin 동적 설정 (개발 중에는 dev, 전환 후에는 recoeve.net)
인증: 웹은 JWT를 HttpOnly Cookie로 전달 (XSS 방어), 크롬 익스텐션/모바일 앱/외부 API는 Authorization: Bearer 헤더

인프라 구성 (개발 단계):

서비스	서버	비고
`recoeve.net` (기존)	기존 EC2	변경 없음, 기존 SSL 유지
`dev.recoeve.net`	Vercel	자동 SSL, CDN, CI/CD 내장, 프리뷰 배포
`api.recoeve.net`	별도 EC2	Let's Encrypt (certbot, 자동 갱신)
신규 DB	AWS RDS (MySQL 8.4 LTS)	기존 DB에서 데이터 마이그레이션. 자동 패치/업그레이드, 자동 백업, DB 서버 관리 부담 없음

인프라 구성 (전환 후):

서비스	서버	비고
`recoeve.net`	Vercel	`dev.recoeve.net`의 Vercel 프로젝트에 커스텀 도메인으로 연결
`api.recoeve.net`	별도 EC2	그대로 유지
신규 DB	AWS RDS (MySQL 8.4 LTS)	그대로 유지
기존 EC2	퇴역	일정 기간 유지 후 종료

각 서비스가 독립된 환경에서 운영되므로, 서로 영향 없이 독립적으로 개발/배포/스케일링 가능.

필요 작업:

DNS에 dev.recoeve.net, api.recoeve.net 서브도메인 추가 (각각 해당 서버 IP)
API용 별도 EC2 인스턴스 생성 + HTTPS 설정
NestJS API 프로젝트 생성 (기존 SQL/비즈니스 로직 이전)
Prisma 스키마 정의 + 기존 MySQL DB 구조 매핑
별도 RDS 인스턴스 생성 + 데이터 마이그레이션
NestJS에 CORS 설정 추가

### 배포 자동화: 수동 스크립트 → CI/CD 파이프라인

현재	변경
SSH 접속 → `run_gradlew.sh` 수동 실행	GitHub Actions → Docker → 자동 배포

왜 전환하는가:

현재 배포 방식의 문제점.

서버에 SSH로 접속하여 run_gradlew.sh를 수동 실행하는 방식
환경 설정(DB 접속 정보, API 키 등)이 코드에 하드코딩되어 있어, 개발/운영 환경 전환이 번거로움
빌드 실패 시 즉시 감지할 수 없고, 배포 후 문제 발생 시 롤백이 수동
서비스 중단 없는 배포(zero-downtime)가 불가능

CI/CD 파이프라인 구성:

``` 코드 push (GitHub) → GitHub Actions 트리거 → 테스트 + 린트 자동 실행 → Docker 이미지 빌드 → AWS ECR에 이미지 푸시 → EC2에 SSH로 배포 + 헬스체크 → 실패 시 이전 이미지로 자동 롤백 ```/

Docker 컨테이너화.

NestJS API 서버: Node.js Alpine 기반 Dockerfile (경량, 콜드 스타트 0.5~2초)
Next.js 프론트엔드: Multi-stage Dockerfile (빌드 → 프로덕션 이미지)
MySQL + Nginx: Docker Compose로 전체 인프라를 하나로 묶어 관리

```[.lang-yaml] # docker-compose.yml 예시 services: api: build: ./backend ports: ["8080:8080"] depends_on: [db] frontend: build: ./frontend ports: ["3000:3000"] db: image: mysql:8.4 volumes: ["db-data:/var/lib/mysql"] nginx: image: nginx ports: ["80:80", "443:443"] depends_on: [api, frontend] ```/

환경 설정 분리.

.env.development, .env.production 파일로 환경별 설정 분리
DB 접속 정보, API 키, JWT 시크릿 등이 코드에서 분리되어 보안 강화
Docker Compose에서 env_file로 주입

헬스체크 강화.

현재 /health 엔드포인트가 이미 존재하므로, Docker 헬스체크와 배포 파이프라인에 연결
배포 후 /health 응답이 정상인지 확인한 뒤 트래픽 전환

기존 자산 활용. MLM Demo 프로젝트에서 GitHub Actions + Docker + AWS ECR/EC2 배포 파이프라인이 검증되어 있으므로, 동일 패턴을 Recoeve에 적용한다.

경로 필터 기반 배포. 모노레포 구조에서 백엔드는 GitHub Actions, 프론트엔드는 Vercel로 독립 배포한다:

```[.lang-yaml] # .github/workflows/deploy-backend.yml on: push: branches: [main] paths: - 'backend/src/**' - 'backend/prisma/**' - 'backend/package.json' - 'backend/Dockerfile' ```/ backend/ 내 소스코드, 스키마, 의존성, Dockerfile 변경 시에만 배포가 트리거된다. 문서(docs/, README.md 등) 수정으로는 재배포되지 않는다. 프론트엔드는 Vercel이 GitHub 연동으로 push 시 자동 빌드·배포하므로 별도 워크플로우가 불필요하다. ### 프로젝트 구조: 모노레포

현재	변경
단일 프로젝트 (백엔드 + 프론트 혼재)	모노레포 (backend/ + frontend/ 분리)

왜 모노레포인가:

AI 코딩 도구 친화. Claude Code 등 AI 코딩 도구가 백엔드 + 프론트 전체 컨텍스트를 한번에 파악할 수 있다. API 인터페이스 변경 시 프론트엔드 호출 코드까지 한번에 수정 가능하다.

원자적 변경. 프론트 개발 중 API 수정이 필요하면 같은 레포에서 한 커밋에 반영한다. 멀티레포에서는 백엔드 PR → 머지 → 프론트 PR 순서로 2단계가 필요하다.

배포는 분리. CI/CD 경로 필터(backend/**, frontend/**)로 변경된 쪽만 독립 배포한다. 모노레포이되 배포 단위는 분리되어 있다.

전환 용이. 팀 규모가 커져 전담 팀 분리 시 멀티레포로 전환 가능하다. 현 단계(1인 개발)에서 멀티레포는 오버엔지니어링이다.

모노레포 구조:

``` kipid-recoeve/ ├── backend/ ← NestJS TypeScript API 서버 │ ├── src/ │ │ ├── auth/ ← Module (Controller/Service/Repository) │ │ ├── reco/ │ │ ├── user/ │ │ ├── prisma/ ← Prisma 서비스 │ │ └── app.module.ts │ ├── prisma/ │ │ └── schema.prisma ← DB 스키마 정의 │ ├── package.json │ └── Dockerfile ├── frontend/ ← Next.js 프로젝트 │ ├── src/ │ ├── package.json │ └── Dockerfile ├── shared/ ← 프론트/백 공유 │ ├── types/ ← API 요청/응답 타입 │ └── i18n/errors/ ← 에러 메시지 번역 ├── docker-compose.yml └── .github/workflows/ └── deploy-backend.yml ← backend/** 변경 시 트리거 (프론트엔드는 Vercel 자동 배포) ```/

타입 공유. shared/types/에 API 요청/응답 타입을 정의하면 프론트/백에서 동일한 타입을 사용할 수 있다. TypeScript 모노레포의 핵심 이점이다.

현재 구조에서의 전환:

backend/에 NestJS 프로젝트 신규 생성 (기존 Java 코드 참조하여 TypeScript로 재작성)
frontend/에 새 Next.js 프로젝트 생성
db/html/, db/CDN/의 정적 자산은 전환 완료 후 퇴역

## 마이그레이션 단계 백엔드 NestJS 전환과 프론트엔드 Next.js 전환을 하나의 통합 로드맵으로 묶는다. 각 단계는 이전 단계의 완료에 의존하며, 모든 단계에서 기존 서비스 가용성을 보장한다.

단계	백엔드 (NestJS)	프론트엔드 (Next.js)	의존성
Step 0	-	랜딩페이지 본 서비스 통합	없음 (즉시 시작 가능)
Step 1	NestJS 프로젝트 초기 설정 + Prisma 스키마 정의	`frontend/` Next.js 프로젝트 생성	없음
Step 2	9개 NestJS Module 구축 (Controller/Service/Repository) + JWT 인증	API 엔드포인트 연동 테스트	Step 1 완료
Step 3	API 완성 + 기존 서비스와 동작 비교 검증	인증 페이지 React 전환 (log-in, signed-up, verify, changePwd)	Step 2 완료
Step 4	-	사용자 페이지 React 전환 (user-page, reco, recostat)	Step 3 완료
Step 5	-	Reco 액션 플로우 React 전환 (multi-reco, reco-bookmark)	Step 3 완료
Step 6	기존 Vert.x 서버 퇴역	기존 HTML 템플릿 + esbuild 번들 퇴역	Step 4-5 완료
Step 7	-	PWA 적용 (Service Worker, App Shell, 오프라인 캐싱) + 모바일 최적화	Step 6 완료

### 단계 간 의존성 다이어그램 ``` Step 0 (랜딩 통합) Step 1 (프로젝트 초기 설정) │ │ └──── 병렬 실행 가능 ────┘ │ Step 2 (NestJS 9개 Module + JWT) │ Step 3 (API 검증 + 인증 페이지 전환) / \ Step 4 Step 5 ← 병렬 실행 가능 (사용자 페이지) (Reco 플로우) \ / Step 6 (레거시 퇴역) │ Step 7 (PWA + 모바일 최적화) ```/ ### Phase 1 상세: NestJS 프로젝트 초기 설정 모노레포 구조와 NestJS/Prisma 기반 환경을 구축한다.

모노레포 구성:

backend/에 NestJS 프로젝트 생성 (@nestjs/cli)
frontend/에 새 Next.js 프로젝트 생성 (Step 0의 랜딩페이지 프로토타입 기반)
shared/types/에 프론트/백 공유 타입 정의
루트에 docker-compose.yml, .github/workflows/ 배치

Prisma 초기 설정:

prisma init으로 스키마 파일 생성
기존 MySQL DB 구조를 prisma db pull로 자동 매핑
Prisma Client 생성 (prisma generate)
PrismaService를 NestJS 글로벌 모듈로 등록

DB 스키마 검토 및 개선:

prisma db pull로 현재 구조를 가져온 후, 테이블별 정규화 상태 및 개선 여지를 검토한다
퇴역 대상: usersession1, userremember, authtoken, pregoogle — JWT 전환으로 불필요
정규화 검토: catlist(카테고리 직렬화 저장), urilist(URI 목록 직렬화) — 현재 문자열로 직렬화된 구조를 정규화된 릴레이션으로 재설계 가능성 검토
통합 검토: 통계 테이블 5개(recostat, recostatdefcat, deftitle, defdesc, blogstat1) — 통합 가능성 검토
스키마 변경은 prisma migrate로 관리하여 변경 이력 추적

### Phase 2 상세: 9개 NestJS Module 구축 RecoeveDB.java(4,295줄) + Recoeve.java(1,469줄)의 비즈니스 로직과 라우팅을 NestJS Module 구조(Controller/Service/Repository)로 재구축한다.

기존 Java → NestJS Module 매핑:

도메인	기존 Java (PS/메서드)	NestJS Module	Prisma 전략
인증/세션	10 PS, 15 메서드	`auth/` (Controller/Service/Repository)	ORM (단순 CRUD)
유저 관리	8 PS, 8 메서드	`user/`	ORM
추천 핵심	2 PS, 7 메서드	`reco/`	ORM + raw SQL (복합 조회)
추천 통계	13 PS, 3 메서드	`reco-stat/`	raw SQL (집계 쿼리)
카테고리/URI	4 PS, 13 메서드	`category/`	ORM + raw SQL (트리 구조)
이웃/유사도	11 PS, 14 메서드	`neighbor/`	raw SQL (유사도 계산)
블로그 통계	4 PS, 3 메서드	`blog-stat/`	ORM
리다이렉트	3 PS, 3 메서드	`redirect/`	ORM
로깅	4 PS, 7 메서드	`log/`	ORM
URI 콘텐츠 캐시	3 PS, 5 메서드	`uri-heads/`	ORM

각 Module의 MVC 계층 구조:

``` src/auth/ ← 인증 모듈 예시 ├── auth.module.ts ← 모듈 정의 (DI 설정) ├── auth.controller.ts ← 라우팅, 요청 검증 (@Get, @Post) ├── auth.service.ts ← 비즈니스 로직 (JWT 발급, OAuth) ├── auth.repository.ts ← DB 접근 (Prisma) └── dto/ ← 요청/응답 타입 정의 ├── login.dto.ts └── token-response.dto.ts ```/

Prisma 성능 고려 전략:

단순 CRUD (유저 조회, 레코 등록 등): Prisma ORM 문법 사용 → 타입 안전, 코드 간결
복잡한 쿼리 (이웃 유사도 계산, 통계 집계, 다중 JOIN): prisma.$queryRaw로 기존 SQL 그대로 재활용 → 성능 유지
이원화 기준: ORM 오버헤드는 단순 CRUD에서 무시 수준이나, 복잡한 집계에서는 raw SQL이 2~5배 빠를 수 있으므로 쿼리 특성에 따라 선택

NestJS 전체 Module 구조:

``` src/ ├── app.module.ts ← 루트 모듈 ├── prisma/ │ ├── prisma.module.ts ← Prisma 글로벌 모듈 │ └── prisma.service.ts ← Prisma Client 래퍼 ├── auth/ ← 인증 (JWT + Google OAuth) ├── user/ ← 유저 CRUD ├── reco/ ← 추천 CRUD ├── reco-stat/ ← 추천 통계 ├── category/ ← 카테고리/URI ├── neighbor/ ← 이웃/유사도 계산 ├── blog-stat/ ← 블로그 통계 ├── redirect/ ← 단축 URL ├── uri-heads/ ← 페이지 타이틀 캐시 ├── log/ ← 접근 로그 └── scraper/ ← Playwright 웹 스크래퍼 (Node.js 이전) ```/

구축 우선순위:

prisma/ + auth/ (JWT 인증이 다른 모든 모듈의 기반)
user/ + reco/ (핵심 서비스)
category/ + neighbor/ (사용자 페이지 의존)
나머지 (reco-stat, blog-stat, redirect, log, uri-heads)
scraper/ (Playwright Node.js로 이전, Java 원조보다 API 풍부)

## 랜딩페이지 통합 방안 (Step 0 상세) ### 현재 상태 랜딩페이지는 별도 Next.js 프로젝트로 프로토타입이 구현되어 있다.

참고: 레코 뷰어 UI 프로토타입(/viewer/[userId])도 이미 구현되어 있음 (https://recoeve.vercel.app/viewer/kipid). 실제 DB 데이터 기반의 3패널 레이아웃으로, 향후 사용자 페이지 React 전환 시 기반으로 활용 가능.

재사용 가능한 컴포넌트 (9개):

컴포넌트	파일	역할
`LandingPage`	`landing-page.tsx`	전체 레이아웃 오케스트레이터
`Nav`	`nav.tsx`	내비게이션 바 + 언어 선택기
`Hero`	`hero.tsx`	히어로 섹션 (메인 CTA)
`HowItWorks`	`how-it-works.tsx`	3-Step 서비스 소개
`Philosophy`	`philosophy.tsx`	브랜드 철학 (3S)
`CurationPreview`	`curation-preview.tsx`	큐레이션 미리보기
`BrandStory`	`brand-story.tsx`	브랜드 스토리
`Footer`	`footer.tsx`	푸터
`FloatingShape`	`floating-shape.tsx`	배경 장식 애니메이션

재사용 가능한 인프라:

모듈	파일	역할
`I18nProvider`	`src/lib/i18n/context.tsx`	React Context 기반 다국어 프로바이더
`translations`	`src/lib/i18n/translations.ts`	11개 언어 번역 데이터 (타입 안전)
`useI18n()`	`src/lib/i18n/context.tsx`	번역 접근 훅

### 통합 방법 기존 recoeve.net은 변경하지 않고 그대로 유지한다. dev.recoeve.net에서 Next.js 프론트엔드를, api.recoeve.net에서 JSON API를 병렬로 개발한다. 모든 개발이 완료되면 recoeve.net의 DNS를 Next.js 서버로 변경하여 한번에 전환한다.

개발 단계:

recoeve.net → 기존 Vert.x (변경 없음, 정상 운영)
dev.recoeve.net → Next.js 프론트엔드 개발 (랜딩페이지 프로토타입 기반)
api.recoeve.net → NestJS API 서버 (신규 구축, 기존 SQL/로직 이전 및 개선 검토)

전환 시:

recoeve.net DNS → Next.js 서버로 변경
api.recoeve.net → 그대로 유지
기존 Vert.x 서버 → 퇴역

### 작업 범위

DNS에 dev.recoeve.net, api.recoeve.net 서브도메인 추가
SSL 인증서에 서브도메인 포함 (와일드카드 *.recoeve.net 또는 SAN 추가)
Next.js 프로젝트를 dev.recoeve.net에 배포 (Vercel)
NestJS API 프로젝트 생성, api.recoeve.net에 배포
별도 RDS 인스턴스 생성 + 기존 DB 데이터 마이그레이션
기존 recoeve.net은 변경 없이 정상 운영 유지

## API 설계 가이드라인 ### NestJS Module → REST API 매핑 Phase 2에서 구축하는 9개 NestJS Module의 Controller가 곧 API 엔드포인트가 된다.

NestJS Module	API 엔드포인트	주요 기능
`AuthService`	`POST /api/auth/login`	로그인, JWT 발급
	`POST /api/auth/google`	Google OAuth
	`POST /api/auth/refresh`	JWT 갱신
	`POST /api/auth/logout`	로그아웃
`UserService`	`GET /api/users/:userId`	유저 프로필
	`PUT /api/users/:userId`	프로필 수정
	`POST /api/users/verify`	이메일 인증
`RecoService`	`GET /api/recos`	추천 목록
	`POST /api/recos`	추천 생성
	`PUT /api/recos/:uri`	추천 수정
	`DELETE /api/recos/:uri`	추천 삭제
`CategoryService`	`GET /api/categories`	카테고리 트리
	`PUT /api/categories/order`	순서 변경
	`GET /api/categories/:cat/uris`	카테고리별 URI
`NeighborService`	`GET /api/neighbors`	이웃 목록
	`GET /api/neighbors/recommendations`	이웃 추천
`RecoStatService`	`GET /api/stats/reco/:uri`	URI별 통계
`UriHeadsService`	`GET /api/uri-heads`	페이지 타이틀
	`PUT /api/uri-heads`	타이틀 캐시 업데이트
`BlogStatService`	`POST /api/stats/blog`	블로그 통계 기록
	`GET /api/stats/blog`	통계 조회
`RedirectService`	`GET /api/redirect/:hash`	단축 URL

### JWT 발급/검증 흐름 ``` [로그인 요청] → POST /api/auth/login (email + password) → AuthService.authenticate() → JWT 발급 (payload: { user_i, email, iat, exp }) → 응답: { token: "eyJ...", user: { id, email } } [인증된 요청] → GET /api/recos (Authorization: Bearer eyJ...) → NestJS Guard에서 JWT 검증 (@nestjs/jwt + @nestjs/passport) → 유효: 요청 처리 → 만료: 401 Unauthorized → 클라이언트에서 refresh 또는 재로그인 [세션 퇴역] → sessionCheck(), sessionIter(), pstmtSession 제거 → usersession1 테이블 퇴역 → 모든 인증을 JWT로 통일 ```/ ### 에러 응답 가이드라인 모든 에러 응답은 에러 코드 + 번역된 메시지를 함께 반환한다: ```[.lang-json] { "statusCode": 404, "errorCode": "USER_NOT_FOUND", "message": "사용자를 찾을 수 없습니다" } ```/

errorCode: 프론트엔드가 에러 유형에 따라 분기 처리할 때 사용 (예: USER_NOT_FOUND면 회원가입 유도 UI 표시)
message: Accept-Language 헤더 기반으로 번역된 메시지. 크롬 익스텐션, 외부 API 클라이언트는 이 메시지를 그대로 표시

번역 데이터 관리: 에러 메시지 번역은 모노레포의 shared/i18n/errors/에 한 곳에서 관리한다. 백엔드(NestJS exception filter)와 프론트엔드 모두 같은 소스를 참조하여 번역 데이터 분산을 방지한다.

``` shared/ ├── types/ ← API 타입 공유 └── i18n/ └── errors/ ← 에러 메시지 번역 (백엔드/프론트 공유) ```/ ### 기존 18개 HTML 라우트 → API 엔드포인트 대응표

기존 HTML 라우트	역할	필요 API
`GET /`	홈 (로그인 시 user-page)	`GET /api/auth/me`
`GET /account/log-in/*`	로그인	`POST /api/auth/login`, `POST /api/auth/google`
`GET /account/signed-up`	가입 확인	`POST /api/users`
`GET /account/verify/:userId/:token`	이메일 인증	`POST /api/users/verify`
`GET /account/changePwd`	비밀번호 변경	`PUT /api/users/:userId/password`
`POST /account/log-in/remember-me.do`	디바이스 기억	JWT refresh token으로 대체
`GET /user/:userId`	유저 페이지	`GET /api/users/:userId`, `GET /api/categories`, `GET /api/recos`
`POST /user/:userId/get-Recos`	추천 조회	`GET /api/recos?user=:userId`
`POST /user/:userId/put-Reco`	추천 등록	`POST /api/recos`
`POST /user/:userId/del-Reco`	추천 삭제	`DELETE /api/recos/:uri`
`POST /user/:userId/get-Neighbor`	이웃 조회	`GET /api/neighbors`
`POST /reco/:toDo`	추천 CRUD	`POST/PUT/DELETE /api/recos`
`GET /reco.html`	추천 상세	`GET /api/recos/:uri`
`GET /multi-reco.html`	대량 추천	`GET /api/recos` + 배치 API
`GET /reco-bookmark.html`	북마크 변환	`POST /api/recos/import`
`GET /recostat.html`	추천 통계	`GET /api/stats/reco/:uri`

## 페이지별 전환 우선순위 18개 HTML 템플릿을 React 컴포넌트로 전환하는 순서. 복잡도, API 의존성, 사용 빈도를 기준으로 우선순위를 결정한다. ### 우선순위 A: 인증 페이지 (Step 3) 인증 시스템(JWT)과 직결되므로 가장 먼저 전환한다.

페이지	복잡도	의존 API	비고
`log-in.html`	중	`auth/login`, `auth/google`	Google OAuth 연동
`signed-up.html`	낮	`users`	정적에 가까움
`verify.html`	낮	`users/verify`	토큰 검증
`changePwd.html`	낮	`users/password`	폼 1개
`remember-me.html`	낮	JWT refresh로 대체	기능 자체가 JWT로 흡수
`log-out.html`	낮	`auth/logout`	정적에 가까움

### 우선순위 B: 사용자 페이지 (Step 4) 서비스의 핵심 인터페이스. 가장 복잡하지만 사용 빈도도 가장 높다.

페이지	복잡도	의존 API	비고
`user-page.html`	높	`users`, `categories`, `recos`, `neighbors`	메인 대시보드, 카테고리 트리
`reco.html`	중	`recos`, `uri-heads`	단일 추천 상세
`recostat.html`	중	`stats/reco`	통계 시각화

### 우선순위 C: Reco 액션 플로우 (Step 5, B와 병렬 가능)

페이지	복잡도	의존 API	비고
`multi-reco.html`	중	`recos` 배치	대량 추천 관리
`reco-bookmark.html`	중	`recos/import`	북마크 파일 파싱

### 우선순위 D: 기타 (Step 6에서 정리)

페이지	복잡도	비고
`home.html`	-	랜딩페이지(Next.js)로 이미 대체
정적 파일 (robots.txt, sitemap.xml, ads.txt)	-	Nginx 또는 Next.js public/

## 리스크 및 병행 운영 전략 ### 핵심 원칙: 기존 서비스 무중단 개발 기간 동안 기존 recoeve.net 서비스는 일체 변경하지 않는다. 별도 환경(dev.recoeve.net + api.recoeve.net)에서 신규 개발을 완료한 뒤, DNS 전환으로 한번에 교체한다. ### 병행 운영 구조 ``` 개발 단계: recoeve.net → 기존 Vert.x (변경 없음, 정상 운영) dev.recoeve.net → Next.js 프론트엔드 (신규 개발 + 테스트) api.recoeve.net → NestJS API 서버 (신규 구축, 기존 SQL/로직 이전 및 개선 검토) 별도 RDS → 신규 DB 전환 시: recoeve.net → DNS 변경 → Next.js 서버 (Vercel) api.recoeve.net → 그대로 유지 dev.recoeve.net → 별도 개발 서버를 셋팅하여 이후 개발/테스트용으로 계속 활용 기존 Vert.x → 퇴역 ```/ ### 리스크 대응

리스크	발생 가능성	영향도	대응
DNS 전환 후 신규 서비스 장애	중	높	DNS를 기존 서버로 원복하면 즉시 롤백. 기존 서비스는 그대로 남아있으므로 복구 시간 최소
데이터 마이그레이션 누락/불일치	중	높	전환 직전에 기존 DB → 신규 RDS 최종 동기화. 전환 기간 동안 기존 서비스 쓰기 중단(읽기만 허용) 검토
CORS 이슈 (`dev.recoeve.net` ↔ `api.recoeve.net`)	중	중	`ALLOWED_ORIGINS` 환경변수에 개발 도메인 포함. 전환 후 `recoeve.net`으로 교체
성능 저하 (Next.js 추가 프로세스)	낮	중	Next.js는 빌드 후 정적 자산 위주. SSR 최소화하여 서버 부하 통제
기존 사용자의 인증 초기화	낮	낮	베타 단계 소수 사용자. JWT 전환 시 재로그인 안내

### 롤백 전략

DNS 롤백: recoeve.net DNS를 기존 Vert.x 서버 IP로 원복하면 즉시 이전 상태로 복구
기존 서비스 보존: 전환 후에도 기존 Vert.x 서버를 일정 기간 유지하여 롤백 가능 상태 보장
데이터 롤백: 신규 RDS에 문제가 있으면 기존 DB로 원복

## 기존 자산 보존 항목 원 개발자(kipid)의 작업물 중 반드시 유지하고 계승해야 할 것을 명시한다. ### 반드시 보존

자산	현재 위치	전환 방법	보존 이유
추천 엔진 알고리즘	Similarity.java, NeighborList.java, HeapSortUpto.java	TypeScript로 재작성, 로직 동일 유지	서비스의 핵심 경쟁력. `sim(d) = round(100 / (1 + d² × 50))` 유사도 공식, 이웃 매칭 로직
68개 SQL 쿼리	RecoeveDB.java PreparedStatement	Prisma `$queryRaw` 또는 ORM으로 이전	SQL 자체는 언어 무관. 기존 쿼리를 기반으로 이전 및 개선 검토
캐싱 전략 (개념)	FileMap.java ETag 쿼리 파라미터 + Nginx 1년 캐시	Next.js 빌드 해시(`abc123.js`)로 자연스럽게 대체. 동일한 캐시 효과	구현 방식은 바뀌지만 "변경 없는 자산은 서버 요청 불필요" 원칙은 유지
다국어 11개 언어 번역 데이터	`lang.txt` → `translations.ts`로 이전	React i18n으로 포맷만 변경	11개 언어 번역 자산
Playwright 웹 스크래핑 로직	RecoeveWebClient.java	Node.js Playwright로 이전 (원조 플랫폼, API 더 풍부)	47개 Chromium 최적화 플래그, 사이트별 CSS 셀렉터, CSR 감지 로직
도메인 로직	Categories, Points, UserCat 등	TypeScript 인터페이스/클래스로 재작성	계층형 카테고리(`--` 구분), 평점 시스템(`"3.5/5"` 포맷) 등
비밀번호 해싱	Encrypt.java (SHA-256 + salt)	Node.js `crypto` 모듈로 동일 알고리즘 구현	기존 사용자 비밀번호 검증에 필수. 해싱 방식이 달라지면 기존 비밀번호 무효화

### 퇴역 대상 (보존 불필요)

자산	퇴역 시점	이유
Vert.x Java 백엔드 전체	Step 6	NestJS로 완전 대체
FileMap / FileMapWithVar	Step 6	HTML 템플릿 서빙 + 변수 치환. Next.js로 대체
`lang.txt` (TSV)	Step 6	`translations.ts`로 이전 완료 후
Webpack 레거시 (`bundle-*.js`)	Step 1	미사용 상태로 잔존. 정리 대상
esbuild 번들 (`esb-*.js`)	Step 6	페이지별 React 전환 완료 후
세션 테이블 (usersession1 등)	Step 2	JWT 전환 시 함께 퇴역
jQuery 3.7.1	Step 6	React 컴포넌트로 대체
Gradle 빌드 시스템	Step 6	NestJS는 npm 사용

## 일정 및 리소스 ### 비즈니스 로드맵과의 연계

비즈니스 로드맵	기술 전환 단계	기술 전환이 필요한 이유
Q1: 랜딩페이지, 온보딩 개선	Step 0 (랜딩 통합) + Step 1 (프로젝트 초기 설정)	랜딩페이지가 본 서비스 도메인에서 서빙되어야 A/B 테스트와 전환율 측정 가능
Q2: 크롬 익스텐션, Pro 구독, 사용자 UX 리뉴얼	Step 2 (NestJS Module 구축) + Step 3 (API 검증 + 인증 전환)	크롬 익스텐션이 JSON API + JWT 인증을 필요로 함
Q3: 초대장, Top 큐레이터, AI 분류, Reco UX 개선	Step 4 (사용자 페이지) + Step 5 (Reco 플로우)	현대적 UX를 React 컴포넌트로 구현
Q4: 크리에이터 수익화, API 개방, 공개 페이지	Step 6 (레거시 퇴역)	외부 API 개방에 JSON API 완성 필수
Q4+: 모바일 대응	Step 7 (PWA + 모바일 최적화)	네이티브 앱 전 단계로 PWA가 모바일 경험 커버. 홈 화면 추가, 푸시 알림, 오프라인 캐싱

### 단계별 예상 작업량

단계	주요 작업	작업량 (인/주)	비고
Step 0	랜딩페이지 통합, Vercel 배포	0.5~1주	CTA 연결, 라우팅 검증
Step 1	NestJS 프로젝트 초기 설정, Prisma 스키마 정의, DB 스키마 검토	1~2주	모노레포 구성, Prisma db pull, 스키마 개선
Step 2	9개 NestJS Module 구축 (Controller/Service/Repository), JWT 인증	4~5주	Java → TypeScript 재작성. 기존 SQL/로직 참조. AI 코딩 도구 활용 시 단축 가능
Step 3	API 동작 검증, 인증 페이지 5개 React 전환	2~3주	기존 서비스와 API 응답 비교 검증
Step 4	user-page, reco, recostat React 전환	3~4주	기존 페이지 동작이 곧 요구사항. user-page가 가장 복잡
Step 5	multi-reco, reco-bookmark React 전환	1~2주	Step 4와 병렬 가능
Step 6	기존 Vert.x 서버 퇴역, 레거시 정리	0.5~1주	DNS 전환, 기존 서버 일정 기간 유지 후 종료
Step 7	PWA 적용 (next-pwa, Service Worker, App Shell) + 모바일 최적화	1~2주	푸시 알림, 오프라인 캐싱, 홈 화면 추가
통합 테스트/디버깅	각 Step 완료 후 기존 서비스와 동작 비교 검증	1~2주	기존 서비스가 테스트 기준선 역할
버퍼 (예상치 못한 기술 이슈)	Prisma 마이그레이션, 인증 연동 등	1~2주
합계		15~24주	1인 풀타임 기준

비고: 기존 운영 코드를 레퍼런스로 보유하고 있어 API 스펙 설계가 불필요하다. 기존 서비스의 입출력이 곧 API 스펙이며, 동작 비교로 테스트를 대체할 수 있다. Claude Code Agent Teams 활용으로 백엔드/프론트엔드 병렬 개발 시 추가 단축 가능. Step 4-5는 병렬 실행 가능하며, UI/UX 디자인 협업은 개발과 동시 진행된다.

### 주의사항

위 작업량은 1인 풀타임 개발자 기준 추정치이며, 기존 운영 코드를 레퍼런스로 활용하여 설계·검증 시간을 단축한 수치이다
Step 2의 NestJS Module 구축이 가장 크고 중요한 작업이며, Java → TypeScript 재작성 품질이 이후 서비스 품질을 결정한다
기존 68개 SQL 쿼리와 비즈니스 로직이 명확히 존재하므로, "무엇을 만들어야 하는가"는 확정되어 있다. 새로 설계할 것이 아니라 재작성이다
각 Step 완료 후 기존 서비스와 동작을 비교하여 정상 동작을 검증한다
Step 4(user-page)는 가장 복잡한 UI 전환이므로, 충분한 시간을 확보해야 한다

## 부록: 현재 아키텍처 vs 리뉴얼 아키텍처 성능 비교

이 비교는 D:\kipid-recoeve 실제 소스 코드를 기반으로 검증한 내용이다.

### 현재 아키텍처의 서빙 방식 현재 Vert.x 서버는 FileMap 방식으로 서버 기동 시 18개 HTML × 11개 언어 = 198개의 완성된 HTML을 RAM에 올려놓고, 요청 시 Map 조회(O(1))로 응답한다. "미리 완성된 결과물을 메모리에서 꺼낸다"는 원리로, 요청 처리 속도만 보면 빠른 방식이다. 리뉴얼 아키텍처(Next.js + Vercel)에서는 이 방식이 퇴역되지만, 동일한 원리가 더 나은 형태로 대체된다:

	FileMap (현재)	Next.js SSG + Vercel CDN (리뉴얼)
원리	서버 RAM에 완성본 → O(1) 조회	빌드 시 완성본 생성 → 전 세계 엣지에 배포
서울 유저	~5ms (서버가 서울)	~5ms (서울 엣지)
미국 유저	~200ms (태평양 횡단)	~10ms (미국 엣지)
서버 부하	모든 요청을 서버가 처리	정적 자산은 서버에 요청이 가지 않음
서버 장애 시	서비스 전체 중단	CDN 캐시에서 정적 자산 계속 서빙

핵심은 "미리 완성된 결과물을 꺼낸다"는 원리가 동일하다는 것이다. FileMap은 서버 1대의 RAM에서 꺼내고, Vercel SSG는 전 세계 엣지에서 꺼낸다. ### 항목별 성능 비교

항목	현재 (Vert.x MPA)	리뉴얼 (Next.js + NestJS API)	비교
첫 페이지 로드	서버 RAM에서 완성본 조회 → 응답	Vercel CDN 엣지에서 정적 빌드 서빙	리뉴얼 우위 — 원리는 동일하나 CDN이 글로벌 서빙 + 서버 부하 없음
캐시된 정적 자산	ETag 쿼리 파라미터 + Nginx 1년 캐시	Next.js 빌드 해시 + CDN 캐시	동등 — 메커니즘만 다르고 효과는 동일
페이지 간 이동	매 이동 시 HTML 전체를 새로 받음 (MPA 전체 리로드)	React 클라이언트 라우팅. 변경된 컴포넌트만 교체	리뉴얼 우위 — 초기 로드 후 페이지 간 이동이 즉각적
언어 전환	서버에 요청하여 해당 언어 HTML을 새로 받음	클라이언트 측 React Context 전환. 서버 요청 없음	리뉴얼 우위 — 네트워크 왕복 자체가 없음
데이터 갱신	HTML 전체를 다시 받아야 함. 부분 갱신 불가	JSON API 호출 → 변경된 컴포넌트만 리렌더링	리뉴얼 우위 — 즉각적인 피드백 가능
번들 크기	esbuild 페이지별 전체 번들 (690KB)	Next.js 자동 코드 스플리팅	리뉴얼 우위 — 필요한 코드만 로드, 변경 시 해당 청크만 캐시 무효화
서버 리소스	Vert.x JVM (256~512MB)	NestJS (50~100MB) + Vercel (서버 부하 없음)	리뉴얼 우위 — 메모리 1/5, 프론트는 서버 리소스 불필요

### 정리 현재 FileMap의 "RAM 서빙" 방식은 퇴역하지만, 그 핵심 원리("미리 완성된 결과물을 빠르게 꺼낸다")는 Next.js SSG + Vercel CDN으로 동등하거나 더 나은 형태로 대체된다. 여기에 클라이언트 라우팅, 부분 갱신, 서버 리소스 절감, 풀스택 TypeScript 생산성까지 더해진다. 상세 비교 분석: 백엔드 기술 스택 제안서 참조. ## RRA ###/ References and Related Articles

##/ References and Related Articles ## COTD ###/ Categories of this document

##/ Categories of this document

Recoeve UI/UX 개선안 - kipid Inc.

recoeve — Fri, 27 Mar 2026 03:08:11 +0900

# Recoeve UI/UX 개선안 - kipid Inc. ## PH ###/ Posting History

2026-03-25 : v1.3 - 점수 범위 필터에 의한 숨겨진 레코 안내 부재 항목 추가, 카테고리 관리 UX 개선안(탐색기 스타일 드래그 앤 드롭) 추가.
2026-03-25 : v1.2 - RecoStat 분석 반영, 유저 탐색/소셜 인터랙션/레코 인기도 항목 추가, 자유 카테고리 딜레마 섹션 추가, 다른 유저 페이지 인터페이스 섹션 추가.
2026-03-24 : v1.1 - 프로토타입 링크 추가, 우선순위 정리.
2026-03-24 : v1 - 최초 작성. Recoeve-UX-Improvements.md, Recoeve-Bug-Report.md 등 기존 이슈/분석 문서들을 기반으로 통합 정리.

##/ Posting History ## TOC ## 개요

작성일: 2026-03-24
프로토타입:

kipid 레코: https://recoeve.vercel.app/viewer/kipid
buff 레코: https://recoeve.vercel.app/viewer/buff

목적: 현재 Recoeve.net의 UI/UX 문제점을 정리하고 개선 방향을 제안한다. 실제 서비스 사용 과정에서 발견된 버그, 신규 유저 진입 장벽, 카테고리 시스템 문제, 다국어 이슈 등을 분석하고, 개선된 UI 프로토타입을 함께 제공한다.

## 현재 UI의 핵심 문제 ### 레코 중복 표시 구조

현상: 선택된 레코가 화면에 항상 두 번 표시됨 (위: 플레이어 상세 / 아래: 목록).

문제점: 레코가 적을 때 같은 내용이 반복되어 초보자에게 혼란.

개선안: 목록과 상세를 분리된 패널로 구성. 목록에서 클릭 → 상세 패널에서 재생/표시. 같은 레코가 두 번 나오지 않도록 함.

→ 프로토타입에서 3패널 레이아웃(카테고리 / 목록 / 상세)으로 해결. ### 단축키/버튼 과다 노출

현상: 한 화면에 20개 가까운 단축키 버튼이 동시에 노출됨.

플레이어 영역: Q, W, S, H, K, L, P, T (8개)
하단 플로팅 바: E, Go, T, B, R, Y, M, Z, X, D, F, C, N (13개)

문제점: 초보 사용자에게 압도적. Q/W와 D/F 같은 유사 기능 중복.

개선안:

핵심 버튼만 기본 노출 (새 레코, 이전/다음, 검색)
나머지는 툴바에 아이콘으로 그룹화
단축키는 버튼 hover 시 tooltip으로 표시

### 모바일 레이아웃

현상: 하단 플로팅 바가 모바일(375px)에서 콘텐츠를 가림.

개선안:

모바일에서 하단 바 기본 접힘
레코 클릭 시 전체화면 오버레이로 상세 표시
터치 친화적 별점 입력 (더 넓은 터치 영역)

→ 프로토타입에서 모바일 오버레이 구현. ## 다른 유저 페이지 방문 시 인터페이스 현재 본서비스에서 다른 유저 페이지를 방문하면 아래 기능이 제공됨:

내꺼에 레코 버튼 — 해당 레코를 내 페이지에 저장
별점 드래그 — 별점을 매기면 자동으로 내 페이지에 복사/저장
내가 레코 안한 것만 보기 — 아직 Reco하지 않은 레코만 필터링
내 페이지로(A) — 자신의 페이지의 같은 카테고리로 이동

이 기능들은 Recoeve의 핵심 소셜 인터랙션이므로, 개선된 UI에서도 반드시 포함되어야 함. 프로토타입에는 아직 미구현 상태.

개선안:

다른 유저 페이지 방문 시 "내꺼에 레코" 버튼을 각 레코 항목에 명확히 표시
별점 드래그 영역을 모바일에서도 사용하기 쉽게 확대
현재 유저 페이지인지 다른 유저 페이지인지 시각적으로 명확히 구분

## 신규 사용자 진입 장벽 ### 랜딩 페이지

현상:

비로그인 시 / 접속하면 서비스 소개 + 로그인/가입 폼이 한 페이지에 혼재. 서비스 소개가 로그인 폼에 묻혀 효과적이지 않음.
로그인 상태에서는 /가 바로 내 레코 페이지로 이동하여, 메인(랜딩) 페이지로 돌아갈 방법이 없음.

개선안:

recoeve.net 메인(/)을 현재 recoeve-new에서 개발 중인 랜딩페이지로 교체
로그인 상태에서도 로고/홈 버튼으로 랜딩 페이지 접근 가능하게

### 빈 상태 안내 없음

현상:

레코 0개: 영문 에러 메시지만 표시 ("Cat= may not exist...")
이웃 0명: "카테고리=에 이웃이 없습니다." (카테고리명 누락)
추천받기 (이웃 0명): 무한 로딩, 에러 메시지 없음

개선안:

레코 0개: "아직 레코가 없습니다. 새 레코(N)를 추가하거나 다른 유저 페이지에서 별점을 드래그해보세요."
이웃 0명: "이웃이 없습니다. 레코를 추가하면 비슷한 취향의 유저가 자동으로 연결됩니다."
추천 (이웃 0명): "추천할 이웃이 없습니다." 즉시 표시 후 로딩 종료

### 점수 범위 필터에 의한 숨겨진 레코 안내 부재

현상: 카테고리에 레코가 있지만 점수 범위 필터(예: 7.5~10.0)에 의해 모든 레코가 숨겨져 있을 때, 처음에는 "Z 님은 1 개의 레코를 가지고 있습니다. (0 개의 보여진, 1 개의 숨겨진...)" 메시지가 잠깐 표시되었다가, 곧바로 "Cat=[...] may not exist, or have no reco to be shown in your point range setting." 영문 메시지로 덮어씌워짐.

문제점:

최종 메시지만 보면 카테고리가 존재하지 않는 것처럼 오해할 수 있음
숨겨진 레코가 있다는 정보가 사라져서, 점수 범위를 조정하면 볼 수 있다는 사실을 사용자가 알 수 없음
"may not exist"라는 표현이 실제 상황(레코가 있지만 필터링됨)과 맞지 않음

개선안:

필터에 의해 숨겨진 레코가 있을 때: "N개의 레코가 점수 범위 설정에 의해 숨겨져 있습니다. 점수 범위를 조정해보세요." 메시지를 유지
"may not exist" 메시지로 덮어쓰지 않도록 수정
카테고리가 실제로 존재하지 않는 경우와 필터에 의해 숨겨진 경우를 구분하여 다른 메시지 표시

### 유저 탐색/검색 기능 부재

현상: 다른 유저 페이지로 이동하는 방법이 제한적임.

URL 직접 입력(/user/유저ID) — 유저 ID를 알아야 함
이웃보기(B) → 이웃 링크 클릭 — 이웃이 0명이면 사용 불가
"Recoeve.net 설명서" 펼치기 → 하드코딩된 링크(Music, kipid 등) 클릭 — 기본 숨겨져 있고, 특정 유저만 가능
검색 이동(Go)은 카테고리/레코 fuzzy search이며 유저 검색 미지원

신규 유저는 이웃이 0명이고 설명서 링크의 존재도 모르므로, 다른 유저를 찾아갈 방법이 사실상 없음.

개선안:

유저 검색 기능 (아이디, 관심 카테고리 기반)
유저 디렉토리/탐색 페이지
추천 유저 표시 (인기 유저, 활성 유저 등)
검색 이동(Go)에 유저 검색 포함

### 회원가입 폼 UX

현상:

로그인/가입 같은 페이지에 혼재, 구분 불명확
가입 폼이 스크롤 아래에 위치
진행 메시지가 디버그 로그처럼 누적 표시

개선안:

로그인/가입 탭 분리
현재 단계만 표시 (이전 메시지 제거)
성공/실패 결과만 명확히 표시

## 카테고리 시스템 ### 검색 필터링 정렬 문제

현상: [IT/Programming]--A 입력 시 "AI" 관련 카테고리가 상단에 안 나오고 "암호화", "국비 지원 코딩" 등이 먼저 표시됨.

개선안: 입력 텍스트와 매칭되는 카테고리를 우선 정렬. 최근 사용 카테고리 상단 배치.

### 새 레코 후 카테고리 목록 미갱신

현상: 새 카테고리로 레코 작성 후 왼쪽 카테고리 목록에 즉시 반영 안 됨. F5 새로고침 필요.

개선안: 레코 저장 후 카테고리 목록 자동 갱신.

### 카테고리 구조 문제

현상:

[Music/Break] 하나에 110+ 하위 항목 (음악, 영화, 게임, 스포츠 등 혼재)
한/영 카테고리명 혼재 (Sports vs 스포츠 중복)
관리자 카테고리([Recoeve]--Admin, [Recoeve]--개발) 일반 유저에게 노출

개선안:

중복 카테고리 감지 경고
관리자 카테고리 일반 유저에게 숨기기
자동완성에서 최근 사용/인기 카테고리 우선 표시

### 카테고리 관리 UX — 탐색기 스타일 개선

현상: 현재 카테고리명 변경이나 레코의 카테고리 이동이 직관적이지 않음. 레코 수정 폼을 열어 카테고리를 수동으로 입력해야 하며, 여러 레코를 한꺼번에 다른 카테고리로 옮기는 방법이 없음.

개선안: 프로토타입의 3패널 레이아웃(카테고리 트리 / 레코 목록 / 상세)에서 왼쪽 카테고리 트리를 파일 탐색기처럼 활용하는 카테고리 관리 기능 도입.

카테고리명 인라인 편집: 왼쪽 트리에서 카테고리명을 더블클릭하여 바로 이름 변경 (별도 폼 없이)
드래그 앤 드롭으로 레코 이동: 레코 목록에서 레코를 드래그하여 왼쪽 카테고리 트리의 다른 카테고리에 드롭 → 해당 카테고리로 이동
Shift + 드래그 앤 드롭으로 레코 복사: Shift 키를 누른 상태에서 드래그 앤 드롭 시, 이동이 아닌 복사 (하나의 레코가 여러 카테고리에 속할 수 있도록)
다중 선택 지원: 여러 레코를 선택(Ctrl+클릭 또는 Shift+클릭)하여 한꺼번에 드래그 앤 드롭으로 이동/복사
시각적 피드백: 드래그 중 대상 카테고리 하이라이트, 이동/복사 구분 커서 아이콘 변경

→ 프로토타입 참고: https://recoeve.vercel.app/viewer/buff (3패널 레이아웃 기반) ## 다국어/텍스트 문제 ### 한/영 혼재 메시지

현상: 한국어 UI에 영문 메시지 혼재

"Cat= may not exist, or have no reco to be shown in your point range setting."
"Multireco mode must be on."
"Load more... 11 to 0"
"Firstly Recoed at", "Lastly Editted at"

개선안: 모든 시스템 메시지 한국어 번역 완료. lang.txt 누락 키 13개 추가.

### 오타

현상: "레고들" → "레코들" (LEGO가 아님)

개선안: 전체 텍스트 검수 후 수정.

### 번역 관리 효율화 (선택)

현상: lang.txt (TSV) 12개 언어 한 줄에 관리 → 편집 어렵고 Git diff 불명확.

개선안: 언어별 JSON 파일 분리 (ko.json, en.json 등). IDE 지원, 자동 키 완전성 검증 가능.

## 기타 UX 개선 ### 단축키 체계 재정비

현상: 알파벳 26개를 거의 다 사용하여 단축키를 배정. 의미와 무관한 배정이 많음.

단축키	기능	직관성
N	새 레코 (New)	O 직관적
S	정렬 (Sort)	O 직관적
R	추천 (Recommend)	O 직관적
B	이웃보기	△ (Buddy?)
M	멀티레코 모드 (Multi)	O 직관적
Q	전으로	△ (Queue 앞?)
W	앞으로	X 비직관적
D	이전 레코로 (스크롤)	X Q와 혼동
F	다음 레코로 (스크롤)	X W와 혼동
E	숨기기	X 의미 없음
U	터치 방지	X 의미 없음
Z	리스트 재생으로	X 의미 없음
X	컨텐츠로	X 의미 없음
H	순서섞기	X 의미 없음
K	자동 넘기기	X 의미 없음
L	전체반복 (Loop)	O 직관적
P	한곡반복	X 의미 없음
T	목록	X 의미 없음
Y	추천섞기	X 의미 없음
G	검색 이동 (Go)	O 직관적
O	로그아웃 (Out)	O 직관적
I	로그인 (In)	O 직관적
C	카테고리이동 (Category)	O 직관적
A	내 페이지로	X 의미 없음

문제점:

26개 알파벳을 거의 다 사용 → 외우기 불가능
Q/W(재생 곡 변경)와 D/F(화면 스크롤 이동)가 비슷해 보이지만 다른 기능 — 구분이 어려움
E, U, Z, X, H, K, P, Y, A 등 연상이 안 되는 배정
자주 안 쓰는 기능(터치 방지, 숨기기)에도 단축키 배정

개선안:

핵심 단축키만 유지 (10개 이내): N(새 레코), S(정렬), R(추천), B(이웃), M(멀티), C(카테고리), ←/→(이전/다음)
Q/W(재생 변경)와 D/F(스크롤 이동) 차이를 명확히 하거나 통합 검토
비핵심 기능(터치 방지, 숨기기 등)은 단축키 제거
나머지는 UI 버튼으로만 접근

### 단축키 도움말 목록 불완전

현상: "단축키 설명 보이기/숨기기"에서 15개만 표시. 실제 사용 가능한 9개(Q, W, S, H, K, L, P, A, E)가 누락됨.

개선안: 단축키 정리와 함께, 도움말에 모든 유효 단축키 포함.

### 설명서와 실제 동작 불일치

현상: 사용설명서에 기재된 내용과 실제 동작이 다른 부분 존재.

"내 페이지로(A)" 버튼: 다른 유저 페이지에서만 표시되나 설명서에 조건 미기재
"내가 레코 안한 것만 보기" 필터: 설명서에 언급 없음
"내꺼에 레코" 버튼: 설명서에 언급 없음
"Load more..." 더 불러오기: 설명서에 언급 없음
단축키 G(검색), I(로그인): 설명서 미기재

개선안: 설명서 전면 업데이트. 조건부 UI 요소 명시.

### 버전 정보/설명서 항상 노출

현상: 서비스 버전, 피드백 링크, 매뉴얼 링크가 콘텐츠 영역 상단에 항상 표시.

개선안: 설정/도움말 메뉴로 이동. 또는 첫 방문 시만 표시 후 닫기 가능.

### URL에 #undefined 노출

현상: 비로그인 시 리디렉션 URL에 #undefined 포함.

개선안: goto 파라미터 sanitize 처리.

### 역할 기반 접근 제어 (RBAC) 부재

현상: 관리자 권한이 코드에서 user_i='5f5e100'(kipid)으로 하드코딩. userclass 테이블에 등급(0~10)이 있지만 "관리자" 역할이 명시적으로 정의되어 있지 않음. 관리자 카테고리([Recoeve]--Admin)가 일반 유저에게 노출되는 것도 이 때문.

개선안:

RBAC 도입: admin, user, guest 등 역할 정의
관리자 하드코딩 제거, 역할 기반으로 권한 체크
관리자 전용 UI/카테고리는 역할에 따라 노출 제어

### 유저 간 소셜 인터랙션 부재

현상: 서비스 슬로건이 "3S — Slow / Sexy / Sincere SNS"이지만, 유저 간 직접 소통 기능이 없음. 특정 레코에 대해 설명/의견은 작성자만 쓸 수 있고, 다른 유저가 댓글이나 반응을 남길 방법이 없음. 같은 URI를 자기 페이지에 레코하면서 의견을 쓰는 것이 유일한 간접 소통.

개선안:

레코별 댓글 기능 (다른 유저가 의견/반응 남기기)
좋아요/공감 기능
레코 공유 기능 (다른 유저에게 추천)

### 레코별 인기도/통계 표시 개선

현상: RecoStat 페이지에 점수 분포 히스토그램, 레코한 유저 목록(아이디/점수/의견)이 이미 구현되어 있으나, 트래픽 이슈로 현재 비활성화 상태. 레코 목록에서는 해당 URI를 몇 명이 레코했는지, 평균 점수가 얼마인지 바로 확인할 수 없음.

개선안:

레코 목록에 "N명이 레코함" 카운터 + 평균 점수 인라인 표시 (별도 페이지 접근 없이 확인 가능)
클릭하면 누가 어떤 점수/의견으로 레코했는지 펼쳐서 표시 (RecoStat 기능을 인라인/모달로 통합)
유저 이름 클릭 시 해당 유저 페이지로 이동 가능 → 유저 탐색 문제도 부분적으로 해결
RecoStat 별도 페이지 대신 인라인 표시로 트래픽 이슈 회피

### 레코 수정 폼에서 내 카테고리와 추천 카테고리 구분 불가

현상: 레코 수정 폼을 열면 카테고리 입력란에 내가 설정한 카테고리가 아닌 다른 유저들이 많이 쓴 기본 추천 카테고리가 표시됨. 예: 내 레코는 K-Pop--2022로 변경했는데 수정 폼에서는 K-Pop--2023(다른 유저의 기본값)이 보임. 내 카테고리와 추천 카테고리가 시각적으로 구분되지 않아 혼란 발생.

개선안:

수정 폼에서 내 카테고리를 입력란에 명확히 표시
추천 카테고리(다른 유저들이 많이 쓴 것)는 별도 영역에 "추천" 라벨과 함께 표시
내 값과 추천값을 시각적으로 구분 (색상, 태그 등)

### 점수 입력 UI

현상: 별점 영역이 모바일에서 작음. > < 버튼 용도 불명확.

개선안: 터치 영역 확대. > < 버튼에 tooltip 추가.

## 향후 기획 검토 필요 ### 자유 카테고리와 소셜 연결의 딜레마 Recoeve의 핵심 강점은 유저가 자유롭게 카테고리를 생성하여 나만의 아카이빙을 할 수 있다는 점이다. 카테고리 이름, 계층 깊이, 구조에 제한이 없어서 자기만의 분류 체계를 만들 수 있다. 이웃 매칭은 같은 URI에 대한 평점 유사도 기반이므로 카테고리명이 달라도 매칭은 된다. 하지만 자유 카테고리의 비표준화가 사용성과 탐색성에는 영향을 준다:

유저마다 독자적 카테고리 체계 → 다른 유저 페이지 방문 시 구조 파악이 어려움
표준 카테고리가 없으므로 신규 유저가 어떤 카테고리를 만들어야 할지 모름
카테고리 기반 유저 탐색이 어려움 (같은 분야인데 카테고리명이 다르면 검색 불가)

자유로운 아카이빙(개인화 강점)을 유지하면서 탐색성과 소셜 연결을 강화하는 방법에 대한 기획 검토가 필요하다. 예를 들어:

카테고리 자동완성 시 다른 유저들이 많이 쓰는 카테고리명 우선 제안
태그 시스템 도입 (자유 카테고리와 별도로 공통 태그 사용)
카테고리 매핑/동의어 시스템 (K-Pop = 케이팝)

## 우선순위 정리 ### Critical (기능 장애)

#	문제	영향
1	이웃 0명 추천받기 무한 로딩	추천 기능 사용 불가

### High (주요 UX 마찰)

#	문제	영향
2	모바일 하단 바 콘텐츠 가림	모바일 사용 어려움
3	비로그인 시 랜딩 없음	신규 유저 이탈
4	빈 상태 안내 없음	신규 유저 혼란
5	새 레코 후 카테고리 미갱신	사용 흐름 끊김
6	카테고리 검색 정렬 문제	카테고리 찾기 어려움
7	유저 탐색/검색 기능 부재	SNS인데 다른 유저 발견 불가

### Medium (사용성/전문성)

#	문제	영향
8	한/영 메시지 혼재	비전문적 인상
9	레코 중복 표시 구조	초보자 혼란
10	단축키 과다 노출	초보자 압도
11	회원가입 폼 UX	가입 전환율 저하
12	버전 정보 항상 노출	공간 낭비
13	RBAC 부재 (관리자 하드코딩)	권한 관리 불가, 관리자 UI 노출
14	유저 간 소셜 인터랙션 부재	SNS인데 댓글/반응 기능 없음

### Low (개선/폴리시)

#	문제	영향
15	URL #undefined	외관 문제
16	"레고" 오타	경미한 텍스트 오류
17	단축키 도움말 불완전	문서 누락
18	점수 입력 UI	모바일 편의성

## 프로토타입 참고 현재 개선 방향을 반영한 UI 프로토타입 (읽기 전용, 실제 데이터 기반):

kipid 레코: https://recoeve.vercel.app/viewer/kipid
buff 레코: https://recoeve.vercel.app/viewer/buff

### 프로토타입에서 적용된 개선점

3패널 레이아웃 (레코 중복 표시 해결)
카테고리 트리 접기/펼치기
정리된 툴바 (아이콘 + 텍스트)
모바일 전체화면 오버레이
YouTube 자동 재생 (유저 클릭 시에만, 카테고리 변경 시 재생 유지)
일반 URL 링크 프리뷰: 목록에 도메인 파비콘 표시, 상세에 OG 이미지(없으면 파비콘) + 도메인 링크 카드 표시
비-URL 레코(URI가 일반 텍스트인 경우)에서 원본 링크 숨김 처리

### 프로토타입에서 미구현 (UI만 표시)

새 레코 작성
정렬/필터
이웃보기/추천받기
멀티레코 모드
검색
다른 유저 페이지 방문 시 기능 (내꺼에 레코, 별점 드래그 등)
설명 필드 특수 태그 렌더링 (#dictionary 사전, #lyrics 가사, #related 관련 링크)

## RRA ###/ References and Related Articles

##/ References and Related Articles ## COTD ###/ Categories of this document

##/ Categories of this document

주식회사 키피드 정관 (초안) - kipid Inc.

recoeve — Fri, 27 Mar 2026 03:06:26 +0900

# 주식회사 키피드 정관 (초안) - kipid Inc. ## PH ###/ Posting History

2026-03-10 : 정관 검토 피드백 반영 (비고 추가, 안산시 세제 확인, 자본금 전략 일치).
2026-03-09 : docuK 문서로 변환.
2026-03 : 초안 작성.

##/ Posting History ## TOC

본 문서는 법무사 최종 검토 전 실무용 초안입니다.
법무사 검토 후 수정·보완이 필요할 수 있으며, 등기소별 보정 기준에 따라 문구가 변경될 수 있습니다.

##[.no-sec-N] 온라인법인설립시스템 진행 시 주의사항

출처: 온라인법인설립시스템 이용 매뉴얼 (cfs_manual.pdf)

### 사전 준비

공동인증서 필수 — 법인설립시스템 회원가입 및 전자서명에 필요
대법원 인터넷등기소 회원가입 + 사용자등록 사전 완료 필요
- 사용자등록번호 분실 시 탈퇴 후 재가입해야 하므로 반드시 메모

### 상호 확인

동일 상호 등기 금지 — 같은 지역(안산시) + 같은 사업목적의 동일 상호 등기 불가
- 시스템 내 사전 상호 검색 기능으로 사전 확인 필수
영문 상호 발음 동일성 — 한글 상호와 발음이 일치해야 함 (키피드 = KIPID → OK)

### 정관 입력

정관은 온라인 시스템에서 직접 편집 (파일 업로드 아님)
- 표준정관이 기본 제공되며, 조문 추가/삭제로 편집 (장 추가/삭제 불가)
- 본 초안 문서를 참고하여 시스템에 입력
사업 목적은 한국표준산업분류표 참고하여 구체적으로 작성 — 추상적 목적은 보정 사유
주식매수선택권 조항 — 온라인 설립 시 등기사항이므로, 설립 완료 후 별도로 관할 등기소 방문하여 변경등기 필요 (실제 부여 시점에 하면 됨)

### 잔고증명

발기인 대표 개인 계좌만 가능 (개인사업자/법인 계좌 불가)
시중은행만 가능 — 카카오뱅크, 토스뱅크, 케이뱅크, 2금융권, 우체국 불가
신한은행 이용 시 증명 수수료 무료
일반 입출금 계좌만 가능 (CMA, 정기적금, 평생계좌번호 불가)
증명 발급일 당일 계좌 동결 (입출금 모두 불가)
잔액기준일자로부터 14일 이내 등기신청 필수 — 초과 시 재발급 필요

### 등록면허세

안산시는 성장관리권역으로 과밀억제권역에 해당하지 않음 — 등록면허세 3배 중과 비대상
- 등록면허세: 자본금 × 0.4% = 40,000원 + 지방교육세 8,000원
반드시 온라인법인설립시스템 경유하여 위택스에서 납부 (위택스 직접 납부 시 정보 반영 불가)

### 등기신청

등기수수료 납부 후 14일(공휴일 제외) 이내 등기신청 필수 — 초과 시 수수료 자동 환불 후 재납부
모든 구성원 전자서명 완료 후 제출 가능
전자서명 후 등기 승인 시까지 인증서 재발급(폐기) 금지 — 전자서명 오류 발생
서류 검토 기간: 1~3일

### 설립 완료 후

6개월 이내 자료 다운로드 필수 — 개인정보보호법에 의해 6개월 경과 시 정보 파기
- 정관, 주주명부 등 필요 서류 반드시 저장
사업자등록 신청 시 정관, 임대차계약서 등 스캔파일 첨부 필요
- 비고: 정관은 시스템 내 PDF 다운로드 가능, 임대차계약서는 별도 스캔 필요

##/ 온라인법인설립시스템

비고

사업 목적 (제2조): 등기소에 따라 추상적 목적은 보정(반려) 사유가 될 수 있음. 반려 시 한국표준산업분류표를 참고하여 구체적으로 재작성하면 됨 (예: "용역제공에 관한 사업"이 추상적이라 판단될 경우 구체화하거나 삭제)
주식매수선택권 (제11조): 온라인 법인설립시스템에서는 입력 불가. 설립 완료 후 관할 등기소 방문하여 변경등기로 추가
장(章) 편집 불가: 시스템에서 '장' 단위 추가/삭제는 불가. 표준정관의 장 틀에 맞춰 조문 단위로 입력

중요

공고 홈페이지 (제4조): 정관에 kipid.kr을 공고 URL로 기재하였으므로, 설립 전까지 해당 도메인을 반드시 확보해야 함

## 제1장 총칙 ### 제1조 (상호) 이 회사는 주식회사 키피드라 하고, 영문으로는 KIPID Inc.라 표기한다. ### 제2조 (목적) 이 회사는 다음의 사업을 영위함을 목적으로 한다.

소프트웨어 자문, 개발 및 공급업
인공지능 및 데이터 기반 정보처리 서비스업
자료검색 및 정보제공 서비스업
인터넷 서비스업
디지털 콘텐츠 제작 및 유통업
광고업 및 광고대행업
인터넷 등 전자상거래 및 통신판매업
용역제공에 관한 사업
부동산 임대관리 서비스업
유가증권 투자업
상기 각 호와 관련된 연구 및 기술개발업
상기 각 호와 관련된 유지보수업
각 호에 부대하는 일체의 사업

### 제3조 (본점 소재지) ① 이 회사의 본점은 경기도 안산시에 둔다. ② 이 회사는 필요에 따라 주주총회의 결의로 국내외에 지점, 출장소, 사무소 및 현지법인을 둘 수 있다. ### 제4조 (공고 방법) 이 회사의 공고는 회사의 인터넷 홈페이지(https://kipid.kr)에 게재한다. 다만, 전산장애 또는 그 밖의 부득이한 사유로 회사의 인터넷 홈페이지에 공고를 할 수 없는 때에는 서울특별시 내에서 발행되는 일간 신문에 게재한다. ##/ 제1장 총칙 ## 제2장 주식 ### 제5조 (발행할 주식의 총수) 이 회사가 발행할 주식의 총수는 200,000주로 한다. ### 제6조 (1주의 금액) 이 회사가 발행하는 주식 1주의 금액은 금 500원으로 한다. ### 제7조 (설립 시에 발행하는 주식의 총수) 이 회사가 설립 시에 발행하는 주식의 총수는 20,000주로 한다. ### 제8조 (주식의 종류) ① 이 회사가 발행하는 주식은 보통주식과 종류주식으로 한다. ② 이 회사가 발행하는 종류주식은 이익배당에 관한 우선주식, 의결권 배제 또는 제한에 관한 주식, 상환주식, 전환주식 및 이들의 전부 또는 일부를 혼합한 주식으로 한다. ③ 종류주식의 발행주식 총수는 발행할 주식의 총수의 4분의 1 이내로 한다. ④ 종류주식의 발행 조건, 내용 등 세부사항은 해당 종류주식의 발행 시 주주총회의 특별결의로 정한다. ### 제9조 (주권의 발행) 이 회사는 주권을 발행하지 아니한다. ### 제10조 (주식의 양도제한) 이 회사의 주식을 양도하려면 주주총회의 승인을 받아야 한다. ### 제11조 (주식매수선택권) ① 이 회사는 임직원(「상법」 제340조의2 제1항에 해당하는 자를 포함한다)에게 발행주식 총수의 100분의 10 이내에서 주식매수선택권을 부여할 수 있다. ② 주식매수선택권은 주주총회의 특별결의로 부여하며, 다음 각 호의 사항을 정하여야 한다.

주식매수선택권을 부여받을 자의 성명
주식매수선택권의 부여 방법
주식매수선택권의 행사가액과 그 조정에 관한 사항
주식매수선택권의 행사기간
주식매수선택권을 부여받을 자 각각에 대하여 부여하는 주식의 종류와 수

③ 주식매수선택권의 행사가액은 다음 각 호의 가액 이상이어야 한다.

새로운 주식을 발행하는 경우: 주식매수선택권의 행사일을 기준으로 한 주식의 실질가액과 주식의 권면액 중 높은 금액
자기주식을 양도하는 경우: 주식매수선택권의 행사일을 기준으로 한 주식의 실질가액

④ 주식매수선택권은 부여일부터 2년 이상 재임 또는 재직한 후에 행사할 수 있다. 다만, 주식매수선택권을 부여받은 자가 부여일부터 2년 내에 사망하거나 그 밖에 본인의 책임이 아닌 사유로 퇴임 또는 퇴직한 경우에는 그 행사기간 내에 주식매수선택권을 행사할 수 있다. ⑤ 주식매수선택권의 행사기간은 부여일부터 10년 이내의 범위에서 주주총회 결의로 정한다. ⑥ 다음 각 호의 어느 하나에 해당하는 자에게는 주식매수선택권을 부여할 수 없다.

의결권 없는 주식을 제외한 발행주식 총수의 100분의 10 이상의 주식을 가진 주주
이사·집행임원·감사의 선임과 해임 등 회사의 주요 경영사항에 대하여 사실상 영향력을 행사하는 자
제1호와 제2호에 해당하는 자의 배우자와 직계존비속

##/ 제2장 주식 ## 제3장 주주총회 ### 제12조 (소집 시기) ① 이 회사의 정기주주총회는 매 사업연도 종료 후 3월 이내에 소집한다. ② 임시주주총회는 필요에 따라 수시로 소집할 수 있다. ### 제13조 (소집 통지) 주주총회를 소집할 때에는 그 일시, 장소 및 회의의 목적사항을 총회일 10일 전에 각 주주에게 서면 또는 전자문서로 통지하여야 한다. ### 제14조 (소집절차의 생략) 주주 전원의 동의가 있는 때에는 소집절차 없이 주주총회를 개최할 수 있다. ### 제15조 (서면에 의한 결의) ① 이 회사의 주주 전원이 서면으로 동의한 때에는 주주총회의 결의가 있는 것으로 본다. ② 제1항의 서면에 의한 결의는 주주총회의 결의와 같은 효력이 있다. ### 제16조 (의장) 주주총회의 의장은 대표이사가 된다. 대표이사가 유고 시에는 주주총회에서 선임한 자가 의장이 된다. ### 제17조 (결의 방법) ① 주주총회의 결의는 법령에 다른 정함이 있는 경우를 제외하고는 출석한 주주의 의결권의 과반수와 발행주식 총수의 4분의 1 이상의 수로써 한다. ② 다음 각 호의 사항은 출석한 주주의 의결권의 3분의 2 이상의 수와 발행주식 총수의 3분의 1 이상의 수로써 한다.

정관의 변경
자본금의 감소
회사의 해산, 합병, 분할합병
영업의 전부 또는 중요한 일부의 양도
그 밖에 법령에서 특별결의를 요구하는 사항

### 제18조 (의사록) 주주총회의 의사에 관하여는 의사록을 작성하고, 의장과 출석한 이사가 기명날인 또는 서명하여야 한다. ##/ 제3장 주주총회 ## 제4장 이사 및 대표이사 ### 제19조 (이사의 수) 이 회사의 이사는 1인 이상 3인 이내로 한다. ### 제20조 (이사의 선임) ① 이사는 주주총회에서 선임한다. ② 이사의 선임은 출석한 주주의 의결권의 과반수로 하되, 발행주식 총수의 4분의 1 이상의 수로 하여야 한다. ③ 2인 이상의 이사를 선임하는 경우에는 「상법」 제382조의2에서 정하는 집중투표제를 적용하지 아니한다. ### 제21조 (이사의 임기) 이사의 임기는 3년으로 한다. 다만, 그 임기가 최종의 결산기에 관한 정기주주총회 전에 만료될 경우에는 그 총회의 종결 시까지 그 임기가 연장된다. ### 제22조 (대표이사의 선임) 대표이사는 주주총회에서 이사 중에서 선임한다. ### 제23조 (이사의 직무) ① 대표이사는 회사를 대표하고 회사의 업무를 총괄한다. ② 이사가 1인인 경우 그 이사가 대표이사가 된다. ③ 이사가 2인 이상인 경우 각 이사는 정관 또는 주주총회의 결의로 정하는 바에 따라 회사의 업무를 분장 집행한다. ### 제24조 (이사의 보수) 이사의 보수는 주주총회의 결의로 이를 정한다. ##/ 제4장 이사 및 대표이사 ## 제5장 감사 ### 제25조 (감사의 미선임) ① 이 회사는 자본금 총액이 10억원 미만인 경우 「상법」 제409조 제4항에 따라 감사를 선임하지 아니할 수 있다. ② 자본금 총액이 10억원 이상이 된 때에는 그 때부터 감사를 선임하여야 한다. ##/ 제5장 감사 ## 제6장 계산 ### 제26조 (사업연도) 이 회사의 사업연도는 매년 1월 1일부터 12월 31일까지로 한다. ### 제27조 (재무제표 등의 작성) ① 대표이사는 매 사업연도 종료 후 다음 각 호의 서류와 그 부속명세서를 작성하여 정기주주총회에 제출하여야 한다.

대차대조표(재무상태표)
손익계산서(포괄손익계산서)
그 밖에 회사의 재무상태와 경영성과를 표시하기 위하여 필요한 서류

② 대표이사는 정기주주총회 회일의 1주간 전부터 제1항의 서류를 본점에 5년간 비치하여야 한다. ### 제28조 (이익배당) ① 이익의 배당은 금전 또는 금전 외의 재산으로 할 수 있다. ② 이익의 배당을 주식으로 하는 경우 회사가 수종의 주식을 발행한 때에는 주주총회의 결의로 그와 다른 종류의 주식으로도 할 수 있다. ③ 제1항의 배당은 매 결산기말 현재의 주주명부에 기재된 주주 또는 등록된 질권자에게 지급한다. ### 제29조 (배당금 지급 시기) ① 배당금은 주주총회의 결의로 정한 배당금 지급 시기에 지급한다. ② 제1항의 배당금 지급 시기를 정하지 아니한 경우에는 주주총회의 결의가 있은 날부터 1월 이내에 지급하여야 한다. ##/ 제6장 계산 ## 제7장 부칙 ### 제30조 (설립 시에 발행하는 주식과 자본금) ① 이 회사가 설립 시에 발행하는 주식의 총수는 20,000주이고, 주식 1주의 금액은 금 500원이며, 자본금의 총액은 금 10,000,000원(일천만원)이다. ② 설립 시 발행하는 주식은 전부 보통주식으로 한다. ### 제31조 (최초 사업연도) 이 회사의 최초 사업연도는 회사 설립일부터 2026년 12월 31일까지로 한다. ### 제32조 (발기인) 이 회사의 발기인은 다음과 같다.

성명	주민등록번호	주소	인수 주식 수	인수 금액
이강수	______-_______	경기도 안산시 __________________	20,000주	10,000,000원

##/ 제7장 부칙 ## 상법 절대적 기재사항 체크리스트

#	절대적 기재사항 (상법 제289조)	정관 반영 조항	충족
1	목적	제2조	O
2	상호	제1조	O
3	회사가 발행할 주식의 총수	제5조	O
4	액면주식을 발행하는 경우 1주의 금액	제6조	O
5	회사의 설립 시에 발행하는 주식의 총수	제7조, 제30조	O
6	본점의 소재지	제3조	O
7	회사가 공고를 하는 방법	제4조	O
8	발기인의 성명·주민등록번호·주소	제32조	O

## 소규모 회사 특례 반영 확인

특례 사항	근거 법령	정관 반영	비고
이사 1~2인 가능 (이사회 미설치)	상법 제383조 제1항 단서	제19조	O
감사 미선임 가능	상법 제409조 제4항	제25조	O
주주총회 소집통지 10일 전 단축	상법 제363조 제1항	제13조	O
주주 전원 동의 시 소집절차 생략	상법 제363조 제4항	제14조	O
주주 전원 서면결의 가능	상법 제363조의2	제15조	O

## 스톡옵션 필수 기재사항 확인

#	필수 기재사항	정관 반영	비고
1	부여 대상 자격	제11조 제1항, 제6항	임직원, 부여 제한 대상 명시
2	부여 한도	제11조 제1항	발행주식 총수의 10% 이내
3	행사가액	제11조 제3항	실질가액/권면액 이상
4	행사 기간	제11조 제4항, 제5항	2년 재직 후, 부여일부터 10년 이내
5	부여 방법 (신주발행/자기주식/차액보상)	제11조 제2항 제2호	주주총회 결의로 정함

작성일: 2026년 3월
용도: 법무사 검토용 초안
주의: 발기인 개인정보(주민등록번호, 상세주소)는 법무사 제출 시 기재

## RRA ## COTD

KIPID 법인 설립 전략 - kipid Inc.

buffso — Fri, 27 Mar 2026 02:23:55 +0900

# KIPID 법인 설립 전략 - kipid Inc. ## PH ###/ Posting History

2026-03-09 : 법인명 확정 (주식회사 키피드, KIPID Inc.), KIPID 의미 부여 및 3S 철학 연결 추가.
2026-03-09 : 주주 구성 및 과점주주 관련 내용 추가.
2026-03-08 : 정관 사업 목적 법무사 검토 반영, 본점 소재지·지적재산권 확보 섹션 추가. 사업 포트폴리오에 신규 사업 아이템·유가증권 투자 추가. 법인명 차별화, 자본금 전략 추가. 한글 브랜드명 레코이브로 통일.
2026-03-08 : 타임라인/액션아이템 중복 정리, 연구소장 요건 수정, 산출물 오류 수정.
2026-03-07 : 벤처인증, 기업부설연구소, 국책 R&D 전략 추가.
2026-03-06 : 초안 작성.

##/ Posting History ## TOC ##/ Table of Contents. Table will be automatically filled up. ## 목적 신규 법인(주식회사)을 설립하여 정부 지원사업 수혜, 투자 유치, 신용 확보 등 법인의 이점을 활용하고 다양한 사업을 추진한다. ## 법인 철학 및 브랜드 ### 법인명: 주식회사 키피드 (KIPID Inc.) KIPID = Keep It Pure, Intense, Deep

순수하게, 강렬하게, 깊이 있게

KIPID	의미	3S 연결
Pure	순수한, 본질적인	Sincere (진정성)
Intense	강렬한, 집중하는	Sexy (본질적 매력)
Deep	깊이 있는	Slow (깊이)

### 3S 철학: Slow, Sexy, Sincere 법인 전체의 경영 철학으로 3S를 채택한다. Recoeve 서비스에서 출발한 개념이지만, 법인이 운영하는 모든 사업에 일관되게 적용한다.

3S	의미	경영 적용
Slow	깊이	빠른 성장보다 본질적 가치에 집중
Sexy	본질적 매력	사용자가 매력을 느끼는 제품과 서비스
Sincere	진정성	정직한 사업 운영, 사용자 신뢰 우선

### 법인 로고

매듭/연결 형상의 아이콘을 법인 공통 로고로 사용한다. 서비스별로 텍스트만 변경하여 적용 (Recoeve, LivingNet 등).

## 현황 ### 기존 개인사업자

항목	내용
상호	레코이브 닷 넷 (Recoeve.net)
대표	이강수
개업일	2024년 9월 6일
업태	정보통신업
종목	호스팅 및 관련 서비스업 (J63112)
매출	없음 (실질적 사업 활동 없음)

## 법인 설립 전략 ### 신규 창업 인정 (Best Case) 중소기업창업지원법상 신규 창업 불인정 사유:

개인사업자 운영 중 법인 설립 → "사업 전환"으로 간주
개인사업자 폐업 후 동일 업종 법인 설립 → 신규 창업 불인정

신규 창업 인정을 위한 조건:

단계	내용
1	개인사업자 폐업 (홈택스)
2	법인 설립 시 업종코드를 다르게 설정
3	법인 상호를 기존 개인사업자와 다르게 설정
4	창업기업 확인서 발급 신청

업종코드 차별화:

기존 개인사업자	신규 법인
호스팅 및 관련 서비스업 (J63112)	응용 소프트웨어 개발 및 공급업 (J5821)

세분류(4자리) 기준으로 다른 업종 → 형식적 요건 충족
기존 개인사업자 매출 0원, 실질적 사업 활동 없음 → "사업의 계속성" 주장 어려움
Recoeve의 실제 사업 내용(AI 추천 엔진 개발)이 소프트웨어 개발업에 더 부합

법인명 차별화:

법인 상호를 기존 개인사업자(레코이브 닷 넷)와 다르게 설정해야 하는 이유:

신규 창업 인정: 동일 대표 + 동일 상호로 법인 설립 시 "사업 전환"으로 볼 여지가 커짐
다사업 포괄: 레코이브, LivingNet.app, 부동산 임대관리 등 복수 사업을 운영하는 법인명으로 특정 서비스명은 부적절
피벗 대응: 주력 사업이 변경될 경우 법인명이 특정 서비스에 묶여 있으면 걸림돌

창업기업 지원 가능 혜택 (각각 별도 선정/심사 필요):

혜택	내용	비고
초기창업패키지	최대 1억원 출연금 (상환 의무 없음)	공모 선정 시
창업 세제혜택	5년간 소득세/법인세 50~100% 감면	업종·지역 요건 충족 시 자동 적용
R&D 과제 가점	창업기업 우대	과제별 가점 기준 상이
벤처인증 연계	창업 3년 이내 우대	벤처인증 별도 심사 필요

### 기존 창업일 유지 (Fallback) 신규 창업 인정이 안 될 경우, 창업일이 기존 개인사업자 개업일로 소급 적용.

창업일: 개인사업자 개업일(2024.09.06) 기준
현재 기준 창업 약 1.5년 → 여전히 창업 초기기업에 해당
초기창업패키지(3년 이내), 세제혜택(5년 이내), 창업기업 확인(7년 이내) 모두 가능
법인 자체는 신규 설립이나, 창업 기산일이 2024.09.06이 되는 차이

### 자본금 전략

시점	자본금	목적
설립 시	1,000만원	설립 부담 최소화 (20,000주 × 500원)
필요 시	증자 검토	정부 지원사업 심사 대비, 운영 상황에 따라 판단

현행 상법상 최저자본금 제한 없음 — 1,000만원으로도 설립 가능
자본잠식 방지를 위해 초기 비용 지출 관리 중요
증자 여부와 시기는 운영 상황 및 지원사업 요건에 따라 판단
증자 이력 자체가 회사 성장 시그널로 작용

### 본점 소재지

본점 소재지에 따라 세제혜택 범위가 달라짐 (수도권 과밀억제권역 여부)
주거용 자택은 사업자등록이 실무적으로 어려움 (세무서 반려, 아파트 관리규약 등)
초기: 비상주 사무실 (우편물 수령용)로 운영 — 소프트웨어 개발업은 별도 사업장 없이 운영 가능
연구소 설립 시: 연구 공간 확보 요건 충족을 위해 공유오피스 또는 별도 사무실로 이전 검토

참고: 본점 소재지, 정관 사업 목적 표현, 주주 구성 등은 법무사와 최종 확인 필요. 등기소별로 사업 목적 보정 기준이 다를 수 있음.

### 주주 구성 및 지분율

대표이사(이강수) 단독 출자 (지분 100%) 또는 가족(특수관계인) 공동 출자
공동 출자 시 대표이사 지분 최소 51% 이상 권장 (경영권 확보)
향후 투자 유치 시 희석 비율 고려하여 설계

과점주주 관련 참고:

과점주주: 주주 1인과 특수관계인의 지분 합계가 발행주식의 50% 초과 시 해당 (1인 100% 출자 → 과점주주에 해당)
간주취득세: 지분 취득 등으로 새롭게 과점주주가 되면, 법인 보유 과세대상 자산(부동산, 차량, 기계장비, 골프회원권 등)을 해당 지분 비율만큼 취득한 것으로 간주하여 취득세 부과
단, 법인 설립 시부터 과점주주인 경우에는 간주취득세 대상이 아님 (최초 설립은 적용 제외)
초기에 취득세 과세대상 자산이 없으면 간주취득세 발생하지 않음
향후 법인이 과세대상 자산을 취득하거나, 지분 변동으로 과점주주 비율이 증가할 경우 주의 필요

## 사업 포트폴리오

구분	사업	성격
1	Recoeve - AI 기반 콘텐츠 추천 플랫폼	핵심 사업
2	LivingNet.app - 세입자/집주인 네트워크 플랫폼	신규 사업
3	신규 사업 아이템 (디지털 콘텐츠, 광고대행 등)	신규 사업 구상
4	부동산 임대관리 위탁 - LivingNet.app 연계 실사업	초기 매출원
5	유가증권 투자 - 법인 여유자금 운용	자산 운용

### 부동산 임대관리 위탁 구조

임대인(대표 가족)과 법인 간 부동산 임대관리 위탁계약 체결
법인이 임대 관리 서비스 제공 → 관리 수수료(임대료의 5~10%) 수취
수수료만 법인 매출로 인정 (임대 수익 전액은 불가)
필수: 위탁계약서 + 실제 서비스 제공 증빙

### 정관 사업 목적 포함 사항

소프트웨어 개발 및 공급
인공지능 및 데이터 기반 정보처리 서비스업
디지털 콘텐츠 제작 및 유통
광고업 및 광고대행업
부동산 임대관리 서비스업
유가증권 투자업
위 각 호에 부대하는 일체의 사업

## 지적재산권 확보

구분	대상	비고
상표등록	Recoeve, LivingNet	특허청 출원 (법인 설립 후 즉시)
도메인	recoeve.net, livingnet.app	확보 완료 (.com, .kr 추가 확보 고려)
소프트웨어 등록	Recoeve 추천 엔진	한국저작권위원회 SW 등록
특허출원	예: AI 기반 콘텐츠 추천 방법, 사용자 취향 분석 시스템 등	벤처인증·R&D 과제 가점 활용

상표등록은 법인 명의로 출원해야 향후 분쟁 방지
SW 등록은 벤처인증 시 기술평가 근거자료로 활용 가능
특허출원은 R&D 과제 수행 실적 및 사업화 가점에 유리

## 역할 구조

구분	이강수	소재희	미정 (영입 예정)
직함	CEO (대표이사) + CTO 겸임	COO (Chief Operating Officer)	마케팅·영업 담당
역할	기술 개발, 서비스 기획 및 운영	사업기획, 사업전략, 마케팅 전략, 서비스 개발	홍보·마케팅 실행, 영업, 유저 확보
시점	창업 시점	창업 시점	UX 리뉴얼 및 온보딩 플로우 개선 후 영입 검토

기업부설연구소 설립 시 (추가):

직함	역할
연구소장 (미정)	KOITA 등록, 국책 R&D 과제 연구책임자, 과제 발표

## 팀 역량 ### 이강수 (CEO/CTO)

KAIST 물리학 학사
서울대학교 석·박사 수료
Nature 논문 공동저자
Recoeve 기획 및 풀스택 개발 (Vert.x + React + AI 추천 엔진)
LivingNet.app 서비스 기획 (기능 설계 단계)

### 소재희 (COO)

공학석사
법인 CEO 5년 경력
기업부설연구소장 경력 (KOITA 등록)
정부 R&D 과제 총괄연구책임자 (기술혁신개발사업 수행 완료, 사업화 성과 달성)
2011 IT 중소기업 Business Day 지식경제부장관상 표창
2011 대한민국 벤처창업대전 중소기업청장상 수상

## 법인 활용 전략 ### 벤처기업 인증 (최우선) 법인 설립 후 가장 먼저 추진해야 할 사항. 창업 3년 이내 인증 시 세제혜택이 극대화된다. 인증 유형:

유형	요건	우리 상황
혁신성장유형	기술의 혁신성 + 사업의 성장성 평가	투자/매출 없어도 신청 가능, 가장 현실적
연구개발유형	기업부설연구소 보유 + R&D비 5천만원 이상 + 매출 대비 R&D비 5% 이상	연구소 설립 후 가능
벤처투자유형	벤처캐피탈 투자 유치	해당 없음 (현재)

혁신성장유형 신청 요건:

중소기업 확인서
사업계획서 (기술 혁신성 + 성장성 어필)
재무제표, 법인등기부등본, 사업자등록증 등

평가 기준: 기술의 우수성, 제품/서비스 경쟁력, 시장 규모 및 전망

소요 기간: 접수 완료일로부터 약 45일 이내

인증 혜택:

혜택	내용
법인세 감면	최초 소득 발생 후 5년간 50% 감면
취득세 감면	벤처 확인 후 4년 이내 취득 부동산 75% 면제
재산세 감면	3년간 면제 + 2년간 50% 감면
기업부설연구소	연구전담요원 요건 완화 (일반 3명 → 벤처 2명)
병역특례	벤처기업 병역특례 지정 가능
정책자금	기술보증기금, 중소기업 정책자금 우대

유효기간: 3년 (이후 재인증)

핵심: 창업 3년 이내 벤처인증이 유리한 이유

연구개발유형: 매출 대비 R&D비 비율 요건 면제 (3년 이내 기업 우대)
세제혜택: 최대 5년간 법인세 50% 감면
신규 창업 인정 여부에 따라 기산일이 달라지므로 법인 설립 후 즉시 추진

### 기업부설연구소 설립 (KOITA) 법인의 R&D 역량을 공식 인정받는 제도. 벤처인증 후 설립하면 요건이 완화된다. 설립 요건:

구분	일반 소기업	벤처기업 또는 창업 3년 이내
연구전담요원	3명 이상	2명 이상
대표 겸임	불가	창업 3년 이내 소기업은 가능

연구전담요원 자격: 이공계 학사 이상, 또는 기사 이상 자격증 보유자
연구 공간 확보 필요 (소기업/벤처기업은 50㎡ 이하 시 칸막이 구분도 인정)
연구전담요원 재택근무 허용 (사전 신고 필요, 단 연구소 내 좌석·기자재는 확보)
KOITA 온라인 신고 → 서류 심사 → 현장 실사 → 인정서 발급

설립 혜택:

혜택	내용
R&D 세액공제	연구인력 급여 총액의 25% 법인세 공제 (중소기업)
신성장·원천기술	30~40% 세액공제
연구설비 투자	통합투자세액공제 6%
취득세 감면	연구소용 부동산 취득세 60% 감면
재산세 감면	연구소용 부동산 재산세 50% 감면
연구원 비과세	연구활동비 월 20만원 소득세 비과세
관세 감면	연구용 수입물품 관세 80% 감면
국책 R&D 과제	정부 R&D 과제 신청 자격 확보

우리 팀의 강점:

이강수, 소재희 모두 연구소장 등록 요건 충족 (이공계 학사 이상 + 상근)
소재희 차별점: 기업부설연구소장 경력 (KOITA 등록 이력) + 정부 R&D 과제 총괄연구책임자 수행 실적 + 사업화 성과 달성

핵심: 벤처인증 → 기업부설연구소 설립 순서가 유리 (연구전담요원 2명으로 완화). 연구소 설립 후 국책 R&D 과제 신청 자격 확보.

### K-Startup (예비/초기창업패키지)

자격: 대표이사 기준으로 신청
출연금(보조금): 상환 의무 없음, 연대보증 없음
팀 구성 강점:
- 대표: KAIST + 서울대 + Nature 논문 + 기술 개발 역량
- COO: 법인 운영 경험 + R&D 과제 수행 실적 + 사업화 성과
심사 포인트: 기술력(대표) + 사업화 역량(팀) 조합

### 국책 R&D 과제

전제 조건: 기업부설연구소 설립 필요 (→ 기업부설연구소 설립 섹션 참조)
과제 신청 전략
- 연구책임자의 기존 R&D 수행 실적이 심사 신뢰도에 직결
- 소재희: 기술혁신개발사업 총괄연구책임자 수행 완료 이력 (NTIS 공식 기록)
과제 발표: 대표이사 또는 연구소장이 수행

## 타임라인

시기	액션	산출물
준비 단계	법무사 선임 (업종코드, 사업장, 정관, 등기 일괄 진행)	-
설립 단계	개인사업자 폐업 신고	폐업 확인서
	법인 설립 등기	법인등기부등본
	사업자등록 (세무서)	법인 사업자등록증
	법인 통장 개설, 법인 인감 제작	-
	4대보험 가입 (근로자 등록)	-
	창업기업 확인서 발급 시도	창업기업 확인서
지원사업 단계	벤처기업 인증 (연구전담요원 요건 완화 등 혜택)	벤처기업 확인서
	기업부설연구소 설립 (KOITA, 벤처기업은 2명으로 완화)	연구소 인정서
	2026 하반기 추가모집 또는 특화사업 공고 모니터링	-
	2027년 상반기 창업패키지 (예비/초기) 신청 준비	사업계획서
	국책 R&D 과제 공고 확인	과제 신청서

## 향후 액션 아이템

설립 및 지원사업 세부 일정은 타임라인 섹션 참조

법인명 확정 (기존 개인사업자 상호와 차별화)
법인 설립 시기 확정
K-Startup 2026 하반기 추가모집·특화사업 공고 모니터링
2027년 상반기 창업패키지 신청 준비 일정 수립