Build, Document, Share — Minbook 운영 매니페스토

“AI 툴만 있으면 누구나 개발할 수 있다”, “1인 유니콘의 시대가 왔다.” 이런 말이 소셜 타임라인에 가득합니다. 솔직히 **FOMO(Fear of Missing Out)**가 왔습니다. 논테크(Non-tech) 백그라운드인 저도 정말 ‘딸깍’ 한 번에 서비스를 만들고 운영할 수 있을까 — 의구심과 기대를 같은 무게로 안고 이 여정을 시작했습니다.

막상 뛰어들어 보니 현실은 ‘딸깍’ 그 이상이었습니다. Claude와 Cursor가 코드를 짜주지만, 그 코드가 실제 production 환경에서 어떻게 도는지, 결제는 어떻게 붙이는지, 보안은 왜 터지는지 — 튜토리얼 너머에는 지저분한 문제들이 줄지어 기다리고 있었습니다. Minbook은 그 지저분한 과정에서 남기는 개인적인 실행 노트(execution notebook)입니다.

왜 또 다른 블로그인가

이미 좋은 AI 블로그는 많습니다. 그런데 막상 본인 SaaS를 띄우려고 보면 두 종류의 자료 사이에 큰 공백이 있다는 걸 알게 됩니다. 한쪽은 개념 설명·뉴스 요약으로 가득한 마케팅성 콘텐츠. 다른 한쪽은 프레임워크 공식 문서·논문으로 가득한 학술 자료. 그 사이, “내가 지금 운영 중인 시스템에서는 이 아이디어를 어떻게 적용해야 하는가”라는 질문을 1차로 다루는 자료는 의외로 드뭅니다.

Minbook은 그 공백을 메우려고 씁니다. 모든 글은 다음 셋 중 하나에 답하려고 합니다:

• 이 도구·프레임워크를 내 시스템에 옮기면 어디가 깨지는가?
• 이 시장 트렌드를 내 의사결정에 어떻게 반영해야 하는가?
• 이 구조적 패턴은 다른 시장에서도 재현되는가?

세 질문 모두 헤드라인에서 한 단계 더 들어가야 답이 나옵니다. Minbook은 그 한 단계를 직접 부딪힌 기록으로 채우려고 합니다.

Build, Document, Share — 운영 철학

Minbook의 운영 철학은 이 세 단어로 정리됩니다. 각각이 무엇을 의미하는지 명확히 하지 않으면 콘텐츠는 빠르게 추상화로 흘러갑니다.

Build

단순히 코드를 구경하는 게 아니라, 실제로 돌아가는 제품을 직접 만듭니다. GEO SaaS인 WICHI는 해커톤 탈락에서 시작해 상용화까지 도달한 프로덕트로, 9-Bucket 프레임워크와 멀티엔진 아키텍처가 바닥부터 쌓여 있습니다. 오픈소스 CLI인 **Make Me Unicorn(MMU)**은 SaaS 론칭에 필요한 534+ 항목을 규격화한 도구이고, Self-Tuning Loop는 AI 초안과 최종본 사이의 학습 시그널을 회수하는 자기 개선 시스템입니다. 이 사이트(minbook.dev) 자체도 Astro · Tailwind · MDX · Vercel로 직접 구축한 콘텐츠 인프라이며, 자동 발행·OG 이미지 생성·다국어 라우팅까지 전부 코드로 운영됩니다.

Document

‘딸깍’ 뒤에 숨겨진 삽질의 과정을 기록합니다. 실험실(lab)에서는 보이지 않던 운영(ops)의 현실 — 인증, 결제, 인프라, 모니터링, 보안 — 이 콘텐츠 한 편에 들어가도록 씁니다. 튜토리얼이 다루지 않는 단계의 결정을 1차 자료처럼 남기는 것이 목표입니다. 그래서 글의 평균 분량은 8,000~12,000자, 인포그래픽·다이어그램·코드 스니펫·표를 함께 씁니다. 분량이 길어도 운영 단계의 의사결정 노트로 다시 펼쳐 볼 수 있도록 H2/H3 계층을 명확히 합니다.

Share

비전공자로서 겪는 시행착오가 다른 빌더에게 이정표가 되길 바랍니다. 제가 헤맸던 시간이 누군가에게는 지름길이 된다면 그걸로 충분합니다. 따라서 Minbook의 모든 글은 한국어와 영어로 동시 발행되며, AI 검색 엔진(GPTBot · ClaudeBot · PerplexityBot · Google-Extended 등)에 모두 인덱싱이 허용되어 있습니다. 한국어 검색뿐만 아니라 영어권 AI 검색에서도 실용 가치가 닿도록 설계했습니다.

무엇을 다루는가 — 3개 카테고리

Minbook의 콘텐츠는 세 카테고리로 분류됩니다. “내가 만든 것”과 “남이 만든 것”을 명확히 구분하는 것이 출발점입니다.

• Agents & Architecture (에이전트 & 아키텍처) — 에이전트 프레임워크, 오케스트레이션 패턴, 메모리 관리, Claude Code 같은 프론티어 도구의 내부 설계를 분석합니다. 자기 시스템에 옮겨 적용할 수 있는 패턴 중심으로 정리합니다.
• Strategy & Economics (전략 & 경제) — $660B AI 시장의 실제 구성, 자본 흐름, 한국·아시아 시장의 구조적 특이성을 1차 출처(WIPO·OECD·IR 자료) 데이터로 분석합니다. 헤드라인 ARR 대신 GPU 마진율, 라이선스 비용, 비공개 매출 구성을 봅니다.
• Build Logs & SaaS (빌드 로그) — 직접 만들고 운영하는 프로덕트(WICHI · MMU · Self-Tuning Loop · Minbook 자체)의 라이브 데이터와 PMF 탐색 일지. 코드보다는 의사결정 노트에 가깝습니다.

룰은 단순합니다: 내가 만든 것은 build-logs로, 남이 만든 것은 analysis로, 에이전트의 이론·아키텍처는 agents로. 이 분류로 Strategy 글의 객관성과 Build Log의 인사이드 뷰를 동시에 살리려고 합니다.

시리즈로 깊이 가져가기

Minbook의 글 중 80%+는 시리즈로 묶여 있습니다. 한 주제를 3편 이상으로 깊게 파고드는 흐름이 단발성 글보다 의사결정에 더 도움이 된다고 봅니다. 현재 운영 중인 시리즈는 11개입니다 — Claude Code 해부, 랄프루프(Ralph Loop), Self-Tuning Loop, 에이전트 오케스트레이션, AI 사업화, AI 시장 해부, GEO 논문 리뷰, GEO 기초, WICHI 빌드 로그, MMU 빌드 로그, 한국 SaaS Build Trap.

각 시리즈는 /ko/series 인덱스에서 모아 볼 수 있고, 시리즈 내부 글은 앞·뒤 편 네비게이션이 자동으로 연결됩니다. 시리즈 페이지 상단에는 “왜 이 시리즈를 쓰는가 / 누구를 위한가 / 어떻게 읽으면 좋은가”의 안내가 함께 들어 있어 진입 동선을 잡기 좋습니다.

운영 원칙 — 신뢰는 투명성에서 시작한다

투명성이 신뢰의 출발점이라고 봅니다. 자세한 작성·검증·정정 정책은 편집 정책에서 다루지만, 핵심만 정리하면 다음과 같습니다.

• 1차 출처 우선 — 가공된 2차 기사보다는 공식 문서, IR 자료, 학술 논문, GitHub 저장소를 우선 인용합니다. 수치·성능·가격 정보는 작성 시점 기준의 명확한 출처를 명시합니다.
• AI-Augmented 공시 — 모든 콘텐츠는 AI와의 밀도 높은 협업으로 완성됩니다. AI는 리서치 취합, 번역(KO↔EN), 초안 re-write에 적극적으로 활용되지만, 질문의 방향과 맥락 통찰, 최종 팩트체크의 책임은 운영자(M)에게 있습니다. AI가 만든 가짜 출처(hallucination)를 그대로 발행하지 않습니다.
• 이해관계 분리 — 본 블로그의 모든 내용은 개인의 견해이며, 소속된 직장·고객사·파트너사를 어떠한 형태로도 대표하지 않습니다. 직접 이해관계가 얽힌 주제는 다루지 않습니다.
• 수익 구조 — 도메인·인프라 비용을 충당하기 위해 Google AdSense 자동 광고를 게재합니다. 광고는 콘텐츠 영역과 시각적으로 명확히 구분됩니다. 스폰서드 콘텐츠는 발행하지 않습니다. 어필리에이트 링크 사용 시 본문에 명시합니다.
• 정정 정책 — 사실 오류 발견 시 본문을 즉시 수정하고 “최종 수정일”을 갱신합니다. 핵심 논리를 뒤집는 오류는 글 상단에 “정정 안내”를 추가합니다. 독자 정정 요청은 contact@minbook.dev로 받습니다.

이런 분들에게 도움이 됩니다

• 자기 SaaS·OSS를 빌드하는 솔로 빌더
• 사내 AI 에이전트 도입을 검토하는 PM·아키텍트
• AI 도구 아키텍처를 학습 자료로 다루는 분석가·연구자
• 한국·아시아 시장에서 AI 사업의 구조적 가능성을 보고 싶은 전략 담당자
• “AI 거품인가”라는 질문에 데이터로 답하고 싶은 사람

특히 코드 한 줄을 따라 치는 튜토리얼보다 “왜 이 결정을 했는가”의 의사결정 프레임이 더 필요한 단계의 독자에게 가장 잘 맞습니다. 또한 한국 SaaS·AI 회사를 운영하거나 투자하는 분들에게는, 한국 시장의 구조적 한계와 가능성을 동시에 보는 콘텐츠가 다른 영문 매체보다 깊이 있게 다뤄집니다.

읽는 방법

처음 방문하셨다면 다음 순서를 권합니다:

1. 본인 관심에 맞는 카테고리 페이지에서 도입부 5편을 훑기
2. 그중 가장 끌리는 글에서 시작해, 글 하단의 시리즈 배너를 따라 같은 시리즈 안에서 깊게 들어가기
3. Series 인덱스에서 진행 중인 시리즈와 완결 시리즈를 함께 보기
4. RSS(/ko/rss.xml)로 신규 글 알림 받기

특정 프로젝트 케이스만 보고 싶다면 WICHI 프로젝트 페이지 또는 MMU 프로젝트 페이지에서 시간 순으로 정리된 빌드 로그를 통째로 볼 수 있습니다.

마무리

대부분의 튜토리얼은 ‘배포 완료’에서 끝납니다. 진짜 개발은 그 이후부터 시작된다는 것을 직접 부딪혀 배웠습니다. Minbook은 이 **‘배포 이후의 영역’**을 깊게 다루는 곳입니다.

혹시 비슷한 고민을 하고 있다면, 제 노트에서 작은 힌트라도 얻어 가시길 바랍니다. 피드백·정정·협업 제안은 contact@minbook.dev로 언제나 환영합니다.