Minitap wirft Google fehlende Open-Source-Nennung bei Artemis vor

Worum es geht

Das Pariser Start-up Minitap wirft Google vor, wesentliche Teile seines unter Apache 2.0 veröffentlichten Projekts mobile-use in Artemis, ein Werkzeug zur Automatisierung von Android-Geräten, übernommen zu haben, ohne die ursprünglichen Entwickler sichtbar zu nennen. Minitap veröffentlichte seine detaillierte Darstellung am 12. September 2026. Der Vorwurf betrifft nicht nur ähnliche Ideen: Das Unternehmen verweist auf wortgleichen Code, identische Agentenanweisungen, dasselbe ungewöhnliche Beispiel und eine Autorenliste, die in einer älteren Artemis-Version noch drei Minitap-Entwickler nannte und später ersetzt wurde.

Google hatte zum Zeitpunkt unserer Prüfung noch keine ausführliche öffentliche Stellungnahme veröffentlicht. Im Artemis-Repository wurde jedoch eine Änderung zur Wiederherstellung der Anerkennung eröffnet. Damit ist der zentrale Sachverhalt teilweise öffentlich nachvollziehbar, während Absicht und interne Abläufe ungeklärt bleiben.

Was Artemis und mobile-use tatsächlich machen

Beide Projekte geben KI-Agenten Zugriff auf Android-Geräte. Sie verbinden sich mit einem Telefon oder Emulator, lesen den sichtbaren Zustand und führen Aktionen wie Tippen, Wischen oder das Öffnen einer App aus. Minitap nennt mehrere konkrete Überschneidungen: einen ADB-Tunnel, die Anweisungen für einen Agenten namens Hopper und ein WhatsApp-Beispiel, in dem Neujahrsgrüße an Alice, Bob und Charlie gesendet werden.

Besonders belastbar ist die Versionsgeschichte. Eine ältere pyproject.toml-Datei von Artemis führte Pierre-Louis Favreau, Jean-Pierre Lo und Nicolas Dehandschoewercker als Autoren auf. In einer späteren Fassung wurden diese Namen durch einen anderen Autor ersetzt. GitHub verzeichnet zudem einen Force-Push im August. Minitap verweist außerdem auf einen Fehler beim Umgang mit Ergebnisdateien, der zeitweise in beiden Implementierungen vorhanden gewesen sei. Diese Indizien beweisen eine technische Herkunft, beantworten aber noch nicht, wer welche Entscheidung getroffen hat.

Warum das wichtig ist

Apache 2.0 erlaubt ausdrücklich Nutzung, Veränderung und kommerzielle Weiterverbreitung. Freiheit bedeutet jedoch nicht, dass Herkunft beliebig unsichtbar gemacht werden darf. Abschnitt 4 der Lizenz verlangt unter anderem, einschlägige Copyright- und Attributionshinweise zu erhalten und geänderte Dateien kenntlich zu machen. Welche Pflichten hier im Detail greifen, hängt von den übernommenen Dateien und den vorhandenen Hinweisen ab; eine abschließende juristische Bewertung liegt nicht vor.

Für offene KI-Projekte ist die praktische Wirkung größer als ein Namensstreit. Herkunftsangaben zeigen, wo Fehler gemeldet werden können, wer Designentscheidungen versteht und welche Komponenten tatsächlich unabhängig entwickelt wurden. Wenn kleine Teams befürchten müssen, ihre Arbeit später unter dem Namen eines Konzerns wiederzufinden, sinkt der Anreiz, frühe Forschung offen zu teilen. Gleichzeitig wäre es falsch, Artemis vollständig als Kopie darzustellen: Minitap selbst sagt, dass das Google-Projekt auch eigene Entwicklungsarbeit enthält.

Einfach erklärt

Stell dir vor, eine Nachbarin stellt ihr Brotrezept öffentlich bereit und erlaubt ausdrücklich, es zu verändern und sogar in einer Bäckerei zu verkaufen. Eine große Bäckerei darf daraus ein neues Brot machen. Sie sollte aber den Zettel mit der Herkunft nicht aus dem Rezeptbuch reißen und so tun, als sei jeder Schritt im eigenen Backraum entstanden. Genau um diesen Herkunftszettel dreht sich der Konflikt.

Praktisches Beispiel

Ein kleines Team veröffentlicht 5.000 Zeilen Code für einen mobilen Testagenten. Ein größeres Unternehmen übernimmt 800 Zeilen, verändert 200 davon und ergänzt 10.000 eigene Zeilen. Technisch ist das neue Produkt überwiegend eigenständig. Trotzdem bleiben die übernommenen 800 Zeilen samt Lizenz- und Herkunftshinweisen relevant. Ein sauberer README-Eintrag, erhaltene Copyright-Hinweise und eine nachvollziehbare Änderungshistorie würden späteren Entwicklern zeigen, welche Fehler aus welchem Ursprung stammen. Fehlt diese Spur, muss das kleine Team alte Commits, identische Beispiele und gemeinsame Fehler zusammensuchen, um seine Arbeit überhaupt nachzuweisen.

Einordnung und Grenzen

Erstens stammt die ausführliche Beweisführung von Minitap, also einer beteiligten Partei. Die verlinkten GitHub-Stände ermöglichen Prüfung, ersetzen aber keine unabhängige Untersuchung. Zweitens ist nicht bekannt, warum die Autorennamen entfernt wurden oder ob dies eine bewusste Entscheidung des verantwortlichen Google-Teams war. Drittens lässt sich aus identischen Teilen nicht ableiten, dass Artemis insgesamt kopiert wurde; Minitap erkennt eigene Google-Beiträge ausdrücklich an.

Außerdem ist dies keine Rechtsberatung. Ob ein konkreter Lizenzverstoß vorliegt, müssten Fachleute anhand aller Dateien, Hinweise und Distributionswege bewerten. Fest steht vorerst nur: Die öffentlich dokumentierte Herkunft war unklar, und Google reagierte nach dem Hinweis mit einer Änderung zur Anerkennung.

SEO- und GEO-Schlüsselbegriffe

Google Artemis, Minitap mobile-use, Open-Source-Attribution, Apache 2.0, Android-Agenten, KI-Agenten, GitHub-Versionsgeschichte, Softwareherkunft, Autorenangabe, Open-Source-Lizenz