거의 모든 온보딩 콜에서 이런 질문의 어떤 버전을 받습니다. 보통 조심스럽게 표현되는데, 마치 질문자가 변호사식 답변을 예상하며 마음의 준비를 하고 있는 듯합니다. 그럴 만도 합니다 — 많은 플랫폼이 푸터 어딘가에 "콘텐츠는 당신 소유입니다!"라고 써놓고는 아무도 읽지 않는 EULA 세 번의 클릭 뒤에 실제 약관을 숨겨놓기 때문입니다. 그래서 여기, 질문별로 직설적인 답을 드립니다. 푸터 각주 없이요.
제 에이전트가 작성한 코드는 제가 소유하나요?
네, 첫 커밋부터 완전히 소유합니다. 빌드가 완료되는 순간 — 웹사이트든, 앱이든, 게임이든 무엇이든 — 소스는 흔한 조건 없이 관대한 라이선스 아래 당신 것이 됩니다:
- 로열티 없음
- 수익 분배 없음
- "계속 결제하는 동안만" 같은 조항 없음
저희는 법적으로 의미 있는 어떤 관점에서도 그것을 작성한 것이 아니기 때문에 그에 대한 권리 주장을 하지 않습니다. 당신이 방향을 지시했고, 저희 에이전트는 그것을 실행했으며, 결과물은 당신이 의뢰한 작업 산출물입니다. 이는 수십 년간 도구를 활용한 작업 전반에 적용되어온 것과 같은 논리입니다. Illustrator로 만든 포스터의 일부를 Adobe가 소유한다고 생각하는 사람은 없습니다.
제 프로젝트를 가지고 떠날 수 있나요?
네, 그리고 그것을 패닉에 빠진 순간이 아니라 미리 알고 계셨으면 합니다. 모든 빌드에는 My Builds에 바로 있는 코드 내보내기 기능이 있습니다 — 읽을 수 없는 최소화된 출력물의 zip 파일이 아니라 진짜 저장소입니다. 클론하고, 자신의 GitHub에 푸시하고, 직접 호스팅하고, BuildMidas를 들어본 적도 없는 계약업체에게 넘겨줄 수 있습니다. 실제로 작동합니다. 일부 사이트 빌더들이 쓰는, 기술적으로는 "내보내기"가 맞지만 실질적으로는 쓸모없는 — 자신들의 런타임 안에서만 제대로 렌더링되는 프레임워크 전용 마크업 덩어리를 주는 방식은 저희가 의도적으로 피하고 있습니다.
떠나는 것이 패배처럼 느껴지게 만드는 플랫폼이 있다면, 그 플랫폼은 머무를 만한 가치가 있는 제품이 아니라 탈퇴 마찰을 중심으로 리텐션을 설계한 것입니다. 저희는 후자보다 전자로 경쟁하고 싶습니다.
AI가 생성한 코드 자체는 어떤 라이선스를 따르나요?
MIT입니다. 내보내기가 생성되는 순간 적용됩니다. 실질적으로 이는 다음을 의미합니다:
- 저희에게 저작권 표시를 할 필요 없음
- 상업적 이용 제한 없음
- 회사를 매각할 때 문제가 되는 조항 없음
저희가 MIT를 선택한 것은 이미 빌더들이 이해하고 있는 라이선스이기 때문입니다 — npm에서 패키지를 받아본 적이 있다면 이 라이선스를 이미 읽어본 셈이고, 그렇다면 당신의 변호사도 마찬가지여서 설명하는 데 유료 시간을 들일 필요가 없습니다.
카피, 이미지, 생성된 에셋 같은 콘텐츠는 누구 소유인가요?
코드와 마찬가지로 당신 것입니다. 다만 명확히 짚고 넘어갈 한 가지 미묘한 점이 있습니다: 일부 AI 이미지 및 에셋 생성은 내부적으로 서드파티 모델 제공업체를 통해 이루어지며, 그 계층에서는 해당 업체의 결과물 소유권 약관이 적용됩니다(이는 업계 전반의 표준입니다 — 생성된 픽셀에 대해 무조건적인 IP 권리를 넘겨주는 모델 제공업체는 없으며, 그렇지 않다고 말하는 플랫폼은 자사 벤더 계약서를 읽어보지 않은 것입니다). 저희가 보장하는 것은 기저 제공업체가 이미 요구하는 것 이상의 추가적인 권리 주장을 하지 않는다는 것과, 제공업체 약관이 허용하는 범위 내에서 저작권 표시 없이 사용할 수 있는 권리를 전달한다는 것입니다. 특정 에셋의 출처가 중요한 무언가를 만들고 있다면 — 상표 출원이나 소송으로 이어질 수 있는 사안이라면 — 블로그 글의 말이 아니라 해당 제공업체의 실제 약관에 대한 진짜 법률 검토가 필요합니다.
구독을 취소하면 제 데이터는 어떻게 되나요?
구독이 만료된다고 해서 빌드와 그 내보내기 파일이 즉시 삭제되지는 않습니다. "바쁜 달에 갱신을 깜빡했다"가 "6개월치 작업을 잃었다"로 이어지지 않을 만큼 충분히 긴 보관 기간이 있으며, 그 이후 비활성 프로젝트는 저장공간 관리를 위해 정리됩니다. 걱정된다면 미리 내보내세요. 클릭 한 번이면 되고, 요금제가 취소된 상태여도 비용이 들지 않습니다. 저희는 갱신을 유도하는 전략으로 프로젝트를 인질로 잡지 않습니다. 그것은 단기적으로는 통할지 몰라도 장기적인 신뢰를 불가능하게 만드는 얕은 수법이며, 신뢰야말로 이런 플랫폼이 규모 있게 작동하게 만드는 유일한 요소입니다.
BuildMidas가 제 앱을 모델 학습에 사용할 수 있나요?
아니요. 이 부분은 영리하게 돌려 말하기보다 명확히 짚고 넘어갈 가치가 있습니다. 당신의 프롬프트, 코드, 데이터, 사용자의 데이터 — 그 어느 것도 당신이 명시적으로 지목 가능한 방식으로 옵트인하지 않는 한 저희 것이든 벤더의 것이든 어떤 모델 학습에도 사용되지 않습니다. 한 고객의 데이터가 다른 고객의 데이터와 절대 닿지 않게 하는 테넌트 격리 모델은 데이터베이스 쿼리와 마찬가지로 모델 학습에도 동일하게 적용됩니다. 기본적으로 당신의 데이터는 당신 것으로 남고, 벽으로 격리되며, 당신을 희생시켜 모두를 위해 제품을 더 똑똑하게 만드는 어떤 풀에도 통합되지 않습니다.
제 빌드가 가져오는 오픈소스 의존성은 어떻게 되나요?
그것들은 원래 함께 배포된 라이선스를 그대로 유지합니다 — MIT는 MIT로, Apache-2.0은 Apache-2.0으로 남고, 만약 에이전트가 GPL 같은 카피레프트 라이선스를 사용하게 되면, 그것은 조용히 끼워 넣어지는 대신 빌드의 의존성 매니페스트에 표시됩니다. 다른 사람들의 작업으로 가득한 package.json이 에이전트가 타이핑했다는 이유만으로 저희 것이 되어 재라이선싱할 수 있다고 가장하지 않습니다 npm install. 특이한 의존성 조건이 있는 상업용 제품을 출시하기 전에는 매니페스트를 읽어보세요. 설치 명령을 누가, 혹은 무엇이 작성했든 상관없이 이는 그냥 좋은 습관입니다.
함정이 있나요?
솔직히 가장 함정에 가까운 것은 위에서 언급한 생성 에셋에 관한 모델 제공업체 관련 미묘함이고, 그것조차 함정이라기보다는 저희가 완전히 통제하지 못하는 스택 계층에 대한 솔직한 공개일 뿐입니다. 그 외 나머지는 모두 — 코드, 당신이 직접 작성한 콘텐츠, 당신 앱이 수집하는 데이터, 그 모든 것을 온전히 가지고 떠날 권리까지 — 아무 걸림 장치 없이 당신 것입니다. 저희는 이것이 "당신이 만든 것을 소유한다"는 말이 실제로 의미를 가지는 유일한 형태라고 생각합니다. 기술적으로는 소유권이 성립하지만 실제로는 아무도 행사하지 않을 만큼 불편하게 만들어진 대안은 소유권이 아닙니다. 그것은 소유권의 옷을 입은 마케팅 문구일 뿐이며, 빌더들은 결국 그 차이를 알아차리게 됩니다. 보통 최악의 순간에 말이죠.
