2026年9月11日、モバイル自動化企業Minitapは、GoogleのモバイルデバイスエージェントプロジェクトArtemisがオープンソースプロジェクトmobile-useのコードとプロキシプロンプトの一部を使用していたが、当時READMEでソースを明示しなかったと述べる記事を公開しました。9月12日、Artemisはメインブランチに新しいコミットを追加し、READMEおよび関連ファイルにMinitapおよびモバイル用途のシグネチャを追加しました。この変更は、コードがApache 2.0に開放されているため、リユーザーが1つのライセンスだけでソースガバナンスを完了できることを意味しないことを示しています。
公的記録は何を裏付けることができるのでしょうか?
Minitapが表示するリポジトリレコードには、Androidデバイス接続の実装、Hopperプロキシ命令、サンプルタスク、古いバージョンでよく見られる欠陥など、複数の比較可能なコンテンツセットが含まれています。また、Artemisの以前のpyproject.tomlでは3人のモバイル利用著者が記載されていましたが、これらの名前は後に歴史的な置き換えで削除されたことも指摘しています。9月11日に作成された公開号では、プロジェクトに対して派生関係の指定、該当する著作権および帰属情報の復元、元の著者および貢献者の記録を求めました。
これらの資料は両コード間の出典関係の存在を証明するのに十分ですが、法的侵害に該当するかどうかは、具体的な文書、元の提出日、ライセンス義務、管轄権判断によって異なります。Minitap自身も、Artemisが独立したエンジニアリング作業を含んでいたことを認めており、ランキング結果はプロジェクトチームによる自己申告であり、独立して検証されていないと述べています。したがって、記事は一方の主張を事実として直接述べることはできません。
23件の文書に署名を加えたからといって、紛争が完全に終わったわけではありません
9月12日02:59 UTCの提出では、Artemisリポジトリは23のファイルを修正しました。READMEにはプロジェクトがMinitapによって開発されたソースコードが含まれていると明記されており、いくつかの実装ファイルには「部分的にモバイル利用から派生した」と記載された注釈や著作権情報が追加されています。この動きはMinitapの中核的な使命に沿い、後のArtemis開発者が上流を追跡できるようにします。
しかし、検証時点では関連するイシューはまだ未解決のままで、リポジトリは著者リストの変更に関する正式な説明を一切見ていませんでした。補足的な帰属は現行バージョンの可視性問題を解決しましたが、以前のバージョンがApache 2.0の用語に完全に適合しているかどうかを自動的に答えるわけではなく、特定のコード範囲の相互確認を置き換えることはできませんでした。
AIプロジェクトはオープンソースコードを4つのチェック付きで再利用しなければなりません
- レコードソース:フォーク、ディレクトリのコピー、またはコーディングエージェントを使ったフラグメントのインポートなど、上流リポジトリの保持、ハッシュのコミット、レコードの修正を行います。
- ファイルごとの検証義務:LICENSE、NOTICE、著作権ヘッダー、変更ノートを必ず確認してください;リポジトリのルートディレクトリに同じ名前のライセンスを1つだけ配置しないでください。
- プロキシ出力を通常のコードレビューとして扱う:AI生成または再投稿されたコードも類似性、依存関係のソース、ライセンススキャンが必要です。「モデルが行ったからといって責任が消えるわけではありません。」
- 評価と帰属の別個:パフォーマンスランキングは再現可能な実験と独立した検証を必要とし、コードソースはバージョン履歴と認可記録に依存します。両者は互いに置き換えることはできません。
Artemisのその後の改訂は前向きなシグナルであり、オープンソースAIチームにとって大きな課題を提起しています。モデルやプロキシは再利用速度を向上させましたが、自動的にソースの説明を埋めてはいないということです。トレーサビリティ、帰属、ライセンスチェックを統合プロセスに組み込むことは、プロジェクトリリース後の履歴追跡よりもはるかにコストが低くなります。
