Als wen loggt sich dein Agent ein?

Vergangene Woche habe ich zweitausend Wörter darüber geschrieben, dass AI-native eine Frage der Abrechnung sei. Der Gedanke: Eine Preisseite lässt sich schwerer fälschen als eine Keynote, also verrät die Abrechnungseinheit, was eine Firma wirklich für die Arbeitseinheit hält. Ich hatte ein schönes Beispiel, Paper und Figma, zwei Design-Tools, die sich ein Jahr lang darüber gestritten haben, ob ein Canvas für ein Modell lesbar sein muss. Auf den Einstieg war ich sogar ein bisschen stolz: Ein unabhängiges Braintrust-Eval fand im Juli heraus, dass ausgerechnet das Tool aus HTML, gebaut damit Modelle es lesen können, das generischere Markup produziert als jenes, das seinen Canvas auf der GPU zeichnet. Papers Output bestand zu 46 Prozent aus <div>s, Figmas zu 35 Prozent.

Dann habe ich 39 bepreiste KI-Produkte von 19 Anbietern gelesen, und das Ganze ist in etwa zwei Stunden zusammengefallen.

Zwei Funde haben gereicht. GitHubs Cloud-Coding-Agent läuft allein, unbeaufsichtigt, minutenlang, und jede dieser Sessions wird gegen das Kontingent eines benannten menschlichen Seats abgerechnet. Nach meinem eigenen Test wäre damit der weltweit am breitesten ausgerollte autonome Agent ein Copilot. Und dann Atlassian, das für Rovo einen vollständigen Credit-Zähler ausliefert, bis hinunter zu "10 credits per request to Rovo Agents", und in der eigenen Doku schreibt: "Atlassian is not currently billing for extra usage above your Rovo credit allowance."

Ein Zähler, auf den niemand eine Rechnung bekommt, ist Telemetrie mit einem Preisschild daneben.

Der Essay ist also tot. Dieser hier ist enger, besser belegt und für dich deutlich nützlicher, wenn du in einem deutschen Unternehmen arbeitest.

Von den 39 katalogisierten Produkten rechnen 14 einen Seat plus Credits ab, 10 sind reiner Verbrauch, 9 reine Seats, 5 rechnen pro Outcome ab, und eines konnte ich anhand öffentlicher Seiten überhaupt nicht einordnen. Sieht nach einem Spektrum aus. Der Eindruck hält genau so lange, bis man liest, wie die Credits überhaupt zugeteilt werden.

39 Preisseiten am Stück zu lesen ist übrigens nichts, was ich zur Nachahmung empfehle. Ein paar davon verstecken die Zahl, die du suchst, in einer Fußnote unter einer Vergleichstabelle, und zwei bekam ich nur aus einer PDF-Preisliste heraus. Damit scheinen alle Beteiligten gut zu leben.

Atlassians Rovo-Kontingente "are pooled at the organization level, so allowances scale with your seat count and editions". Figmas AI Credits sind "assigned to an individual user", verfallen monatlich und "can't be shared or transferred to other users". Zendesks KI-Agenten halten überhaupt keinen Seat, und trotzdem bemisst sich das Resolution-Kontingent, aus dem sie schöpfen, an der Zahl der lizenzierten menschlichen Agenten.

Das ist keine Verbrauchspreisgestaltung, die mit Seat-Preisen konkurriert. Das ist Verbrauch, denominiert in Seats. Der Zähler misst Maschinenarbeit und bucht sie gegen einen Personalstand, womit über deine Agentenkapazität weiterhin die Zahl deiner Beschäftigten entscheidet.

Nach Preismodell zu sortieren bringt dich also kaum weiter. Eine Frage sortiert dagegen sehr wohl.

Über die 39 Produkte hinweg: Bei 18 kann ein Agent den Zähler belasten, ohne dass ein benannter menschlicher Seat an der Transaktion hängt, bei 11 nicht, 9 sind Mischformen, eines konnte ich nicht bestimmen. Die Anbieter nähern sich nicht an. Sie haben gegensätzlich entschieden und es in ihre eigene Dokumentation geschrieben.

Microsofts Antwort lautet: Der Agent handelt als Person. Für mitarbeiterseitige Copilot-Studio-Szenarien steckt die Agentennutzung in der Microsoft-365-Copilot-Lizenz, wenn der Nutzer lizenziert ist "and the agent operates using the authenticated Microsoft 365 Copilot USL user's identity". Agent 365, die Governance-Ebene darüber, ist "licensed per user". Die FAQ stellt trocken fest: "Agents do not require their own licenses." Und einen lizenzfreien Weg drumherum gibt es nicht. Wer seinen Zugriff an einen On-behalf-of-Agenten delegiert, braucht eine Lizenz, und ein autonomer Agent mit eigenem Zugriff zieht sie stattdessen bei "the owner, sponsor or the manager".

Der naheliegende Ausweg ist enger, als er aussieht, aber nicht so eng wie der erste Satz, den man dazu findet. Einen Agenten unter einem gemeinsamen technischen Konto laufen zu lassen kann Multiplexing sein, was die Power-Automate-Lizenz-FAQ auf "Power Apps, Power Automate, and Microsoft Copilot Studio" begrenzt und als Bündeln von Verbindungen oder Reduzieren "the number of users that directly access or use" dieser Produkte beschreibt. Der Ton ist unmissverständlich: "Using multiplexing as a mechanism to reduce the number of licenses to purchase is a license violation."

Schon die nächste Frage auf derselben Seite macht es deutlich weicher. Microsoft beschreibt, wie ein Flow regelkonform unter einem Service-Account läuft, unter anderem über eine Prozesslizenz für den Flow, und hält dabei fest: "this is guidance only and not hard enforcement". Die Doktrin zielt auf Menschen, die sich hinter einem technischen Konto verstecken, nicht auf Maschinen: Ein Flow fällt nicht darunter, wenn "the users consume the data, rather than trigger the flow". Microsofts Multiplexing-Papier sagt zudem, das Konstrukt gelte nur für "access-based licensing", und rahmt das als Vorteil, den verbrauchsbasierte und andere nicht nutzerbezogene Modelle bieten.

Bepreist und eng also, nicht versperrt. Lohnt sich selbst nachzulesen, bevor dir jemand, der beim ersten Satz aufgehört hat, etwas anderes erzählt.

Atlassian hat sich andersherum entschieden. "A service account is an account that is not associated with a person", und "when you grant a service account access to Jira or Confluence, they do not count towards your user limit. This means we don't charge your Jira or Confluence subscription plan for service accounts." Cursor sagt es knapper: Service-Accounts "do not consume a seat license". Linear braucht eine Zeile dafür, "Agents are not counted as billable seats in Linear". Und Databricks bepreist den Unterschied in der Genie-Kostendoku: "The free usage applies to identified users, not Databricks service principals."

Gleiche Architektur, gegensätzliche Rechnung, je nachdem, welches Logo im Tab steht.

Aufschlussreicher ist, dass die großen Anbieter beide Antworten gleichzeitig ausliefern. Microsoft ist ein Nein beim Copilot-Seat und ein Nein bei Agent 365, und ein Ja bei Copilot Studio, wo ein ereignisgesteuerter Agent aus einem tenantweiten Credit-Pool schöpft. Google ist ein Nein bei Workspace, wo Gemini ohne sichtbaren Zähler im Nutzerpreis steckt, und ein Ja bei der Agent Platform, die vCPU-Stunden gegen ein Cloud-Billing-Konto abrechnet, ganz ohne Seat.

Und jetzt schau, wo die jeweilige Antwort sitzt. Kein einziges Flaggschiff-Anwendungsprodukt in meinem Katalog ist reiner Verbrauch. Den seatfreien Zähler gibt es, und er liegt in der Builder-Plattform, eine Ebene unter dem Produkt, das das Business tatsächlich gekauft hat. Ob dein Agent eine menschliche Lizenz braucht, hängt damit daran, auf welcher der beiden Ebenen dein Team zufällig gebaut hat. An diese Entscheidung erinnert sich hinterher niemand.

Überzeugt hat mich, dass die Trennung strukturell ist und nicht kommerziell, weil die Identitätsschicht sie erzwingt.

Microsofts On-behalf-of-Flow, über den Software im Namen eines angemeldeten Nutzers handelt, "only works for user principals". Ein Agent, der um drei Uhr nachts läuft und bei dem niemand angemeldet ist, kann ihn nicht verwenden. Er weicht auf Client Credentials aus und authentifiziert sich als er selbst. Sobald ein Agent wirklich unbeaufsichtigt arbeitet, verliert er die Möglichkeit, sich eine menschliche Identität zu leihen, ganz gleich was in der Lizenz steht.

Dieselbe Weggabelung bestimmt, was dein Audit-Trail wert ist. Googles IAM-Leitfaden benennt den Fehlerfall unverblümt: Authentifiziert sich ein Service-Account über einen Service-Account-Key, dann "there is no reliable way to tell who used the key", während Impersonation mit Nutzer-Credentials den handelnden Principal protokolliert. Microsofts Entra Agent ID protokolliert Agentenaktivität "under the base identity type from where the activity originates", und um sie zu finden, filterst du über eine agentType-Eigenschaft in drei verschiedenen Feldern. Eines noch, bevor du jemandem eine saubere Auswertung zusagst: Diese Logs kommen über Graph derzeit nur auf dem /beta-Endpunkt heraus, der keinerlei Kompatibilitätszusage trägt, während das Produkt selbst GA ist.

Microsoft dokumentiert beide Hälften davon auf einer einzigen Seite, und die Lücke dazwischen ist der ganze Essay.

Bei der Abrechnung ist ein Event-Trigger Maschinenarbeit und wird auch so berechnet: "a recurrence trigger set to activate every 10 minutes sends a trigger payload as a message to an agent every 10 minutes", und jede dieser Payloads ist abrechenbar. Bei der Authentifizierung, weiter unten auf derselben Seite: "Currently, event triggers can use only the agent author's credentials for authentication. As well, in order for the agent to run autonomously, all triggers and actions that require authentication must use the maker's credentials."

Ich habe die Seite zweimal gelesen, weil das beim ersten Mal wie ein Redaktionsfehler aussieht. Ist es nicht. Die Rechnung sagt, eine Maschine hat es getan. Das Protokoll sagt, es war die Person, die das Ding gebaut hat und zu dem Zeitpunkt schlief. Microsoft benennt die Folge offen und warnt, das Veröffentlichen eines solchen Agenten "might allow users of an agent to use the agent to access data and systems using that same authorization", und zeigt Makern diese Warnung vor der Veröffentlichung.

Ich habe eine Menge Agenten-Demos gesehen. Sie haben alle denselben Rhythmus: Jemand tippt eine Anfrage in normaler Sprache, das Ding verschwindet kurz, kommt mit erledigter Arbeit zurück, und der Raum macht ein anerkennendes Geräusch. Ich habe noch nie jemanden fragen hören, mit wessen Zugangsdaten das gerade gelaufen ist, und eine ganze Weile habe ich es selbst nicht gefragt.

Das, wofür du bezahlst, und das, was sich authentifiziert, sind damit auseinandergelaufen, und der Audit-Trail folgt der Identität, nicht der Rechnung. In dieser Lücke fängt es an, dich Geld zu kosten.

Jetzt kommt der Teil, mit dem ich nicht gerechnet hatte und wegen dem der erste Essay im Papierkorb gelandet ist.

Wer schon einmal ein IT-System vor einem Betriebsrat vorgestellt hat, kennt den Ablauf. Erst kommt die Frage, was das System tut. Dann die Frage, was es über wen aufzeichnet. Die zweite entscheidet über deinen Zeitplan, und Agentenplattformen beantworten sie schlecht.

Die Mitbestimmung nach § 87 Abs. 1 Nr. 6 BetrVG erfasst technische Einrichtungen, die geeignet sind, Verhalten oder Leistung von Beschäftigten zu überwachen. Zwei Merkmale der Rechtsprechung zählen hier.

Erstens spielt die Absicht keine Rolle. Das Bundesarbeitsgericht formuliert es in 1 ABR 7/15 so: Zur Überwachung bestimmt sind technische Einrichtungen, "wenn sie objektiv geeignet sind, Verhaltens- oder Leistungsinformationen über den Arbeitnehmer zu erheben und aufzuzeichnen; auf die subjektive Überwachungsabsicht des Arbeitgebers kommt es nicht an". Die objektive Eignung entscheidet. Deine Zusicherung, dass niemand auf die Idee käme, Agenten-Logs in einem Mitarbeitergespräch zu verwenden, ist keine Verteidigung, und die Roadmap-Folie mit dem Agenten-Produktivitätsdashboard pro Entwickler ist ein Beweismittel für die Gegenseite.

Zweitens, und das ist der Kern, hängt der Auslöser daran, ob sich die Daten einzelnen Beschäftigten zuordnen lassen. In derselben Entscheidung verneinte das Gericht die Mitbestimmung auf einem Prüfungspunkt gerade deshalb, weil eine allgemeine Administratorenkennung eine Identifizierung des jeweiligen Arbeitnehmers ausschloss, "auch unter Zuhilfenahme weiterer Erkenntnisquellen". Dazu gehört allerdings, dass das die bindende Tatsachenfeststellung der Vorinstanz war und kein vom BAG gesetzter Maßstab, was begrenzt, wie schwer du dich darauf stützen kannst.

Und jetzt leg das neben den Lizenz-Befund.

Eine Plattform, die jede Agentenaktion unter der Identität eines benannten Beschäftigten protokolliert, ist objektiv geeignet, Verhaltens- oder Leistungsinformationen über diese Person zu erheben, und damit nach dieser Rechtsprechung in allen praktisch relevanten Konstellationen mitbestimmungspflichtig. Das ist eine Verhandlungspflicht, kein Verbot, und möglicherweise Sache des Gesamtbetriebsrats oder schon von einer Rahmenvereinbarung zu IT-Systemen erfasst, wo diese Gespräche ohnehin meistens landen. Microsofts Lizenzmodell drängt dich genau dorthin und bepreist die Alternative des gemeinsamen Kontos, statt sie zu verbieten. Atlassian, Cursor und Linear drängen dich kostenlos in die andere Richtung.

Der Fall mit den Maker-Credentials ist schlimmer. Dort hat die Person, deren Name monatelang unter nächtlicher Maschinenaktivität steht, die Arbeit nicht gemacht, nicht angefordert und nicht mitbekommen. Sie hat den Agenten einmal gebaut, irgendwann im März, und seitdem nicht mehr angefasst. Wollte man ein System entwerfen, das individuell zuordenbare Leistungsdaten über eine Person erzeugt, die gar keine Leistung erbringt, käme ungefähr das dabei heraus.

Zu genau dieser Konstellation gibt es noch keine Entscheidung, und ich halte das für den Kern der Sache. Ob Maschinenaktivität unter einer menschlichen Kennung als Verhaltens- oder Leistungsinformation über diese Person gilt, ist offen. Entschieden wird es an einem Sachverhalt, den niemand bewusst gewählt hat, zusammengesetzt daraus, welcher Anbieter welchen Bake-off gewonnen hat.

Beim Ausweg möchte ich in beide Richtungen genau sein, denn er wird in beide Richtungen überverkauft. Agenten auf Service-Identitäten zu legen verengt die Frage, beendet sie aber nicht: In einem echten Stack liefern dir SIEM, Ticketsystem und Freigabeoberfläche meist einen Weg zurück zur auslösenden Person. Die Headset-Entscheidung von 2024 ist hier aufschlussreich, allerdings nicht in der Richtung, in der sie üblicherweise zitiert wird. Das BAG hat zwar festgehalten, dass die bloß theoretische Möglichkeit, eine Führungskraft könnte herausfinden, wer welches Gerät benutzt hat, nicht genügt. Die Latte liegt also nicht bei metaphysischer Unmöglichkeit. Das Gericht hat das System aber trotzdem als mitbestimmungspflichtig eingestuft, weil der Überwachungsdruck auch ohne Zuordnung der Headsets zu einzelnen Beschäftigten bestand. Die gepoolte Identität hat das Mitbestimmungsrecht nicht beseitigt. Und bejaht wurde es auch dort, wo nichts aufgezeichnet oder gespeichert wird. Kurze Aufbewahrungsfristen retten dich also ebenfalls nicht. Der Betriebsrat hat den Fall am Ende dennoch verloren, und zwar an der Zuständigkeit: Das System wurde unternehmensweit eingeführt, zuständig war deshalb der Gesamtbetriebsrat. Gut zu wissen, bevor du mit dem falschen Gremium verhandelst.

Zwei Termine für den Plan. § 90 Abs. 1 Nr. 3 BetrVG nennt Künstliche Intelligenz seit 2021 im Gesetzestext, und die Vorschrift greift bereits bei der Planung, womit dein Architekturdokument für die Agentenplattform schon der Auslöser ist. Sie begründet Unterrichtung und Beratung, keinen Unterlassungsanspruch, und genau deshalb überspringt sie jeder. Und nach § 80 Abs. 3 BetrVG gilt die Hinzuziehung eines Sachverständigen als erforderlich, soweit der Betriebsrat die Einführung oder Anwendung von KI beurteilen muss. Die Debatte über die Erforderlichkeit, die du früher gewonnen hast, entfällt damit. Was bleibt, ist die Vereinbarung über Person, Umfang und Kosten. Plane das ein und verhandle das Mandat früh, statt es als Eskalation zu behandeln.

Hier muss ich präzise sein, denn genau an dieser Stelle geht die LinkedIn-Fassung dieses Arguments schief.

Du kannst derzeit nicht argumentieren, eine falsche Zuordnung von Agentenaktionen verletze Betreiberpflichten aus dem AI Act, denn diese Pflichten gelten noch nicht. Der Digital Omnibus on AI, Verordnung (EU) 2026/1744 vom 8. Juli 2026, seit dem 27. Juli in Kraft, hat Kapitel III Abschnitte 1 bis 3, in dem die Artikel 12, 14, 19 und 26 stehen, auf den 2. Dezember 2027 für Anhang-III-Systeme und den 2. August 2028 für Anhang-I-Systeme verschoben. Artikel 26 bindet heute niemanden.

Er würde dir auch dann nur begrenzt helfen. Artikel 26 Abs. 6 verlangt von Betreibern, Protokolle mindestens sechs Monate aufzubewahren, "soweit diese ihrer Kontrolle unterliegen", und sagt nichts darüber, ob darin der richtige Handelnde steht. Die einzige Stelle, an der der AI Act die Identifizierung der beteiligten natürlichen Personen verlangt, ist Artikel 12 Abs. 3 Buchst. d, beschränkt auf biometrische Fernidentifizierung. Außerhalb der Biometrie sagt dir der AI Act nirgends, dass du festhalten musst, wer gehandelt hat.

In Kraft ist dagegen Artikel 50, seit dem 2. August 2026, mit einer Obergrenze von 15 Millionen Euro oder, sofern es sich um ein Unternehmen handelt, 3 Prozent des weltweiten Jahresumsatzes, je nachdem, welcher Betrag höher ist. Bei KMU und Start-ups gilt umgekehrt der niedrigere. Die Leitlinien der Kommission zu Artikel 50 vom 20. Juli 2026 gehen an genau diesem Punkt weiter als der Verordnungstext. KI-Agenten fallen unter Artikel 50 Abs. 1, wenn sie bei der Ausführung ihrer Aufgaben mit Menschen interagieren, und sie müssen so gestaltet sein, dass sowohl ihre künstliche Natur als auch die Person offengelegt wird, in deren Auftrag sie handeln, ausdrücklich hergeleitet aus der "delegation of authority and accountability for the consequences of their actions". Artikel 50 Abs. 1 adressiert Anbieter, und das erbst du in dem Moment, in dem du einen Agenten unter eigenem Namen in Betrieb nimmst. Die Leitlinien verweisen außerdem, in einer Fußnote und beispielhaft, auf elektronische Attribut-Attestierungen nach eIDAS und die EU Digital Identity Wallets samt der noch geplanten European Business Wallets als eine Möglichkeit, einen Agenten zu identifizieren.

Dieselben Leitlinien halten in Randnummer 5 fest, dass sie unverbindlich sind und nur der EuGH den AI Act verbindlich auslegen kann. Behandle sie als Vollzugshaltung des AI Office, niemals als Gesetz. Als Richtungsangabe gelesen hat die Kommission allerdings eine Zielarchitektur beschrieben, in der ein Agent eine eigene, attestierte Identität trägt. Microsofts heutiger Standard ist das Gegenteil davon, und es ist der Standard, auf den sich die meisten deutschen Unternehmen gerade festlegen.

Das ist nur attended gegen unattended, neu entdeckt. Weitgehend ja. UiPath hat schon 2019 Attended-Lizenzen pro benanntem Nutzer und Unattended-Lizenzen pro Maschine dokumentiert, und RPA-Teams bepreisen unbeaufsichtigte Maschinenarbeit seit einem Jahrzehnt. Die Unterscheidung ist alt, das räume ich ein. Geändert hat sich, wer sie trifft. Früher war es eine bewusste Entscheidung eines Automatisierungsteams, das wusste, dass es wählt. Heute ist es eine Voreinstellung in den Lizenzbedingungen von Allzwecksoftware, die dein ganzes Unternehmen ohnehin nutzt, und gefragt wird niemand.

Die Abrechnungseinheit ist ein nachlaufender Indikator, also lies kein Kaffeesatz in Preisseiten. Die Historie spricht gegen mich, und das gehört klar gesagt. Adobe hat seine Abrechnung früh und bewusst umgestellt, hat nach eigener Darstellung neue Funktionen den Dauerlizenzen vorenthalten und lag danach zwei Geschäftsjahre unter dem alten Umsatzhoch: 4,40 Milliarden US-Dollar in FY2012, 4,06 Milliarden in FY2013, übertroffen erst wieder in FY2015. Microsoft hat seinen Cloud-Seat mehr als vier Jahre nach Google ausgeliefert, verkauft 2024 immer noch ein perpetual lizenziertes Office LTSC und ist das größte Cloud-Softwareunternehmen der Welt. Twilio, Snowflake und Datadog haben ihre Abrechnung nie umgestellt, sie wurden damit geboren. Und Salesforce hat im dritten Quartal seines Geschäftsjahres 2026 die Produktbezeichnungen hinter 39,4 Milliarden US-Dollar Jahresumsatz aus Abonnements und Support in "Agentforce" umbenannt und der SEC mitgeteilt, es habe "no changes in the allocation of revenue between these service offerings as a result of this change" gegeben. Das ist eine Umbenennung, von der Rechtsabteilung freigegeben, in einem Quartal ausgeliefert, und darunter hat sich kein Stück bewegt.

Einen verantwortlichen Menschen anzuhängen ist ein Feature. Für Hochrisikosysteme wird es ab Dezember 2027 eine gesetzliche Pflicht: Artikel 26 Abs. 2 verlangt von Betreibern, die menschliche Aufsicht natürlichen Personen zu übertragen, die über die erforderliche Kompetenz, Ausbildung, Befugnis und Unterstützung verfügen. "Der Agent läuft unter der Identität einer Person" ist also manchmal genau das, was du willst. Nichts davon sagt dir, welche Antwort du wählen sollst. Es sagt dir, dass du herausfinden musst, welche du längst gekauft hast.

Stell deinen Anbietern eine Frage im ersten Gespräch, bevor die Demo losgeht: Kann hier ein Agent arbeiten, ohne dass eine benannte menschliche Lizenz an der Transaktion hängt, und wenn ja, was steht anschließend als Handelnder im Audit-Log? Jeder Anbieter in meinem Katalog beantwortet das irgendwo in seiner öffentlichen Dokumentation. Von sich aus spricht es praktisch keiner an.

Dann stell dieselbe Frage an deine eigene Plattform. Läuft alles unter Beschäftigtenidentitäten, hast du eine Mitbestimmungsfläche, die niemand bewertet hat, und eine Lizenzrechnung, die mit dem Personalstand wächst statt mit der Automatisierung. Läuft es über Service-Identitäten, schuldest du deinem Betriebsrat den Nachweis, dass in deinem gesamten Bestand kein realistischer Join-Pfad zurück zu einer Person übrig bleibt, und dieser Nachweis ist eine technische Zusage, kein Absatz in einer Betriebsvereinbarung.

Keine der beiden Antworten ist falsch. Sie versehentlich zu treffen schon.

Und damit du mich festnageln kannst, hier mein Falsifikator. Wenn die großen Plattformen in zwei Jahren Agentenidentitäten mit eigenen attestierten Berechtigungen und eigenen Zählern ausliefern und Betriebsräte Agenten-Logs durchwinken, weil der Handelnde nie eine Person war, dann war das ein Übergangsproblem und ich habe zu viel daraus gemacht. Ich glaube nicht, dass es so kommt, weil Microsoft eine Lizenzdoktrin zu verteidigen hat und es die ist, die pro Kopf bezahlt wird.

Die operative Seite davon, Agenten in einem regulierten Umfeld zu betreiben, Calls zu instrumentieren und zu steuern, was vom Vorschlagen zum Ausführen befördert wird, steht in The AI-native Platform Playbook. Die Identitätsfrage kommt vor all dem, und anders als das meiste davon kostet sie dich einen Nachmittag.

Katalog erhoben am 24. August 2026 aus Preisseiten, Lizenzleitfäden und Produktdokumentation der Anbieter. Preise ändern sich monatlich, prüfe vor jeder Weiterverwendung nach.