← /
about · ships production

about

AI production builder · based in Seoul.
production-grade AI 시스템 1인 풀스택 설계 · 빌드 · 운영.

scroll ↓

AI production builder based in Seoul. production-grade AI 시스템을 1인 풀스택으로 설계 · 빌드 · 운영합니다. 라이브 매출이 발생하는 사주 매거진, 빌드 중인 한국 SMB workflow SaaS, 그리고 폐쇄망 기업 대상 로컬 LLM 납품을 매일 ship 합니다.

이 사이트가 보여주는 것은 시스템 자체가 아니라 그 시스템이 어떻게 무너지지 않는가 에 대한 깊이입니다. 환각 우회, 결제 race condition 방어, multi-tenant 데이터 격리 — 표면이 아닌 production 디테일에 집중합니다.

비개발자에서 풀스택까지 약 2년. AI tool 은 솔직히 다 씁니다 — Claude · GPT · DALL-E · cascade routing. 중요한 것은 모델 이름이 아니라 모델들이 어떤 순서로 어떤 임무를 수행하는가, 그리고 그것이 production 에서 어떻게 검증되는가 입니다.

The model writes. The judgment is mine. Built to hold — production is the only proof.

깊이는 /craft, 사고 11건 archive 는 /incidents, raw 일지는 /log 에서.

01stack
TypeScriptGoPHPPythonReact 19Next.js 16Tailwind 4Node 22MySQLPostgreSQLOracleSQLite WALAnthropicOpenAIDeepSeekGemmaQwenOpenRouterRunPodVercelCloudflareVPS · 자체 배포Toss Payments v2Meta Ads APIJWTRLSCSPRate limiting
02hardening

기능을 더하기 전에 무너지지 않게 박는 순서. 이게 founder-architect 와 단순 CRUD 의 차이다.

  1. 01서버가 프런트 의도를 강제한다
  2. 02권한·테넌트 경계를 서버에서 강제한다
  3. 03스키마 baseline + migration 을 단일 진실원으로 유지한다
  4. 04프런트/백엔드 응답 계약을 고정한다
  5. 05대시보드·과금은 '보이는 값 = 실제 값'만 허용한다
03설계 — 강점과 약점

같은 원리가 시스템마다 반복되는 게 강점이고, 그 경계 밖이 약점이다. 둘 다 안다 — 약점을 정확히 아는 것이 못 아는 것보다 강하다고 본다.

강점
  • 원리 일관성 — 결제·격리·체인·라우팅이 같은 두 원리로 관통
  • 문제 정의 + 다경로 결제(단일 신뢰원 의존 X)
  • 서버 강제 격리 + 자동 회귀로 매 변경마다 증명
  • 사고 → 영구 룰 시스템화 (같은 사고 재발 0)
약점 (아는 것)
  • 동시성·엣지 견고성 — 상태 기반 멱등은 race-safe 아님
  • 하드 규칙 없는 도메인은 환각 닻이 물렁(AI가 AI 검증의 한계)
  • 규모·악의 미검증 — 외부 클라이언트 0, Building 단계
  • 1인 대비 표면이 큼 — bus factor·운영 부담

설계 원리·문제정의가 강점, 동시성·엣지 견고성·규모 검증이 약점 — 그 경계를 정확히 안다.

다음 ↘home