2일차: 매출 $0에서 1000억을 향한 여정 - Agentic OS를 향한 첫 삽
📺 원본 영상: 2일차 | 1000억 벌기 | 매출 $0 | Victory or Valhalla 🎙️ 채널: 코드팩토리 📅 정리 일자: 2026-05-19 ⚠️ Note: 본 리포트는 영상의 음성을 텍스트로 변환(STT)하여 정리한 것입니다. 이 영상은 라이브 스트림으로 STT 품질이 전반적으로 낮으며, 일부 구간(특히 약 118분 이후)은 반복적인 STT 아티팩트로 인해 실질적인 내용 파악이 불가능했습니다. 화면에 표시된 자료(코드, 설계 다이어그램 등)는 포함되지 않을 수 있습니다.
개요
코드팩토리 채널을 운영하는 창업자가 “매출 $0 → 1000억”이라는 야심찬 목표를 공개적으로 선언하고 진행하는 라이브 코딩 시리즈의 2일차 방송이다. 이날은 AI 기반 프로젝트 관리 도구의 방향을 전면 재정립하는 분기점이었으며, 개발 환경 구성부터 핵심 아키텍처 결정, YouTube 채널 성장 전략, 그리고 실시간 디버깅까지 창업 초기의 혼돈이 날것 그대로 담겼다. 이 리포트는 약 3시간에 걸친 라이브 스트림에서 의미 있는 내용이 포착된 구간을 중심으로 정리했다.
”Victory or Valhalla” - 공개 창업 다큐의 정체성
이 라이브 시리즈를 이해하려면 제목에 담긴 의미부터 파악해야 한다. 북유럽 신화에서 발할라(Valhalla)는 전투에서 장렬하게 쓰러진 영웅들이 향하는 곳이다. 즉, “이기거나 장렬히 쓰러지거나, 그 외의 선택지는 없다”는 결연한 각오의 표명이다. 창업자는 현재 매출 $0에서 출발해 1000억 원이라는 목표를 향해 가는 전 과정을 유튜브를 통해 투명하게 공개하겠다고 밝혔다.
이날 방송에서 후원 시청자에게 감사 인사를 전하며 남긴 말이 이 시리즈의 정체성을 가장 잘 드러낸다. “이게 여러분들에게 용기를 주는 영상이 됐으면 좋겠지만, 굉장히 높은 확률로 ‘와씨 저렇게까지 안 돼?‘라는 생각이 들 수도 있어요. 일단 해봐야지 알아.” 성공 신화를 보여주는 것이 아니라, 창업의 혼돈과 실패, 막힘과 전환을 있는 그대로 보여주겠다는 것이다. 실제로 콘텐츠 제작 기획에 2주를 투자했다가 실패하면서 전체 일정이 밀리고 있다는 사실도 이날 방송에서 솔직하게 인정되었다.
개발 환경 구축 - Warp 터미널을 선택한 이유
본격적인 개발에 앞서 창업자는 터미널 환경을 새로 구성했다. 선택한 도구는 Warp 터미널이다. 선택 이유로 세 가지가 언급되었는데, 화면을 여러 페인(pane)으로 분리하여 작업 컨텍스트를 한눈에 볼 수 있다는 점, 한국어 입력 시 튕김 현상이 없다는 점, 그리고 탭 기능으로 프로젝트별 작업 공간을 분리할 수 있다는 점이다.
도구 선택에 대한 창업자의 접근 방식은 실용주의적이다. cbox와 비교하면서 “솔직히 그렇게 막 차이점이 있는지 모르겠어요”라고 말하며, 퍼포먼스 벤치마크보다 실제 워크플로우에서의 사용성을 우선시했다. “그냥 터미널일 뿐이니까”라는 표현 속에는 도구에 집착하는 것보다 실제로 무언가를 만드는 데 에너지를 집중해야 한다는 메시지가 담겨 있다. 직접 필요한 기능을 PMS 안에 내재화하겠다는 방향성도 이 맥락에서 나온 것이다.
PMS의 방향 전환 - “Agentic OS” 컨셉의 탄생
이날 방송에서 가장 중요한 전환점은 PMS(Project Management System) 개발 방향의 대폭 수정이었다. 창업자는 이전에 구상했던 방식이 “안 될 것 같다”고 솔직하게 인정했으며, 그 판단이 어제 잠도 못 잘 정도로 고민한 끝에 나온 결론임을 밝혔다. 단순한 태스크 관리 도구로는 충분하지 않다는 것, 더 강제성이 있고 OS에 가까운 느낌의 무언가가 필요하다는 방향으로 선회한 것이다.
05:45 - PMS 방향 전환 발표 - Agentic OS 컨셉 도입 설명 구간
새로운 방향의 핵심 키워드는 “Agentic OS”다. AI 에이전트(Agent)와 운영체제(OS)의 개념을 결합한 이 컨셉은, 단순히 작업을 기록하고 추적하는 것을 넘어 AI가 사용자의 작업 세션에 직접 연결되어 함께 작동하는 환경을 지향한다. 이 방향이 나중에 명확한 제품 정의로 구체화되었는데, 창업자는 이 프로젝트를 이렇게 정의했다. “A Kanban and AI Harness that connects to user’s active AI session through MCP.” 즉, MCP(Model Context Protocol)를 통해 사용자의 활성 AI 세션에 직접 연결되는 칸반 기반의 AI 통합 도구라는 것이다.
핵심 아키텍처 설계 - 칸반 위에 노드 그래프를 올리다
새로운 방향에서 핵심 UI 구조는 칸반(Kanban)과 노드 그래프(Node Graph)의 결합이다. 칸반이 작업의 상태와 흐름을 보여주는 레이어라면, 그 안에 노드 그래프가 중첩되어 작업 간의 연관 관계와 의존성을 시각화하는 구조다. “클래식한 방식으로 가는 게 맞는 것 같아요. 칸반 안에 이제 노드 그래프가 또 있는 거죠”라는 말에서 알 수 있듯, 지나치게 혁신적인 UI를 추구하기보다 검증된 패러다임 위에 AI 연결을 얹는 접근 방식을 택했다.
15:27 - 칸반 + 노드 그래프 아키텍처 설계 화면
이 구조 위에 YouTube 콘텐츠 제작 워크플로우를 위한 모듈이 구현된다. 특정 토픽에 대한 AI 리서치, Simple Markdown 형식의 스크립트 초안 작성, 그리고 최종 프레젠테이션 슬라이드 생성까지 하나의 흐름 안에서 처리하는 것이 목표다. 프레젠테이션 렌더링에는 Reveal.js를 브라우저에서 구동하는 방식이 선택되었는데, 창업자는 이를 처음 접했음에도(“처음 들어보는데, reveal.js”) 바로 채택 결정을 내렸다.
24:22 - Reveal.js 기반 프레젠테이션 렌더링 방식 결정 구간
파일 저장은 클라우드 스토리지가 아닌 로컬 파일 시스템을 기반으로 하며, Claude Code가 콘텐츠를 실제로 저작하는 레이어(Authoring Layer)로 기능하고, Next.js는 파일과 마크다운을 읽어 화면에 렌더링하는 역할을 담당한다.
💡 [영상 참조] 창업자는 15분~28분 구간에서 칸반, 노드 그래프, YouTube 플래너 레이아웃을 화면에 직접 설계하며 설명합니다. 📺 원본 영상에서 확인하세요.
MCP 통합의 현실 - 아이디어와 구현 사이
MCP(Model Context Protocol)는 AI 에이전트가 외부 도구나 서비스와 연동할 수 있게 해주는 프로토콜로, 이 프로젝트의 핵심 차별화 요소다. 이날 방송에서 MCP 등록이 완료되었다는 언급이 있었지만, 창업자는 곧바로 “MCP를 연동하는 게 생각보다 이 개발 과정이 귀찮아요”라고 솔직한 소감을 덧붙였다.
56:07 - 프로젝트 핵심 컨셉 정의 화면 - MCP 연결 Kanban AI Harness
이 발언은 AI 도구를 활용한 현대 개발의 현실을 정확하게 짚는다. AI가 코드 작성을 도와주는 것과, 다양한 도구와 서비스를 연결하는 통합(Integration) 작업은 별개의 문제다. 프로토콜 명세를 이해하고, 각 서비스의 인증 방식을 맞추고, 에러를 디버깅하는 과정은 여전히 개발자의 시간과 집중력을 상당히 요구한다. 아이디어가 아무리 명확해도 구현까지의 거리는 멀다는 것, 그리고 그 거리를 좁히는 과정이 바로 창업의 실체라는 것을 이 방송은 여과 없이 보여주고 있다.
기술 스택 - 현실적인 선택의 근거
이날 라이브에서 파악된 기술 스택은 다음과 같다. 프론트엔드 프레임워크는 Next.js를 사용하며, 로컬 파일 시스템의 마크다운 파일을 읽어 렌더링하는 구조로 설계된다. 인증 시스템에는 Clerk를 도입하고, E2E(End-to-End) 테스트 자동화에는 Playwright를 활용한다. 프레젠테이션 렌더링은 Reveal.js로 처리하며, AI 작성 도구로는 Claude Code가 핵심 역할을 맡는다.
배포 플랫폼 선택에 있어 창업자는 Vercel을 최우선으로 꼽았다. “솔직히 그냥 Vercel이 제일 낫기는 해요. 진짜 최적화는 잘 될 수 있어요. 비싸긴 해도.” Cloudflare Pages 등 비용 효율적인 대안도 존재하지만, 개발 스트레스를 최소화하고 Next.js 최적화 측면에서 Vercel이 현실적으로 최선의 선택이라는 판단이었다. UX 측면에서도 구체적인 결정이 이루어졌는데, 프로젝트 목록에서 프로젝트 이름을 클릭했을 때 이름 수정 모드가 아닌 프로젝트 내부로 진입하는 동작이 올바른 방향임이 언급되었다.
아키텍처 초기 결정의 중요성에 대해서도 “이런 건 처음에 결정을 잘해야 돼”라는 발언이 있었다. 폴더 구조를 패스(path) 기반으로 설계하는 등의 기초적인 선택이 프로젝트 전체 확장성을 좌우하기 때문에, 초기에 잘못된 결정을 내리면 나중에 큰 비용을 치르게 된다는 경험적 통찰이다.
YouTube 채널 전략 - 알고리즘과의 싸움
개발 외에도 YouTube 채널 확장 전략에 대한 논의가 이날 방송에서 상당한 비중을 차지했다. 창업자는 오전에 글로벌 채널에서 라이브 스트림을 시도했지만, 결국 한국인 시청자만 접속했다는 사실을 확인했다. 문제의 핵심은 알고리즘이다. 글로벌 채널에서 한국어로 라이브를 진행하면, YouTube 알고리즘이 해당 채널을 한국 시장 채널로 분류하기 시작하고 그렇게 되면 글로벌 확장의 기회가 닫혀버린다.
이에 따른 전략적 결론은 단계적 접근이다. 먼저 영어 콘텐츠 영상을 충분히 업로드하여 영어권 구독자 기반을 먼저 구축하고, 그 기반이 마련된 다음에 글로벌 채널에서 라이브를 진행하거나 두 채널을 병행 운영하는 방식으로 나아가겠다는 것이다. 단기적으로는 기존 한국어 채널에서 라이브를 계속하는 것이 더 현명하다는 판단이었다. 이 결정 자체가 창업 초기에 흔히 마주치는 딜레마를 보여준다. 글로벌을 지향하지만 현실적 자원의 한계 속에서 어디에 먼저 집중할지를 매 순간 선택해야 한다는 것이다.
마무리 - 혼돈이 곧 과정이다
약 3시간에 걸친 이 라이브 스트림은 완성된 무언가를 보여주지 않는다. STT 변환 결과에서도 드러나듯, 약 118분 이후부터 방송 종료까지의 상당 구간에서는 의미 있는 내용이 제대로 포착되지 않을 정도로 방송 상황이 복잡해졌다. 마우스 배터리가 방전되는 작은 사고, 반복적으로 등장하는 오류 메시지, 후원 알림과 채팅 응대가 뒤섞인 작업 환경이 바로 이 시리즈가 보여주고자 하는 창업의 실제 모습이다.
그럼에도 이날 방송의 성과는 분명하다. PMS를 Agentic OS라는 새로운 컨셉으로 재정의했고, MCP를 통해 AI 세션에 연결되는 칸반 기반 도구라는 명확한 제품 비전을 수립했으며, Next.js, Clerk, Playwright, Reveal.js, Vercel이라는 기술 스택 조합을 확정했다. 창업 2일차, 매출은 여전히 $0이지만 방향은 전날보다 더 선명해졌다. Victory or Valhalla, 어느 쪽이 될지는 아직 알 수 없다.
📚 출처 및 참고
| 구분 | 내용 |
|---|---|
| 원본 영상 | 2일차 - 1000억 벌기 - 매출 $0 - Victory or Valhalla |
| 채널 | 코드팩토리 |
| 리포트 작성 | 2026-05-19 |
| 작성 방식 | YouTube 영상 STT 변환 후 에디팅 |
💬 본 리포트는 영상 내용을 바탕으로 재구성되었습니다. 정확한 내용은 원본 영상을 참조해 주세요.
Related Reports
- [5일차 | 1000억 벌기 | 매출 0 | Victory or Valhalla](5일차_1000억_벌기_매출_0_Victory_or_Valhalla)
- [9일차 | 1000억 벌기 | 매출 0 | Victory or Valhalla](9일차_1000억_벌기_매출_0_Victory_or_Valhalla)
- 클로드코드로 매출 대시보드 하루 만에 만들기 (스타터킷 무료 제공)
- [3일차 | 1000억 벌기 | 매출 0 | Victory or Valhalla](3일차_1000억_벌기_매출_0_Victory_or_Valhalla)
- 자동화 전문 기업이 오픈클로와 클로드 코드를 잘 쓰면 벌어지는 일 (바티AI 류장근 대표)