Must Super App 개발 계획서

1. 왜 만드나 — 데이터가 보여준 문제

감으로 정한 방향이 아닙니다. 우리 슬랙 DB(2020년 10월부터 전부 적재돼 있음)를 직접 분석해서 나온 결론입니다.

1-1. 우리는 이미 "티커 룸"을 손으로 만들어 쓰고 있다

메시지가 가장 많은 스레드 14개를 뽑아 보니, 12개가 "부모메시지 = 기업 이름, 스레드 = 그 기업 리서치 아카이브" 구조였습니다.

스레드에 달린 메시지의 58%(17.7만 건)가 6개월 이상 이어지는 장수 스레드에 있습니다. 슬랙 스레드 UI는 이 스케일을 감당하라고 만들어진 물건이 아닙니다 — 스크롤 지옥, 스레드 안 검색 불가, 구간 구분 없음.

1-2. 수동 룸의 세 가지 실패

• 섞임 — 티커 태깅된 스레드의 68%에 5개 이상의 종목이 등장합니다 (한 종목만 다루는 스레드는 9%뿐). "브이티 방에 큐브엔터 얘기 섞임"이 실제 사례.
• 재창설 — 방이 오염되거나 길어지면 "시즌2 새로팜". 히스토리가 끊기고 링크로 수동 연결합니다.
• 흩어짐 — 방을 파도 거기만 모이지 않습니다. 최근 1년 NVDA 논의는 38개 채널, 546개 스레드에 흩어져 있습니다. 삼양식품도 24개 채널 152개 스레드.

2. 핵심 컨셉 — 룸(Room)

"기업이 곧 대화방." 부모메시지 파던 걸 네이티브로 만들고, 자동 분류가 세 가지 실패를 막습니다.

• 메시지는 한 번 쓰고, 두 축에서 읽힙니다. 어느 채널에 쓰든 자동 분류가 해당 룸에 연결합니다. "스노우볼 채널에도 공유 좀" 할 필요가 없어집니다.
• 룸은 영속. 시즌2 새로 팔 필요 없이, 룸 안에서 챕터(접을 수 있는 구간 — 실적 시즌, 논쟁 구간)로 정리합니다.
• 자동 분류는 정정 가능. 티커칩 클릭 한 번으로 수정, 정정 이력은 분류기 개선에 사용. 별칭(소프트뱅크=9984=SBG)도 룸이 관리합니다.
• 과거도 소급. 기존 31만 건도 같은 분류기로 룸에 배치 — 첫날부터 NVDA 룸에 5년 치 히스토리가 정리돼 있습니다.
• 외부 데이터도 룸으로. 이미 수집 중인 텔레그램(80만 건)·X·TheFly·전문가콜·어닝콜이 종목별로 룸 피드 탭에 자동 유입됩니다.

3. 화면 소개

3-1. 홈 — Rooms 인덱스

메신저의 "대화 목록" 자리에 사람 대신 기업이 옵니다. 미읽음·마지막 발화·주간 멘션량이 한눈에. 우측엔 오늘 갑자기 시끄러워진 종목과 다가오는 카탈리스트.

3-2. 룸 내부 — 핵심 화면

393일짜리 삼양식품 메가스레드가 살게 될 집입니다. 슬랙 스레드와 달리: 챕터로 구간이 접히고, 다른 채널에서 쓴 글과 외부 피드가 자동으로 모여들고, 차트는 스크린샷이 아니라 계속 갱신되는 라이브 블록이며, 좋은 결론은 호버 한 번으로 Hub(핵심질문/카탈리스트/노트)에 승격됩니다. 우측 패널에는 주가×논의량, 핵심질문, 리서치 커버리지(27개 항목 중 어디가 비었는지)가 항상 떠 있습니다.

3-3. 채널 + 자동 분류

채널은 슬랙과 똑같이 갑니다(이질감 최소화가 목표). 다른 점 하나 — 쓰는 순간 티커가 감지되어 룸에 연결되고, 스레드 주제와 다른 기업 얘기가 섞이면 분리를 제안합니다. 강제 아니고 무시 가능. "브이티 방에 큐브엔터 섞여서 새로팠던" 일이 다시는 없게.

3-4. 매매 데스크

낮(KR)/밤(US) 세션이 매일 자동으로 열리는 매매 논의 공간입니다. 플로우는 지금 우리 방식 그대로 단순하게 — 한 명이 제안 올리고, 대부분 동의면 바로 넣고, 논의 있으면 거친 후 넣는다. 상태는 열림/넣음/보류 셋뿐이고, 동의는 이모지로 표현하며(투표 아님), 버튼은 "넣음" 하나입니다. 주문 집행 자체는 기존 프로세스 그대로(앱 밖)입니다.

화면 상단의 주문 테이프가 핵심입니다 — 오늘 넣은 주문과 열려 있는 제안이 항상 떠 있어서, 새 논의를 시작하기 전에 기주문 방향이 한눈에 들어옵니다. 낮→밤 세션 이월도 표시됩니다.

3-5. Today 브리핑 — "오늘의 머스트"

매일 아침 AI가 전날 논의를 술술 읽히는 칼럼으로 정리합니다. 보고서가 아니라 읽을거리 — 비유와 드립은 들어가되, 모든 문단에 근거 룸/스레드 링크가 달려서 검증 가능합니다. 어제 데스크 결과와 오늘 일정도 하단에 같이.

3-6. AI 리포트 인박스

지금 봇 리포트(블로그 정리, 텔레그램 정리, expertcall, 트래커…)가 사람 대화 채널을 점령하고 있습니다 — 실제로 운용--시황수급 채널의 최근 메시지는 전부 봇 글입니다. 새 앱에서는 AI 산출물을 사람 대화에서 완전히 분리하고, 각자 필요한 소스만 구독합니다. 반복해서 보는 건 "위젯으로 고정"해서 My Desk로 승격. 물론 모든 리포트는 관련 룸의 피드 탭에도 자동 연결됩니다.

3-7. My Desk — 개인 맞춤 화면

각자 다르게 쓰는 개인 대시보드입니다. 위젯은 세 가지 방법으로 만듭니다: ① SQL 한 줄짜리 위젯(지금 운영 중인 위젯 시스템 호환), ② 코드 위젯 — Claude Code에게 한국어로 시키면 만들어지는 구조(위젯 하나 = 파일 하나, 남의 화면을 깨뜨릴 수 없는 설계), ③ 화면 전체 커스텀(1인당 파일 1개 소유). AI 인박스에서 고정한 리포트 위젯도 여기로 옵니다.

4. 기술 — 이미 있는 것 위에 짓는다

이 앱은 맨땅에서 시작하지 않습니다. 핵심 인프라의 대부분이 이미 운영 중이고, 앱은 그 위에 UI와 실시간 레이어를 얹는 것에 가깝습니다.

• 스택: React + TypeScript + Tailwind (웹), Node 단일 서버 + WebSocket, PostgreSQL (기존 DB에 룸/메시지 테이블 추가).
• 기존 봇 생태계 호환: 새 메시지도 기존 통합 뷰에 합류시켜, 지금 돌고 있는 에이전트·위젯·분석이 새 앱 메시지를 자동으로 인식합니다.
• "수정 코딩" 설계: 멤버별 화면과 위젯은 전부 독립 파일 — 누가 자기 화면을 AI로 고쳐도 남의 화면과 코어가 안 깨집니다. 위젯 추가 레시피를 문서화해서 "말로 시키면 만들어지는" 워크플로우를 표준으로 합니다.

5. 슬랙에서 이사하는 방법

병행 운영(슬랙+앱 동시 사용) 기간을 길게 끌지 않습니다. 슬랙처럼 쓸 수 있으면 그냥 옮기면 되기 때문입니다.

• ① 히스토리: 이미 DB에 있는 31만 건을 앱으로 매핑 — 채널은 채널대로, 메가스레드는 해당 룸의 챕터로. 팀이 할 일 없음 (코드 작업).
• ② 봇 이전: 슬랙으로 발행되던 리포트·트래커를 앱(AI 인박스/룸/데스크)으로 발행 경로 변경. 채널 매핑표 하나로 점진 이전 가능.
• ③ 컷오버: 모바일(푸시 알림 포함)과 검색이 준비된 시점에 날을 잡고 전환. 슬랙은 읽기 전용 보관.
• ④ 안전망: 전환 후 2~4주간 슬랙→DB 동기화 유지 — 실수로 슬랙에 써도 앱에 나타납니다. 이후 종료.

6. 로드맵

각 단계 종료마다 2~3명이 실사용 → 피드백 반영 후 다음 단계. P1~P3가 한 호흡(약 4~6주)입니다 — "그냥 더 못한 슬랙"인 기간을 최소화하기 위해서입니다.

7. 피드백 요청

피드백은 슬랙 DM(강동협)이나 team-강동협 채널로 주세요. 다음 버전 계획서에 반영합니다.