Aleph Alpha und Cohere: Was die Fusion für den Zugang zu souveränen Modellen bedeutet – und was noch zu prüfen ist
Imagen generada con gpt-image-2.5-sunburst para InferamaQuelle ↗
01

Einführung: Warum der Zusammenschluss für souveräne Unternehmens-KI relevant ist

Der geplante Zusammenschluss von Aleph Alpha und Cohere ist ein strukturelles Ereignis für den Markt der Unternehmens-KI – besonders für Organisationen, die Anforderungen an Datensouveränität und den Umgang mit sensiblen Informationen erfüllen müssen. Es geht nicht nur um eine kommerzielle Expansion: Die Unternehmen kündigen eine transatlantische Einheit an, die eine souveräne Alternative für Regierungen und stark regulierte Branchen anbieten soll. Ob daraus tatsächlich ein neues, integriertes Angebot entsteht, lässt sich jedoch erst beurteilen, wenn der Zusammenschluss abgeschlossen und die Produktintegration konkretisiert ist.

Für IT- und Compliance-Teams in Europa ergeben sich unmittelbare Fragen: Bleiben bestehende Dienste verfügbar? Ändern sich Lizenzen, Nutzungsbedingungen oder Supportwege? Und welche Zusicherungen zur Kontrolle über Daten und Infrastruktur gelten nach einem Abschluss? Derzeit belegen die vorliegenden Unternehmensangaben den geplanten Zusammenschluss und den noch ausstehenden regulatorischen Prozess. Sie belegen keine bereits umgesetzten Änderungen bei Modellen, Zugang oder Lizenzen. Diese Unterscheidung ist entscheidend, damit Kunden Ankündigungen nicht mit operativen Tatsachen verwechseln.

02

Bestätigte Fakten: Was über den Zusammenschluss bekannt ist

Am 24. April 2026 kündigten Cohere und Aleph Alpha ihren Plan an, sich zusammenzuschließen. Am 16. September 2026 teilten die Unternehmen mit, einen endgültigen Vertrag über die Unternehmensverbindung unterzeichnet zu haben. Die Transaktion steht weiterhin unter dem Vorbehalt abschließender behördlicher Genehmigungen; der Abschluss wurde für einen späteren Zeitpunkt im Jahr 2026 erwartet. Ein unterschriebener Vertrag ist daher nicht mit einem bereits vollzogenen Zusammenschluss gleichzusetzen.

Nach den angekündigten Plänen soll das kombinierte Unternehmen weltweit unter dem Namen Cohere tätig sein und seinen Hauptsitz in Berlin und Toronto haben. Das Büro von Aleph Alpha in Heidelberg soll als Forschungszentrum bestehen bleiben. Ilhan Scheer, derzeit Co-CEO von Aleph Alpha, soll nach Abschluss Chief Operating Officer von Cohere werden. Samuel Weinbach, Mitgründer und Co-Chief Research Officer von Aleph Alpha, soll die Forschungsleitung übernehmen. Beide Ernennungen sind an den Abschluss der Transaktion gebunden. Die Unternehmen der Schwarz Gruppe kündigten im April außerdem eine strukturierte Finanzierungszusage von 500 Millionen Euro an; diese Ankündigung belegt für sich genommen weder den Abschluss noch konkrete Produktänderungen.

Zeitlicher Ablauf und Status

Die Unterscheidung zwischen angekündigtem Plan, unterzeichnetem Vertrag und vollzogener Transaktion ist für die Bewertung des aktuellen Produkt- und Vertragsstatus wichtig.

DatumEreignisBelegter Status
24. April 2026Cohere und Aleph Alpha kündigen den Plan zum Zusammenschluss an.Angekündigter Plan; Genehmigungen stehen aus.
16. September 2026Die Unternehmen melden die Unterzeichnung eines endgültigen Vertrags.Vertrag unterzeichnet; abschließende behördliche Genehmigungen stehen aus.
Später im Jahr 2026Voraussichtlicher Abschluss laut Unternehmensangaben.Erwartet, aber in den vorliegenden Angaben nicht als vollzogen bestätigt.
03

Auswirkungen auf das Modellangebot: Zugang und Lizenzen sind noch offen

Aleph Alpha präsentiert Kolibri auf seiner Unternehmenswebsite als souveränes Sprachmodell und nennt einen Zugang live oder über eine API. Das belegt, wie das Unternehmen das Produkt auf dieser Seite beschreibt und welche Zugangsmöglichkeiten es dort aufführt. Es belegt nicht, dass Kolibri infolge der Transaktion unverändert verfügbar bleiben wird, dass sich sein Zugang bereits geändert hat oder dass bestimmte Lizenzbedingungen fortgelten. In den vorliegenden Informationen finden sich keine Lizenzdokumente, aktualisierten Nutzungsbedingungen oder vollständigen Modellinventare, anhand derer sich Folgen für Kolibri oder andere Modelle feststellen ließen.

Für Cohere nennt die Ankündigung die Zusammenführung von Forschungskompetenz, Unternehmenslösungen und Partnerschaften im öffentlichen Sektor. Sie beschreibt aber keine konkrete Migration von Aleph-Alpha-Modellen auf die Plattform von Cohere, keine geänderten Endpunkte und keine neuen Bedingungen für API-, Cloud-, private oder isolierte Bereitstellungen. Ebenso wenig liegt eine Modellliste vor, die ausweist, welche Modelle beider Unternehmen von der Transaktion betroffen sein sollen. Kunden sollten deshalb nicht annehmen, dass Lizenzen automatisch unverändert bleiben – aber auch nicht, dass sie sich automatisch ändern. Maßgeblich sind die jeweils geltenden Verträge und später veröffentlichte, anwendbare Produkt- und Lizenzinformationen.

Für Entwickler und Beschaffungsteams gilt: Der öffentlich beschriebene Zugang zu einem Modell ist nicht dasselbe wie ein vertraglich zugesichertes Verfügbarkeitsniveau. Ebenso lässt sich aus der geplanten Unternehmensstruktur nicht ableiten, wer nach Abschluss für ein bestimmtes Modell, eine API oder einen Supportvertrag verantwortlich sein wird. Solange die Anbieter keine konkreten Integrations- und Vertragsdetails veröffentlichen, bleibt der operative Einfluss auf bestehende Installationen und Anwendungen ungeklärt.

04

Regulatorische Fragen: Was Kunden in der EU selbst prüfen müssen

Die Mitteilung vom September erklärt, das kombinierte Unternehmen werde innerhalb der jeweils geltenden rechtlichen und regulatorischen Rahmenbedingungen Kanadas und Deutschlands arbeiten. Sie verweist außerdem auf Schutz- und Aufsichtsmechanismen für den Umgang mit sensiblen Daten und Technologien. Das sind Aussagen über die vorgesehene Struktur und die Absichten der Unternehmen. In den vorliegenden Informationen stehen jedoch weder die konkreten Kontrollen noch eine technische Spezifikation, eine Datenflussübersicht oder ein vollständiges Modell der Verantwortlichkeiten, anhand dessen sich die praktische Umsetzung bewerten ließe.

Für europäische Kunden bedeutet ein transatlantischer Anbieter nicht automatisch, dass europäische Anforderungen an Datenverarbeitung, Auftragsverarbeitung oder Sicherheitskontrollen erfüllt sind oder wegfallen. Die entscheidende Prüfung bezieht sich auf den konkreten Dienst und die konkrete Konfiguration: Wo werden Eingaben, Ausgaben, Protokolle und Sicherungskopien verarbeitet und gespeichert? Welche Unterauftragnehmer und Infrastrukturregionen sind beteiligt? Wer ist Vertragspartner und für welche Verarbeitung verantwortlich? Welche Zugriffs- und Supportrechte gelten? Solange diese Informationen nicht für das jeweilige Produkt und den jeweiligen Vertrag vorliegen, ist eine allgemeine Zusage zur Souveränität kein Ersatz für die eigene rechtliche und technische Prüfung.

Auch der angekündigte Hauptsitz in Berlin und Toronto beantwortet diese Fragen nicht. Unternehmenssitz, Forschungsstandort, Rechenzentrumsstandort und Speicherort einzelner Daten sind unterschiedliche Sachverhalte. Kunden sollten Anforderungen aus der DSGVO und anwendbare nationale Vorgaben anhand des tatsächlichen Einsatzes prüfen, statt aus einer Standortankündigung auf Datenresidenz oder ausschließliche Kontrolle innerhalb der EU zu schließen.

Prüfschritte für eine aktualisierte Risiko- und Compliance-Bewertung

Die folgenden Schritte helfen dabei, die geplante Transaktion von den konkreten Eigenschaften eines eingesetzten Dienstes zu trennen.

  1. 01Den aktuellen Vertrag, die geltenden Lizenzbedingungen und die Produktdokumentation für jedes eingesetzte Modell sichern.
  2. 02Klauseln zu Kontrollwechsel, Übertragung von Rechten, Vertragsübernahme, Kündigung und Änderungen von Nutzungsbedingungen prüfen.
  3. 03Für die tatsächlich genutzte Konfiguration Verarbeitungsorte, Speicherorte, Datenflüsse, Unterauftragnehmer und Infrastrukturpartner abfragen.
  4. 04Verantwortlichkeiten für Datenschutz, Sicherheit, Support und Vorfallmeldungen vertraglich zuordnen lassen.
  5. 05Die konkrete Verarbeitung mit den einschlägigen EU- und nationalen Anforderungen abgleichen; eine allgemeine Unternehmenszusage nicht als Nachweis der Konformität behandeln.
  6. 06Bei angekündigten Änderungen schriftliche, produktspezifische Angaben und einen Zeitplan einholen, bevor Architektur- oder Beschaffungsentscheidungen angepasst werden.
05

Checkliste: Fragen zu Lizenzen, Zugang und Nutzungsrichtlinien

Da die Unternehmen weitere Integrations- und Produktdetails angekündigt, aber in den vorliegenden Informationen noch nicht beschrieben haben, sollten Kunden den Status ihrer konkreten Dienste aktiv klären. Die folgende Checkliste hilft, Gespräche mit den zuständigen Vertriebs-, Rechts-, Produkt- und Supportteams zu strukturieren. Sie ersetzt weder die Prüfung des eigenen Vertrags noch eine rechtliche Bewertung.

Antworten sollten schriftlich eingeholt und mit den aktuell geltenden Vertragsunterlagen abgeglichen werden. Dabei ist zwischen Aussagen zum geplanten Zielbild und verbindlichen Zusagen für ein bestimmtes Produkt zu unterscheiden. Wenn eine Antwort nicht ausdrücklich Kolibri, einen anderen konkreten Modellnamen, die genutzte API oder die vereinbarte Bereitstellungsform abdeckt, sollte sie nicht ohne Weiteres auf diese Konfiguration übertragen werden.

Fragen an den Anbieter

Die Fragen sollten für jedes Modell und jeden genutzten Zugangskanal einzeln beantwortet werden.

BereichZu klärende Frage
Lizenz und RechteBleiben die derzeitigen Lizenzbedingungen für Kolibri und andere konkret eingesetzte Modelle nach einem Abschluss unverändert? Falls nicht: Welche Änderungen gelten ab wann und auf welcher vertraglichen Grundlage?
Zugang und VerfügbarkeitÄndern sich API-Endpunkte, Zugangsdaten, Verfügbarkeitszusagen, Versionen oder die unterstützten Bereitstellungsformen? Welche Fristen gelten für eine mögliche Abschaltung oder Migration?
ModellangebotWelche Modelle sind von der Integration betroffen, welche bleiben eigenständig verfügbar und wo ist eine aktuelle, verbindliche Modellübersicht veröffentlicht?
Datenverarbeitung und SouveränitätWo werden Eingaben, Ausgaben, Protokolle und Sicherungskopien für die konkret vereinbarte Konfiguration verarbeitet und gespeichert? Welche Kontrollen können Kunden vertraglich durchsetzen?
Vertragspartner und VerantwortungWelche juristische Person ist nach dem Abschluss Vertragspartner und Ansprechpartner für Datenschutz, Sicherheit, Abrechnung und Haftung?
NutzungsrichtlinienÄndern sich zulässige Nutzungen, Inhaltsrichtlinien, Aufbewahrungsfristen, Trainingsverwendung oder die Möglichkeiten, Modelle in eigenen Umgebungen bereitzustellen?
Support und ÜbergangWer unterstützt bestehende Installationen, wie werden Änderungen angekündigt und welche Übergangs- oder Ausstiegsoptionen stehen Kunden zur Verfügung?
06

Grenzen der Belege: Was noch nicht bestätigt ist

Die verfügbaren Unternehmensmitteilungen bestätigen den Plan zum Zusammenschluss, die Unterzeichnung des endgültigen Vertrags am 16. September 2026 und den Vorbehalt behördlicher Genehmigungen. Sie bestätigen nicht, dass die Transaktion bereits abgeschlossen ist. Ebenso fehlt eine belastbare Dokumentation dazu, wie Modelle von Aleph Alpha in Produkte von Cohere integriert werden sollen, welche Modelle betroffen sind und ob sich Zugangskanäle oder Lizenzbedingungen ändern. Die Produktseite von Aleph Alpha beschreibt Kolibri als souveränes Modell mit Live- oder API-Zugang; sie dokumentiert keine durch den Zusammenschluss verursachten Änderungen.

Auch die Formulierung, das kombinierte Unternehmen werde die erste transatlantische souveräne KI-Lösung schaffen, ist eine strategische Aussage der Beteiligten und in den vorliegenden Belegen keine unabhängig überprüfte technische Feststellung. Aus den Ankündigungen allein lassen sich weder konkrete Garantien zur Datenresidenz in der EU noch die Wirksamkeit einzelner Aufsichtsmechanismen ableiten. Offen bleiben insbesondere die produktspezifischen Vertragsbedingungen, die Verantwortlichkeit nach Abschluss, die konkreten Datenflüsse und ein verbindlicher Zeitplan für mögliche Änderungen.

Bis entsprechende Unterlagen verfügbar sind, sollten Kunden bestehende Verträge und Systeme nicht allein aufgrund einer Unternehmensmitteilung als unverändert oder automatisch angepasst behandeln. Entscheidend sind die jeweils geltenden Vertragsdokumente und aktuelle, konkrete Informationen zum eingesetzten Modell und zur gewählten Bereitstellung. Wenn diese Unterlagen keine klare Antwort geben, bleibt der Status offen und sollte vor einer Änderung des Betriebs oder einer neuen Beschaffung mit dem Anbieter geklärt werden.

Offene Fragen

  • Die Transaktion war in den vorliegenden Angaben noch nicht als abgeschlossen bestätigt; die abschließenden behördlichen Genehmigungen standen aus.
  • Es liegen keine dokumentierten Änderungen der Lizenzbedingungen für Kolibri oder andere Modelle von Aleph Alpha und Cohere vor.
  • Es ist nicht belegt, welche konkreten Modelle integriert, eigenständig weitergeführt oder von Änderungen beim Zugang betroffen sein werden.
  • Für die vorliegende Konfiguration europäischer Kunden sind keine vollständigen Angaben zu Datenflüssen, Speicherorten, Unterauftragnehmern und Verantwortlichkeiten dokumentiert.
  • Die angekündigten Souveränitäts- und Aufsichtsmechanismen sind in den vorliegenden Informationen nicht durch produktspezifische technische oder vertragliche Nachweise ausgeführt.
07

Weiter entdecken

07

Verwendete Quellen

03

Korrekturen und Transparenz

Wenn du falsche oder veraltete Angaben findest, sende uns die Seite und die zu prüfende Quelle.

Korrektur vorschlagen