Agent-Run Business from Zero: 6. Launch!

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Agent-Run Business from Zero: 6. Launch를 중심으로, 개발에서 실제 공개로 전환했다. 개발·운영 데이터베이스와 Shopify 구성을 분리하고 주문 흐름을 반복 검증한 뒤, ke를 핵심 판단 포인트로 압축 정리한다.

📌 핵심 요점

1. 개발에서 실제 공개로 전환했다. 개발·운영 데이터베이스와 Shopify 구성을 분리하고 주문 흐름을 반복 검증한 뒤, keepsakethreads.net의 비밀번호 보호를 해제했다. 부하 테스트는 대체로 양호했지만 일부 수정과 AI 처리 병목 점검은 남았다.
2. 디자인 품질은 참조 이미지와 실물 샘플로 확인했다. 텍스트 지시의 스타일 일관성을 보완하려 회색조 참조를 채택했다. 원본 색상을 유지하면서 스타일을 반영하려는 접근이며, 저화질 사진의 복원 결과와 받은 의류의 인쇄 품질은 긍정적으로 평가했지만 모든 입력에서의 성능이 입증된 것은 아니다.
3. 사진 처리부터 구매까지 연결했다. 브라우저에서 사람이나 얼굴을 잘라낸 부분만 업로드하도록 구성하고, 문구 확인·인쇄 영역 선택·의류 배치·시안 승인을 거쳐 구매하도록 했다. 자체 사이트가 화면을 제공하고 Shopify가 고객 계정과 결제를 담당한다.
4. 생성 비용과 상품 가격을 함께 관리한다. 최종 안내 기준으로 비회원은 매월 무료 생성 배치 1회, 로그인 사용자는 30일마다 최대 20개 배치를 이용하며 주문 시 한도가 다시 채워진다. 긴소매 티셔츠의 언급된 비용은 23달러, 판매가는 약 40달러지만 이 차액만으로 순이익을 판단할 수는 없다.
5. 운영 자동화는 역할을 나눠 준비한다. 기본 점검은 AI에 의존하지 않는 스크립트로 수행하고, 에이전트는 문제 조사·보고·마케팅을 맡도록 구상했다. DGX Spark의 상시 실행 환경과 VPS 백업을 준비하며, 광고에 앞서 추가 운영 테스트를 진행할 계획이다.

🧩 배경과 문제 정의

• Keepsake Threads는 오래된 의류 사진의 디자인을 재현하거나 새로운 스타일로 변형해 주문 제작 의류로 판매하는 사업이다. AI 도구로 구축하고, 운영에는 에이전트를 활용하려 한다.
• 로컬 개발 환경에서 만든 서비스를 실제 운영 환경으로 옮기려면 이미지 생성 품질, 사진 처리, 주문 흐름, 고객 계정과 결제를 검증해야 한다.
• 이미지 생성 비용을 통제하면서 원본 사진의 개인정보 노출을 줄이고, 개발·운영 환경 분리와 장애 점검 체계를 마련하는 것이 출시 준비의 핵심 과제다.

🕒 시간순 섹션별 상세정리

1. 로컬 개발을 마무리하고 실제 서비스 출시를 준비한다

• 이번 작업의 목표는 로컬·개발 사이트를 운영 사이트로 옮기고, 최종 테스트를 거쳐 출시하는 것이다. 주요 구축 작업은 대부분 끝났지만 운영 환경으로의 전환이 남아 있다. [00:17]
• 출시 이후에는 에이전트의 마케팅·유지보수 흐름과 사업의 변화, 주문·매출 현황을 별도로 공유할 계획이다. 수익과 사업 성공은 아직 기대하는 결과다. [00:41]

2. 입력 페이지를 정비하고 스타일 생성에 이미지 참조를 도입한다

• 사진 입력 페이지에 랜딩 페이지의 글꼴·색상과 로고를 적용해 시각적 일관성을 높였다. [01:49]
• 기존의 텍스트 중심 스타일 지시는 작은 Google Flash 모델에서 일관성이 떨어졌고, 결과가 스타일 이름과 잘 맞지 않는 경우가 있었다. 이를 보완하기 위해 이미지 참조를 시험했다. [02:08]

3. 참조 이미지의 색상 영향을 줄이기 위해 회색조를 선택한다

• 팝 스타일 비교에서 컬러 참조를 사용한 결과는 기존 결과보다 스타일이 뚜렷했지만, 참조 이미지의 색상이 결과에 섞일 가능성이 우려됐다. 회색조 참조도 함께 비교했다. [03:30]
• 스토리북·추상·레트로 등 다른 스타일에도 회색조 참조를 준비했다. 참조에서는 미감을 가져오고 색상은 원본 이미지에서 유지하려는 선택이다. [04:03]

4. 공룡 셔츠로 참조 방식의 일관성을 추가 검증한다

• 다른 이미지에서도 결과가 유지되는지 확인하기 위해 공룡 셔츠를 추가로 시험했다. 이 테스트의 호출당 비용은 약 30센트여서 테스트 횟수를 무제한으로 늘리기는 어렵다. [05:22]
• 원본에 주름과 잘린 꼬리가 있어도 충실한 재현 결과는 좋다고 평가했다. 참조 없는 결과, 컬러 참조 결과, 회색조 참조 결과를 비교했을 때 회색조 쪽에 스타일이 조금 더 드러난다고 봤다. [05:49]

5. 문구 확인과 브라우저 내 자르기로 업로드 흐름을 보완한다

• 사진의 글자를 확인하는 단계에 로딩 표시를 추가했다. 공룡 셔츠의 ‘roar’ 문구를 확인하고 확정한 뒤 디자인 단계로 진행했다. [06:40]
• 사진에 얼굴이나 사람이 포함돼 있으면 업로드 전에 브라우저에서 해당 부분을 잘라낼 수 있다. 자르기 기능은 처음에는 위치를 놓쳤지만 이후 실제로 확인했다. [08:05]

6. 호스팅 검증부터 계정·결제와 출시까지 단계적으로 진행한다

• 전체 흐름으로 셔츠를 추가 주문했고 이미지 결과도 좋다고 평가했다. 다음 단계는 로컬 Docker에서 실행하던 최신 흐름을 DigitalOcean의 비공개 호스팅 사이트에 올려 검증하는 것이다. [09:08]
• Shopify 고객 계정과 결제를 연결한 뒤 추가 주문으로 전체 자동화 흐름을 리허설할 계획이다. 이후 법적·운영 준비, 스토어와 keepsakethreads.net 도메인 연결을 거쳐 서비스를 공개하려 한다. [09:55]

7. 배포된 개발 사이트에서 사진 처리와 상품 구성을 검증한다

• 비밀번호로 보호된 개발 사이트에서 전체 주문 흐름을 시험했다. 아기 사진을 클라이언트에서 먼저 잘라 의류 무늬에 집중시킨 뒤 업로드했고, 문구가 없다는 확인을 거쳐 스타일 생성을 진행했다. [10:50]
• Printful 카탈로그에서 여러 의류를 추가했다. 상품 추가 자체에는 별도 비용이 없으며, 다른 브랜드를 주문해 소재와 품질을 비교하고 가격과의 균형을 확인하려 한다. [12:15]

8. 생성 오류를 수정하고 디자인 영역과 의류 배치를 조정한다

• 몇 가지 버그를 수정한 뒤 다시 시험했고, 자동차 패턴 추출 결과를 확인했다. 팝 스타일을 선택하고 올가미 도구로 가장자리에서 잘린 자동차들을 제외했다. [13:34]
• 유아용 티셔츠·후디, 아동용 스웨트셔츠, 긴소매 티셔츠 등 상품 선택지를 제공한다. 디자인은 작은 크기나 주머니 크기, 앞면·뒷면 배치로 조정할 수 있다. [14:43]

9. 인쇄 시안을 승인하고 실제 주문 비용을 확인한다

• 인쇄 시안을 생성한 뒤 파일을 확인하고 승인하는 단계를 거친다. 시안의 디자인 외 영역이 투명한 것도 확인했다. [16:50]
• 승인 후 실제 주문을 진행했다. 긴소매 티셔츠의 비용은 23달러이며, 소비자 판매가는 약 40달러로 설정했다고 언급했다. 해당 가격은 무리하지 않은 수준이라고 판단했다. [17:13]

10. Shopify 연결과 계정별 생성 한도로 출시 조건을 마련한다

• 앱 전체의 복구 리허설이 남아 있다. 자체 사이트를 스토어프런트로 사용하고 Shopify가 결제와 고객 계정을 처리하도록 연결하면서 테스트 결제, 무료 배송 구역, 판매 시장과 세금도 설정해야 한다. [17:50]
• 이미지 생성 비용 때문에 계정당 월 20회 렌더링으로 제한할 계획이다. 렌더링 한 번은 약 7센트이고, 디자인 세 개를 생성하면 약 21센트가 들어 무제한 사용은 비용 부담을 키울 수 있다. [18:28]

11. 정기 점검 스크립트와 조사·보고 에이전트를 나눠 운영한다

• 몇 분마다 실행하는 기본 점검은 AI에 의존하지 않는 스크립트로 구성할 계획이다. 이 점검은 앱 자체에서 실행할 수 있다. [19:03]
• 별도의 AI 에이전트가 문제를 조사하고 보고하도록 구상했다. 주간 보고를 기본으로 생각하면서 일일 보고도 원하며, DigitalOcean 앱의 예약 작업과 Hermes를 활용하려 한다. [19:28]

12. Shopify 고객 계정과 Headless 스토어프런트를 설정한다

• Shopify 설정에서 고객 계정 옵션을 확인하고 Headless 판매 채널을 설치했다. 자체 사이트가 화면을 제공하고 Shopify는 고객 계정과 결제 등을 담당하는 구조다. [20:33]
• 스토어프런트를 생성하고 Storefront API의 읽기 접근을 설정한 뒤 앱의 접근 범위를 갱신했다. 앱과 스토어에 별도 설정이 있어 구성이 다소 혼란스럽다고 느꼈다. [21:46]

13. 계정 연결 테스트에서 오류를 확인하고 디자인 라이브러리를 활용한다

• Shopify 계정 연결을 개발 사이트에 배포하고 테스트 버전에서 흐름을 검증했다. 이 검증에서는 실제 계정과 실제 결제를 사용하지 않는다고 설명했으며, 앞서 주문한 셔츠 중 하나는 배송 중이라는 알림을 받았다. [22:48]
• 스토리북 디자인을 선택해 유아용 티셔츠 주문을 구성했다. 주문 화면에는 무료 배송을 포함한 35달러가 표시됐고, 이메일 코드로 로그인하는 과정에서 버그가 발생했다. 다른 프로젝트 작업으로 도구 사용 한도도 소진돼 초기화 후 문제를 확인하려 했다. [23:53]

14. 개발·운영 데이터베이스와 Shopify 구성을 분리한다

• 운영용 데이터베이스를 추가해 개발용과 분리했다. 추가 비용은 약 30달러로 추정했으며, 개발 사이트에서 테스트하면서 운영 데이터베이스를 별도로 유지하려는 목적이다. [26:16]
• 운영용 Shopify 스토어는 우선 Basic 요금제를 사용한다. 개발 환경과 같은 접근 범위를 가진 운영용 앱을 만들고, 에이전트가 데이터베이스를 관리할 수 있도록 API 접근도 설정했다. 현재 작업은 Claude Code에서 진행하지만 준비되면 Hermes로 넘길 예정이다. [26:44]

15. 랜딩 페이지를 다듬고 실제 사용 안내 흐름을 검증한다

• 운영 전환에 필요한 요소들이 상당 부분 준비돼 전체 흐름의 종단 간 테스트를 시작했다. 랜딩 페이지의 스크롤 이미지는 크기를 줄이고 품질을 높였으며, 기존 안내 영역은 직접 녹화한 사용법 영상으로 교체할 예정이다. [27:54]
• 랜딩 페이지에는 사진·개인정보 보호, 기대할 수 있는 결과, 주문 제작 안내가 포함돼 있다. 페이지가 너무 길어지지 않도록 일부 내용을 압축할 가능성도 검토한다. [28:44]

16. AI 디자인 생성 방식과 이용 한도

• 비회원은 매월 무료 생성 배치 1회를 이용할 수 있다. 로그인 사용자는 30일마다 최대 20개 배치를 만들 수 있고, 주문할 때마다 한도가 다시 채워진다. 한 번의 실행에서 최대 두 가지 스타일을 선택한다. [30:26]
• 원본 의류에서 추출한 충실한 재현 디자인에 선택한 스타일의 변형 결과가 추가된다. 스토리북과 팝 스타일을 생성한 뒤 팝 디자인을 선택한다. [31:01]

17. 인쇄 영역 선택부터 의류 배치와 시안 승인까지

• 디자인 전체, 사각형으로 지정한 영역, 배경을 제거한 디자인, 클릭한 개별 요소, 직접 윤곽을 그린 영역을 인쇄 대상으로 선택할 수 있다. 이 과정에서는 배경을 제거한 디자인을 사용한다. [31:44]
• 성인 티셔츠 외에 아기용 보디수트, 유아 티셔츠, 후디, 스웨트셔츠 등의 선택지가 있다. 중앙의 큰 디자인, 뒷면, 가슴의 작은 디자인을 배치하고 의류 크기·색상과 디자인 크기·위치를 조정하거나 패턴을 반복할 수 있다. [32:43]

18. 로그인·장바구니 검증과 광고 없는 초기 공개

• 장바구니를 사용하려면 로그인해야 하지만 비회원은 바로 구매할 수 있다. 로그인은 이메일로 받은 코드나 Shopify의 Shop 계정을 이용한다. [33:38]
• 장바구니에는 같은 의류의 여러 수량과 서로 다른 의류를 담아 한 번에 결제할 수 있다. [34:20]

19. 흐린 사진의 복원 성능과 문구 불일치 제한

• 흐린 우주 테마 사진으로 추가 주문을 시험한다. 비회원 무료 생성 한도를 이미 사용해 로그인했으며, 낮은 해상도에도 팝과 스토리북 결과가 원본의 특징을 상당 부분 살렸다고 평가한다. [36:46]
• 생성 결과에 문구 불일치가 나타나면 해당 디자인의 선택이 제한된다. 다른 디자인을 골라 의류 제작을 이어간다. [37:14]

20. 모션 디자인 영상의 단일 요청 제작 실험

• Keepsake Threads 프로젝트 디렉터리에서 Opus 5.5에 모션 디자인 영상 제작을 실험하도록 요청했다. 결과는 스튜디오 미리보기 상태에서 렌더링 중이며, 단일 요청으로 만든 결과를 긍정적으로 평가한다. [39:47]

21. 개별 요소 추출을 활용한 성인 스웨트셔츠 샘플

• 낮은 해상도의 물고기 티셔츠 사진에서도 ‘bass to the bone’ 문구가 정확히 복원됐다. 충실한 재현, 레트로, 스토리북 결과 중 레트로 디자인을 선택한다. [40:31]
• 전체 무늬 대신 물고기 한 요소를 클릭해 추출하고, 성인 스웨트셔츠 가슴에 크게 배치한다. 다른 방식의 크롭과 인쇄 배치를 시험하는 샘플이다. [40:53]

22. 전후 비교 이미지의 공유 구상과 실제 주문 검증

• 원본 사진과 새 디자인을 함께 보여주는 공유 이미지를 마케팅에 활용하려 한다. 새 디자인을 옷에 입힌 모습으로 보여줄지 디자인 자체로 보여줄지는 아직 결정하지 않았으며, 이용자들이 이런 이미지를 공유하는 흐름이 생기기를 기대한다. [41:47]
• 우편번호로 예상 배송일을 확인하고 아동용·성인용 스웨트셔츠를 함께 결제한다. 지금까지 받은 약 5~6벌은 대체로 배송이 괜찮았지만 첫 주문은 오래 걸렸고, 그 원인은 인쇄업체 쪽의 예외적인 문제였을 것으로 추정한다. [42:28]

23. 출시 전 감사와 실물 인쇄·의류 품질 확인

• 작은 버그를 수정하면서 KT Marketer가 모션 디자인 영상의 마케팅 활용을 검토한다. KT Builder 프로필의 Astra로 최종 운영 환경 감사를 수행하고, 주 작업 세션의 Opus 5.5가 발견 사항을 검증한 뒤 필요한 수정을 진행한다. [44:27]
• 받은 샘플은 세탁과 아이의 활동 후에도 인쇄가 벗겨지는 문제가 없었다. 다만 오래 착용하면 마모가 생길 가능성은 남아 있으며, 현재 확인한 전반적인 인쇄 품질은 좋다고 평가한다. [44:59]

24. 랜딩 페이지에서 재현과 스타일 변환의 가치를 강조

• 기존의 긴 구성을 바꾸고 원본 옷, 충실한 재현, 스타일 변환, 새 티셔츠 제작을 상단에서 명확하게 보여준다. [46:19]
• 스크롤 영상은 간헐적으로 작동하지 않아 제거를 고려한다. 브라우저의 메모리 절약 설정 때문에 정지 화면으로 바뀌는 것으로 추정하며, 별도로 만든 모션 디자인 영상은 웹사이트에 넣을 계획이다. [47:07]

25. 동시 사용 부하 점검과 상시 운영 에이전트 구성

• 여러 사용자가 업로드, 디자인 생성, 결제를 동시에 수행해도 서비스가 중단되지 않는지 부하 테스트를 준비한다. 많은 동시 사용자를 예상하는 것은 아니지만, 앱에 연결된 구성 요소가 많아 확인이 필요하다. [48:43]
• 마케팅과 운영 에이전트를 항상 켜져 있는 DGX Spark에서 실행하고, VPS의 백업 에이전트와 정기적으로 동기화할 계획이다. VPS 에이전트 사용 경험 때문에 로컬을 주 실행 환경으로 택했으며, KT Marketer 프로필을 PC에서 DGX Spark로 옮겼다. [49:39]

26. 사이트 공개와 광고·사업 성과 점검 계획

• 부하 테스트는 대체로 양호했지만 일부 수정과 AI 처리 병목 점검은 남아 있다. 비밀번호 보호를 해제해 keepsakethreads.net에서 계정을 만들고 디자인을 생성할 수 있도록 공개했다. [51:21]
• 앞으로 며칠간 추가 테스트를 마친 뒤 광고를 시작할 계획이다. 아이의 추억이 담긴 옷을 재현하려는 수요를 기대하며, 제품이 다소 틈새시장에 속하더라도 반복적인 관심을 끌 가능성이 있다고 본다. [52:35]

27. 아이디어를 실제 사업으로 만드는 데 필요한 작업과 창의성

• AI와 에이전트의 목적은 아이디어를 실제로 구현하는 데 있다. 실제 제작 과정과 필요한 작업을 보여주는 데 의미를 둔다. [53:37]
• 한 번의 요청이나 몇 개의 프롬프트만으로 수익성 있는 사업이 만들어지는 것은 아니다. 작업과 창의성이 필요하지만, 아이디어를 구현하는 일이 기술적으로 가능해졌다는 점을 긍정적으로 평가한다. [53:56]

🧾 결론

• 영상의 도달점은 실제 서비스 공개다. 주문·수익·지속적인 고객 수요는 후속 업데이트에서 확인할 성과로 남아 있다.
• AI와 에이전트는 구현을 도왔지만, 출시에는 계정·결제 연결, 개인정보 처리, 비용 통제, 샘플 주문, 오류 수정과 운영 환경 검증이 함께 필요했다.
• 회색조 참조, 생성 한도, 개발·운영 분리처럼 구체적인 설계 선택이 출시 준비를 뒷받침했다. 공개 이후에도 품질과 안정성 점검은 이어져야 한다.

📈 투자·시사 포인트

• AI 기반 소규모 사업의 가능성을 보여주는 구현 사례다. 다만 서비스가 공개됐다는 사실과 수익성 있는 사업이 됐다는 판단은 구분해야 한다.
• 약 40달러의 판매가와 23달러의 제품 비용 사이 차액은 검토의 출발점이다. 생성·호스팅·배송·결제·마케팅 등 비용의 포함 범위와 실제 주문 데이터를 확인해야 수익성을 평가할 수 있다.
• 추억이 담긴 의류를 재현하려는 틈새 수요와 전후 비교 이미지의 공유 가능성이 성장 가설이다. 광고 이후 구매 전환과 반복 주문으로 그 가설을 확인필요가 있다.
• 에이전트 운영의 경제적 가치는 보고·대응·마케팅에 드는 사람의 작업량을 얼마나 줄이는지에 달려 있다. 예정된 주문·수익·관리 작업 공개가 이를 평가할 근거가 될 수 있다.

⚠️ 불확실하거나 확인이 필요한 부분

• 회색조 참조와 흐린 사진 복원에 대한 평가는 주로 제작자의 샘플 비교에 기반한다. 스타일·사진 상태별 품질 일관성과 장기간 착용에 따른 인쇄 내구성은 충분히 확인되지 않았다.
• 공개 시점에도 일부 수정과 AI 처리 병목 점검이 남았다. 로그인 오류, 생성 중단, 배송 예상 정보 표시 실패가 발견됐으며, 각 문제의 최종 해결 여부는 모두 명시되지 않았다.
• 앞부분에는 월 20회 렌더링 제한이, 최종 사용 안내에는 30일마다 20개 배치와 주문 시 한도 재충전이 설명된다. 렌더링·배치의 계산 단위와 실제 제한 동작을 확인해야 한다. 테스트 호출당 약 30센트와 렌더링당 약 7센트도 동일한 작업 비용으로 단정할 수 없다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 운영 환경에서 비회원 구매, 이메일 코드 로그인, 장바구니, 결제, 배송 정보까지 전체 주문 흐름을 다시 검증하고 발견된 오류의 해결 여부를 기록한다.
• 원본 사진이 브라우저 밖으로 전송되지 않고 선택한 부분만 업로드되는지 확인하고, 생성 문구 불일치 시 디자인 선택 제한이 작동하는지 점검한다.
• 무료·로그인·주문 후 재충전 조건별 생성 한도를 확인하고, 배치당 생성 수와 실제 비용을 화면 안내 및 사용량 기록과 대조한다.
• 동시 업로드·생성·결제 시 병목, 장애 알림, 복구 절차와 운영·마케팅 에이전트의 보고 체계를 확인한다.

❓ 열린 질문

• 추억이 담긴 의류를 재현하려는 수요가 초기 관심을 넘어 반복 구매로 이어질까?
• 주문 시 생성 한도를 다시 채우는 정책은 고객 이용과 생성 비용 사이에서 어떤 결과를 낼까?
• 에이전트가 일상 운영을 얼마나 담당하고, 예외 상황에서는 사람의 개입이 얼마나 필요할까?