オンボーディングの通話ではほぼ毎回、この質問の何らかのバージョンを受けます。たいてい慎重な言い回しで、まるで質問者が弁護士のような答えを予想し、身構えているかのように。それも無理はありません——多くのプラットフォームはフッターのどこかに「あなたのコンテンツはあなたのものです！」と印刷しておきながら、本当の規約は誰も読まないEULAの奥深くに埋め込んでいます。というわけで、ここでは率直な答えを、質問ごとに、フッターの注釈なしでお伝えします。
エージェントが書いたコードは自分のものになりますか？
はい、最初のコミットから完全にあなたのものです。ビルド（ウェブサイト、アプリ、ゲーム、何であれ）が完成した瞬間、そのソースコードは、通常のような制約なしの寛容なライセンスのもとであなたのものになります。
- ロイヤリティなし
- 収益分配なし
- 「支払いを続ける限り」という条項なし
私たちがそれに対する権利を主張しないのは、法的に意味のあるいかなる意味でも私たちがそれを書いたわけではないからです。あなたが指示を出し、私たちのエージェントがそれを実行し、その成果物はあなたが発注した業務成果物です。これは何十年もの間、ツール支援による作業全般に適用されてきたのと同じ論理です——Illustratorで作ったポスターの一部をAdobeが所有していると考える人はいません。
プロジェクトを持って離れることはできますか？
はい、できます。そしてそれは、必要になったときに慌てて知るのではなく、事前に知っておいてほしいことです。すべてのビルドにはマイビルドにコードエクスポートがそのまま用意されています——読めない縮小出力のzipではなく、本物のリポジトリです。クローンして、自分のGitHubにプッシュして、自前でホストして、BuildMidasを聞いたこともない外部の開発者に渡すことができます。それはちゃんと動きます。私たちは意図的に、一部のサイトビルダーがやるようなトリック——「エクスポート」は技術的には本当だが実質的には使い物にならない、そのランタイム内でしか正しく描画されないフレームワーク固有のマークアップの山——を避けています。
離れることがプラットフォームにとって敗北のように感じられるとしたら、そのプラットフォームは、留まる価値のあるプロダクトではなく、離脱の摩擦を中心に定着率を築いたということです。私たちはむしろ後者で勝負したいと考えています。
AIが生成したコード自体はどのライセンスで保護されていますか？
MITライセンスが、生成された瞬間からあなたのエクスポートに適用されます。実際的には次のことを意味します。
- 私たちへのクレジット表記の義務なし
- 商用利用の制限なし
- 会社を売却する際に問題になる条項なし
MITを選んだのは、ビルダーがすでに理解しているライセンスだからです——npmからパッケージを取得したことがあれば、このライセンスを読んだことがあるはずです。つまり、あなたの弁護士もすでに読んでおり、説明するのに課金される時間は必要ありません。
コピー、画像、生成されたアセットなどのコンテンツは誰のものですか？
コードと同様、あなたのものです。ただし、率直に述べておくべき一点があります。AIによる画像やアセットの生成の一部は、裏側でサードパーティのモデルプロバイダー上で動作しており、その出力の所有権に関する規約はそのレイヤーで適用されるということです（これは業界全体で標準的なことです——生成されたピクセルに対して無条件のIP権を渡すモデルプロバイダーは存在せず、そうでないと言うプラットフォームは自社のベンダー契約を読んでいません）。私たちが保証しているのは、基盤となるプロバイダーがすでに要求している以上の追加の権利主張を行わないこと、そしてプロバイダーの規約が許す限り、クレジット表記不要の利用権を引き継ぐことです。特定のアセットの出所が重要になるようなもの——商標出願や訴訟に発展しうる案件——を作っている場合は、ブログ記事の言葉を鵜呑みにせず、その特定のプロバイダーの規約をきちんと法的に確認する価値があります。
解約した場合、データはどうなりますか？
サブスクリプションが失効した瞬間にビルドやそのエクスポートが削除されることはありません。保持期間が設けられており——「忙しい月に更新を忘れた」が「6か月分の作業を失った」に変わらない程度に十分な長さです——その後、非アクティブなプロジェクトはストレージを健全に保つために整理されます。心配な場合は早めにエクスポートしてください。クリック一つで済み、解約済みプランでも無料です。私たちは更新の駆け引きとしてプロジェクトを人質に取ることはしません。それは短期的な小細工であり、長期的な信頼を不可能にします。そして信頼こそが、このようなプラットフォームを大規模に機能させる唯一のものです。
BuildMidasは私のアプリをモデルの学習に使用しますか？
いいえ、そしてこれについては巧妙な言い回しではなく、はっきりさせておく価値があります。あなたのプロンプト、コード、データ、そしてユーザーのデータ——そのいずれも、私たちであれベンダーであれ、あなたが明示的にどこかでオプトインしない限り、何かを学習させるために使われることはありません。ある顧客のデータが他の顧客のデータに触れることを防ぐテナント分離モデルは、データベースクエリに適用されるのと同じように、モデル学習にも適用されます。デフォルトでは、あなたのものはあなたのもののまま、隔離され、あなたの犠牲の上に皆のためにプロダクトを賢くするようなプールに集約されることはありません。
自分のビルドが取り込むオープンソースの依存関係についてはどうですか？
それらは出荷時のライセンスをそのまま維持します——MITはMITのまま、Apache-2.0はApache-2.0のままです。そして、エージェントがGPLのようなコピーレフトのものに手を伸ばした場合は、こっそり組み込まれるのではなく、ビルドの依存関係マニフェストにフラグが立てられます。他人の作品でいっぱいのpackage.jsonが、エージェントが単に何かをタイプしたからといって私たちの再ライセンス対象になるふりをするつもりはありません npm install。特殊な依存関係条項を持つ商用のものを出荷する前にマニフェストを確認してください。それは、誰が、あるいは何が、インストールコマンドを書いたかに関わらず、単に良い習慣です。
何か落とし穴はありますか？
正直なところ、それに最も近いのは、生成されたアセットに関する上記のモデルプロバイダーのニュアンスであり、それすら落とし穴というより、私たちが完全には制御していないスタック層についての誠実な開示です。それ以外——コード、あなた自身が書いたコンテンツ、アプリが収集するデータ、それらすべてを完全な形で持って離れる権利——はすべて、何の引っかかりもなくあなたのものです。それこそが「自分が作ったものを所有する」という言葉の唯一の意味だと私たちは考えています。技術的には真実だが、誰も行使しないほど実際には不便な所有権は、所有権ではありません。それは所有権の衣をまとったマーケティングの謳い文句であり、ビルダーは最終的にはその違いに気づきます。たいていは、最悪のタイミングで。
