결제·도메인·서버를 버튼 하나로 여는 Manus, 한국은 결제에서 멈춥니다

코드는 몇 분이면 나오고, 그다음이 남아 있었습니다

Codex나 Claude Code에 맡기면 웹앱 코드는 금방 나옵니다. 그런데 코드가 있다고 서비스가 열리지는 않습니다. 서버를 설정하고 데이터베이스를 붙이고, 로그인을 연동하고, 결제를 달고, 도메인을 사서 SSL 인증서를 거는 일이 남습니다. 코딩 에이전트는 대개 코드까지 만들고 멈추고, 그다음은 사람이 붙어야 실제 서비스가 됩니다.

코드를 짜는 속도가 몇 배 빨라져도 프로젝트 전체가 그만큼 빨라지지 않은 이유가 여기 있습니다. 사람이 쓰던 시간의 상당 부분은 원래 코드 바깥의 설정과 연결에 있었습니다. Manus는 코드를 더 잘 쓰는 경쟁 대신, 코드 다음에 오는 단계를 프롬프트 안으로 가져오는 쪽을 골랐습니다.

8개월에 걸쳐 한 단계씩 가져왔습니다

Manus 블로그를 날짜순으로 보면 이 단계들이 한꺼번에 나오지 않았습니다.

결제를 가장 먼저 가져온 순서가 눈에 띕니다. 보통 결제는 가장 늦게 붙이는 기능입니다. 결제 회사 계정을 만들고 본인 확인 심사를 거친 뒤에야 연동을 시작할 수 있기 때문입니다. Manus는 Stripe가 에이전트용으로 만든 「가져갈 수 있는 샌드박스」를 써서 이 순서를 뒤집었습니다. 결제를 달기로 하는 순간 Manus가 임시 Stripe 환경을 만들고, 상품과 구독 모델, 결제 확인용 웹훅까지 설정한 뒤 실제 돈이 오가지 않는 상태로 결제 흐름 전체를 시험하게 합니다. 사이트가 마음에 들면 그때 Stripe에서 본인 확인을 거쳐 실제 결제를 엽니다.

도메인도 같은 방식으로 붙습니다. 이미 가진 도메인은 Manus가 알려 주는 레코드 하나를 등록 기관에 넣으면 연결되고, 새 도메인은 빌더 안에서 검색해 바로 삽니다. 연결된 모든 도메인에는 무료 SSL 인증서가 자동으로 발급되고 갱신됩니다. 브라우저 탭을 여러 개 열어 DNS를 고치고 인증서를 따로 받던 일이 한 화면으로 줄었습니다.

서버 운영 방식과 비용도 고르게 했습니다

6월 24일 나온 호스팅 모드는 코드 다음 단계 가운데 가장 뒤에 있는 운영을 건드렸습니다. 기본값인 자동 확장 모드는 트래픽에 따라 인스턴스를 0개에서 5개까지 늘리고 줄이며, 요청을 처리하는 시간만큼만 요금을 받아 사이트가 한가할 때는 비용이 0입니다. 예약 모드는 인스턴스 하나를 계속 켜 두어 첫 요청이 느려지는 일이 없고, 실시간 방송 대시보드나 디스코드 봇처럼 연결을 계속 붙잡아야 하는 앱에 맞춥니다.

계정마다 호스팅과 데이터베이스에 함께 쓰는 월 10달러어치 크레딧이 기본으로 들어갑니다. 작은 사이트는 크레딧 안에서 돌고, 트래픽이 늘거나 예약 모드를 켜면 사용량만큼 비용이 붙는 구조입니다. 서비스가 커질 때 요금이 얼마나 오르는지는 사이트마다 달라서 발표문만으로는 가늠하기 어렵습니다.

만들기 전에 완성될 모습부터 정합니다

만드는 과정도 순서를 바꿨습니다. Manus는 개발을 시작하기 전에 사이트를 어떻게 만들지 설계도처럼 먼저 보여 주고, 디자인 스타일과 결제, 챗봇 같은 기능을 이 단계에서 고르게 합니다. 참고할 사이트 주소를 넣으면 그 디자인을 재현하고, Figma 디자인을 넣으면 작동하는 앱으로 바꿉니다. 고친 내역은 버전으로 남아 이전 상태로 되돌릴 수 있습니다.

Manus가 소개한 사례는 모두 개발자가 아닌 사람들이 만든 사이트입니다. 신생 의류 브랜드 Lovlii는 브랜드 가이드와 제품 카탈로그를 넘겨 제품 문의 챗봇과 가상 착용 기능이 달린 브랜드 페이지를 만들었습니다. 400명 규모의 러닝 크루를 운영하는 Sam은 로그인과 역할별 화면, 가입 알림이 붙은 회원 포털을 만들었고, 고등학교 교사 출신 창업자 David는 IELTS 수험 강좌를 게시하는 날부터 결제가 되는 사이트로 팔기 시작했습니다. 회사가 고른 성공 사례라 몇 번 고쳐 만들었는지, 몇 달 운영한 뒤 어떻게 됐는지는 나와 있지 않습니다.

코드는 내보낼 수 있어도 운영을 옮기는 비용은 남습니다

Manus는 전체 코드를 언제든 내려받을 수 있고 특정 플랫폼에 묶이지 않는다고 강조합니다. 코드 소유권이 만든 사람에게 있으니 원하면 Manus 밖에서 계속 배포할 수 있다는 설명입니다.

코드를 가지고 나오는 일과 서비스를 옮기는 일은 드는 품이 다릅니다. Manus 로그인으로 가입한 회원을 다른 인증 시스템으로 옮기려면 사용자에게 다시 가입이나 비밀번호 재설정을 요청하는 일이 생길 수 있고, 정기 결제가 걸린 고객은 옮기는 동안 청구가 끊기거나 두 번 되지 않게 맞추는 작업이 따릅니다. 통합 대시보드에 쌓인 방문과 전환 기록은 코드 저장소에 담기지 않습니다. 기능을 한 플랫폼에 많이 묶을수록 시작은 빨라지고, 나중에 옮길 때 풀어야 할 매듭도 늘어납니다.

한국에서는 결제 단계에서 멈춥니다

국내 사업자가 이 흐름을 그대로 따라가면 결제에서 멈춥니다. Stripe가 공개한 지원 국가·지역 목록에 한국이 없기 때문입니다. 샌드박스에서 결제 흐름을 시험하는 데까지는 문제가 없지만, 실제 결제를 받으려면 샌드박스를 Stripe 계정으로 가져가야 하고 그 계정을 한국 사업자로는 열 수 없습니다. Stripe는 지원 국가 밖 기업에 미국 법인 설립 서비스 Stripe Atlas를 안내하는데, 판매 사이트 하나를 열려고 미국 법인을 세우는 국내 소상공인은 드뭅니다.

결제를 국내 PG로 붙이면 게시 버튼 하나로 끝나지 않습니다. 카드 결제를 받으려면 PG사 심사를 거쳐야 하고, 판매 사이트에는 통신판매업 신고와 사업자 정보 표시, 개인정보처리방침 게시가 필요합니다. 로그인도 카카오나 네이버 계정으로 가입하는 방식에 익숙한 국내 사용자에게는 자체 로그인만으로 부족할 수 있습니다. 국내 사업자가 Manus로 결제까지 붙인 사례는 확인되지 않았고, 이 대목은 국내 절차와 제품 구성을 비교한 해석입니다.

배포가 자동화되면 병목은 운영으로 옮겨 갑니다

게시 버튼 이후에도 일은 남습니다. 로그를 보고 문제를 찾고, 장애가 나면 되돌리고, 트래픽에 맞춰 서버를 고르는 판단은 여전히 사람이 합니다. Manus가 호스팅 모드를 내놓은 것도 이 판단의 일부를 선택지로 바꾼 것입니다. 만드는 속도가 빨라질수록 운영해야 할 서비스의 수가 늘어나니, 에이전트가 가져갈 다음 단계는 운영입니다.

이 제품이 실제로 낮춘 것은 코딩 능력의 장벽보다 설정의 장벽입니다. 도메인과 인증서, 결제 연동처럼 코드를 몰라도 막히던 단계가 버튼으로 바뀌었고, 개발자가 아닌 사람도 게시하는 날 판매를 시작할 수 있게 됐습니다. 다음에 확인할 것은 이 범위가 장애 대응과 확장 같은 운영까지 넓어지는지, 그리고 넓어질수록 다른 곳으로 옮기기 어려워지는지입니다.

읽어 주셔서 고맙습니다.

초이 드림