BUILDING LOG / 04
만들면서, 기록합니다
개발자로서 각 제품을 왜 시작했고, 어떻게 만들었고, 출시하며 무엇을 배웠는지 프로젝트 단위로 남깁니다.
ALL POSTS — 21
21 / 21개의 글
- AI
AI 생산성 — 2026 코딩 에이전트 지형과 도구 선택 기준
2026년 AI 코딩 에이전트 시장은 모델 경쟁에서 하네스(스캐폴딩) 경쟁으로 재편됐다. 1인 스튜디오 토리스가 대표이자 개발자 관점에서 4단계 진화와 Claude Code·Codex 비교, 도구 선택 기준을 정리했다.
- AI
AI 생산성 극대화 — Claude Code와 Codex를 함께 쓰는 법
토리스는 Claude Max와 ChatGPT Pro를 둘 다 구독한다. 월 400달러를 인건비로 정당화하는 작업 라우팅, 하네스 자산 공유, 병렬화, 상호 검증 — 두 에이전트로 생산성을 극대화하는 실전 운영법.
- AI
AI 생산성 — OpenAI Codex의 진화와 대안을 검증하는 기준
2026년 Codex는 CLI·클라우드 에이전트·IDE·API 네 표면을 아우르는 OpenAI의 코딩 에이전트 플랫폼이다. Claude Code를 주력으로 쓰는 토리스가 대안 검증과 리스크 헤지 관점에서 진화를 정리했다.
- AI
AI 생산성 — Claude Code를 개발 워크플로의 중심에 두는 이유
Claude Code는 서브에이전트·스킬·MCP·훅을 갖춘 에이전트 오케스트레이션 런타임으로 진화했다. 매일 이 도구로 제품을 만드는 1인 스튜디오 토리스의 대표이자 개발자 관점에서 2026년 초 동향을 정리했다.
- AI
AI 생산성 — 하네스 엔지니어링, 에이전트 성과를 좌우하는 기반
하네스 엔지니어링은 컨텍스트 관리, 도구 오케스트레이션, 검증 루프, 권한 게이팅으로 모델을 감싸는 설계다. 모델은 상한선을 정하고 신뢰성은 하네스가 결정한다 — 토리스가 에이전트 운영에 적용하는 원칙이다.
- Projects
[Case Study] 마케팅 조직의 유일한 풀스택 — 21앤 1년의 의사결정과 운영 기록
개발 조직이 얇은 마케팅 중심 회사에서 풀스택 한 명이 PG 불가 판단, 모두싸인 전자계약 연동, 비용 설계, 외부 연동 운영을 어떻게 끌고 갔는지 — 의사결정과 조율 과정을 중심으로 정리한 케이스 스터디.
- Projects
[Case Study] 21앤 전자계약 플랫폼 — PG 없이 설계한 병원·모델 B2B2C 계약·정산 시스템
병원과 모델을 연결하는 B2B2C 플랫폼에서 PG 대신 은행 API·전자서명(모두싸인) 중심으로 계약·포인트·정산을 설계한 과정. 규제 제약, 스택 선택의 트레이드오프, 이해관계자 조율까지 정리한 케이스 스터디.
- Projects
[케이스 스터디] CryptoTrade.gg - 온체인 트레이딩 이력 조회 서비스의 설계와 트레이드오프
토리스가 만든 온체인 트레이딩 이력 조회 서비스 CryptoTrade.gg의 문제 정의, 기술 설계, 커뮤니티 피드백 루프를 정리한 기술 케이스 스터디
- Projects
[케이스 스터디] bubbleBible — 매일의 말씀 습관을 만드는 모바일 우선 PWA 설계기
습관 형성과 공동체 나눔이라는 두 축으로 설계한 성경 플랫폼 bubbleBible의 PWA 전략, 게이미피케이션 설계, 실시간 커뮤니티 아키텍처를 정리한 기술 케이스 스터디
- Projects
[케이스 스터디] PEPEBear - Solana 기반 커뮤니티 플랫폼의 온체인/오프체인 설계
토리스가 Solana 위에 구축한 커뮤니티 플랫폼 PEPEBear의 지갑 UX, 온체인/오프체인 데이터 분리, 커뮤니티 검증 루프를 정리한 기술 케이스 스터디
- Projects
[케이스 스터디] love-trip — 커플 여행 계획을 한 화면으로 모은 제품 설계기
흩어진 여행 정보를 하나의 추천 플로우로 통합한 love-trip의 제품 가설, 모노레포 아키텍처, 외부 API 의존성 관리 전략을 정리한 기술 케이스 스터디
- Projects
[케이스 스터디] ym_guide — 청년 정책 정보의 탐색 비용을 줄이는 큐레이션 제품 설계기
청년정책 OPEN API 위에 질문 기반 추천 레이어를 얹어 정책 탐색 비용을 줄인 ym_guide의 제품 가설, 데이터 가공 전략, 추천 시스템 설계를 정리한 기술 케이스 스터디
- Projects
[케이스 스터디] Toris Blog - 우리 회사의 기술 블로그를 우리가 만든 방식
토리스가 자사 기술 블로그를 직접 설계·구축·운영하며 내린 기술 결정과 파일 기반 CMS 트레이드오프를 정리한 도그푸딩 케이스 스터디
- Projects
[Case Study] 셈웨어 4개월 — 리뉴얼·교육 플랫폼·레거시 마이그레이션, 그리고 SM 풀스택 전환
셈웨어에서 4개월간 수행한 웹사이트 리뉴얼, 교육 콘텐츠 플랫폼, 레거시 API 마이그레이션과 잇다 SM 프로젝트 풀스택 전환까지 — 제약 조건과 설계 판단, 협업 조율을 중심으로 정리한 케이스 스터디.
- Learning
[React] React Server Components 보안 취약점 (CVE-2025-55184, CVE-2025-55183) 및 Reac2Shell 공격 벡터
React Server Components의 DoS(CVE-2025-55184)·소스 코드 노출(CVE-2025-55183) 취약점과 이를 결합한 Reac2Shell 공격 벡터를 분석하고, 패치·완화 조치와 보안 모범 사례를 정리합니다.
- Learning
[React] React Server Components 심각한 보안 취약점 (CVE-2025-55182)
React Server Components의 인증 없는 원격 코드 실행(RCE) 취약점 CVE-2025-55182(CVSS 10.0) 분석과 대응 가이드. 영향받는 버전, Next.js·React 패치 방법, 우리 스택 점검 체크리스트를 정리합니다.
- Learning
Next.js 기반 Web3 제품 스택 — 토리스 엔지니어링 노트
토리스가 PEPEBear·CryptoTrade.gg 등 Web3 제품을 만들며 검증한 Next.js 스택 노트. Hardhat·OpenZeppelin·thirdweb·ethers.js로 컨트랙트를 배포하고 NFT·포인트 시스템을 구축한 판단을 정리했다.
- Learning
DeFi 서비스 아키텍처 노트 — 제품 관점에서 본 구성 요소
DEX·대출·스테이킹 등 DeFi 핵심 구성 요소를 제품 관점에서 정리한 토리스 엔지니어링 노트. Solidity 컨트랙트 구조와 Next.js 연동, 재진입 방지 같은 보안 판단 기준까지 다룹니다.
- Projects
토리스가 제품을 만드는 방식 — 1인 스튜디오의 개발 워크플로
기획부터 운영까지 Toris가 실제로 쓰는 도구·자동화·품질 게이트를 공개한다. 표준 스택으로 선택 비용을 없애고, 타입 체크·CI 테스트·Sentry 모니터링이 리뷰어의 빈자리를 메우는 1인 스튜디오 워크플로와 그 트레이드오프 정리.
- Projects
실험 노트: 블로그 챗봇과 OpenAI API — 무엇을 검증하려 했고 무엇을 배웠나
개인 블로그에 OpenAI API 기반 챗봇을 붙인 실험 기록. Next.js API Route 하나와 system 프롬프트만으로 충분했고, RAG는 임베딩 비용·복잡도 대비 효과가 작아 철회했다. 최소 구성 설계와 시크릿 관리 교훈까지 정리.
- Learning
Supabase + Next.js — 토리스가 MVP를 빠르게 출시하는 표준 스택
토리스가 밈캐치·YM Guide·LOVETRIP 등 실제 제품에 적용해 온 Supabase + Next.js 실무 기준. PostgreSQL, 인증, RLS, 실시간 구독, 스토리지 구성을 프로덕션 관점에서 정리했다.