84일 동안 632개의 커밋: 매일 배포하면서 배운 것들

이야기를 전하는 숫자

632개의 커밋. 84일. 커밋 없는 날은 제로.

2025년 11월 21일부터 2026년 2월 13일까지, 우리는 매일 코드를 배포했습니다. 평일. 주말. 공휴일. 크리스마스. 새해. 매일.

이건 단순히 열정이나 고생에 관한 것이 아닙니다. 계획보다 더 빠르게 성장하는 제품에서 모멘텀을 유지할 때 일어나는 일에 관한 것입니다.

매일 배포하는 리듬

하루에 7.5개의 커밋이 실제로 어떤 모습인지 보여드릴게요:

아침: 밤새 배포된 내용을 검토합니다 (기억하세요, AI는 오전 3시에 문제를 해결합니다). 스테이징을 확인합니다. 다음 작업을 식별합니다.

점심: 그날의 주요 기능을 배포합니다. 보통 3-5개의 커밋이 포함된 PR입니다: 기능, 개발 중 발견된 수정 사항, 그리고 버전 업그레이드.

저녁: 다듬기, 엣지 케이스 수정, 의존성 업데이트. 화려하지 않지만 제품이 원활하게 작동하도록 유지하는 커밋들입니다.

어떤 날은 한 개의 커밋이 있었고, 어떤 날은 스무 개가 있었습니다. 11월 22일 — 두 번째 날 —에는 열두 개의 커밋이 있었습니다. E2B 샌드박스를 통합한 날에는 열 개가 넘었습니다. 패턴은 다양하지만, 연속성은 끊기지 않았습니다.

복합 배포의 모습

매일 배포하는 것의 가장 흥미로운 점은 개별 커밋이 아닙니다. 그것은 복합 효과입니다.

1주차: 채팅 인터페이스 + 파일 시스템 + 작업 공간. 기능적인 제품.

2주차: 청구 + 국제화 + UI 라이브러리. 지속 가능한 제품.

4주차: 일정 관리 + 온보딩 + 코드 실행. 유용한 제품.

8주차: 이미지 생성 + 기술 + 모델 선택. 플랫폼.

12주차: 샌드박스 실행 + 백그라운드 에이전트 + 자율 CI. 자율 플랫폼.

각 주는 이전 주를 기반으로 구축됩니다. 기능은 고립되어 존재하지 않습니다 — 결합됩니다. 일정 관리 + 샌드박스 = 백그라운드 작업 실행. 청구 + 이미지 생성 = 지속 가능한 창작 도구. 기술 + 샌드박스 = 안전한 자동화 마켓플레이스.

복합 효과는 12주차의 결과물이 1주차의 결과물과 질적으로 다르다는 것을 의미합니다. 단순히 양적으로 더 많은 것이 아닙니다. 우리는 더 많은 기능을 만드는 것이 아니라, 더 능력 있는 기능 조합을 만들고 있습니다.

가장 중요한 커밋

우리의 git 기록을 스크롤하면 세 가지 유형의 커밋을 찾을 수 있습니다:

빌더들. “feat: 샌드박스 에이전트 모듈 추가,” “feat: 작업 공간 설정 패널 추가,” “feat: ClawHub 가져오기와 함께 기술 시스템 추가.” 이들은 큰 기능들입니다. 블로그 게시물에 등장합니다. 변경 로그에 나타납니다.

수정자들. “fix: 무한 메시지 폴링 루프 방지,” “fix: 세션 삭제 시 이벤트 계단식 삭제,” “fix: LLM URL 손상을 방지하기 위해 마크다운에 이미지 URL 삽입.” 이들은 덜 화려하지만 더 중요할 수 있습니다. 각각은 실제 사용자가 겪는 실제 문제를 나타냅니다.

보이지 않는 업그레이드. “chore: @fulldiveVR/chat-ui를 2.0.12로 업그레이드,” “refactor: 모든 판사 호출을 OpenRouter를 통해 라우팅,” “perf: PERF 추적 로그 추가.” 이들은 사용자가 보는 것을 변경하지 않지만, 작동 방식을 개선합니다. 성능 개선. 보안 패치. 의존성 업데이트.

비율은 대략 30% 빌더, 40% 수정자, 30% 보이지 않는 커밋입니다. 이 비율은 건강해 보입니다. 빌더가 너무 많고 수정자가 부족하면 버그가 쌓입니다. 수정자가 너무 많고 빌더가 부족하면 정체됩니다. 보이지 않는 커밋이 너무 적으면 부채가 쌓입니다.

휴일

11월 28일 (추수감사절): 14개의 커밋. 템플릿 개선, UI 라이브러리 수정, 에이전트 현대화.

12월 25일 (크리스마스): 6개의 커밋. 자동 문제 해결기, 구독 보호, 워크플로우 자동화.

1월 1일 (새해): 8개의 커밋. 파비콘 수정, 세션 개선, 파일 공유.

우리는 휴일에 일한 것을 자랑하는 게 아닙니다. 일부는 예정된 병합이었고, 일부는 AI가 자율적으로 문제를 수정한 것이며, 일부는 버그에 대해 생각을 멈출 수 없는 창립자였습니다.

포인트는 “우리가 크리스마스에 일했다"가 아닙니다. 포인트는 “제품이 크리스마스에 개선되었다"는 것입니다. 그 개선이 인간에게서 왔든 AI에게서 왔든, 사용자는 신경 쓰지 않습니다. 그들은 다음에 열었을 때 더 나은 제품을 볼 뿐입니다.

우리가 배운 것

가장 작은 의미 있는 단위를 배포하라. 전체 기능이 아니라, 제품을 더 좋게 만드는 가장 작은 것. 작동하는 버튼. 처리되는 오류. 더 명확한 레이블. 작은 커밋은 검토하기 쉽고, 되돌리기 쉽고, 이해하기 쉽습니다.

버그는 발견된 날에 수정하라. 우리의 평균 버그 보고에서 수정까지의 시간은 일수가 아닌 시간으로 측정됩니다. 이는 매일 배포하기 때문에 가능합니다. 주간 배포 팀은 버그를 일주일 동안 보유합니다. 매일 배포하는 팀은 오늘 수정합니다.

연속성을 동기부여로 삼아라. 매일 연속성이 주는 심리적 효과가 있습니다. 30일 연속으로 배포한 후에는 31일째에 깨고 싶지 않습니다. 연속성이 자체 동기가 됩니다. 영원히 지속 가능한 것은 아니지만 — 우리는 휴식을 취할 것이고 — 출시 단계에서는 강력합니다.

복합 효과는 현실이다. 84일째의 커밋은 1일째의 커밋과 질적으로 다릅니다. 우리가 더 똑똑해서가 아니라, 83일의 기초 위에 구축하고 있기 때문입니다. 매일이 다음 날을 더 생산적으로 만듭니다. 이것이 매일 배포의 진정한 힘입니다.

632개의 커밋. 84일. 아무것도 없던 제품이 자율 AI 에이전트 플랫폼으로 발전했습니다.

다음 84일은 더 나아질 것입니다.