ENTSCHEIDUNGSHILFE · PLATTFORMWAHL

Das Tool an der Arbeit messen, nicht an der Demo

Die Karte ist eine Ausgangshypothese, keine Rangliste. Sie trennt die Geschwindigkeit der Einführung von Kontrolle und Umkehrbarkeit und muss an typischer Arbeit überprüft werden.

01Richtwerte · mit demselben Testdossier prüfen
02Eignung nach Art der Arbeit

Ein einziger Sieger ist selten die richtige Antwort. Wählen Sie eine Hauptarchitektur und halten Sie fest, wo eine zweite echten Mehrwert bringt.

Art der ArbeitArbeitsbereichCode-AgentDesktop-AgentOffene ArchitekturOrchestrierung
Allgemeine Wissensarbeitstarkniedrigmittelmittelmittel
Softwareentwicklungmittelstarkniedrigmittelmittel
Lokale Dateien und Desktopmittelniedrigstarkniedrigmittel
Differenzierendes Produktniedrigmittelniedrigstarkstark

Bewertet wird eine abgeschlossene Aufgabe, nicht eine Modellantwort.

«Welches KI-Tool sollen wir wählen?» klingt nach einer Produktfrage. Im Unternehmen ist es ein Architekturentscheid, der Daten, Identitäten, Prozesse, Kontrollen, Kosten und die Fähigkeit zum Kurswechsel betrifft.

Die Produkte tun nicht dasselbe. Claude und ChatGPT Enterprise decken Wissensarbeit im weiten Sinn ab; Claude Code und Codex arbeiten im Code und verändern die Art, wie Software entwickelt wird; Kimi Work, ein Produkt des chinesischen Unternehmens Moonshot AI, bietet Agenten, die mit lokalen Dateien, im Browser und an wiederkehrenden Aufgaben arbeiten; Kletron, das von Numezis entwickelte und betriebene Agentenprodukt, steuert mehrere Agenten bei fachlichen Aufgaben. Modelle mit offenen Gewichten schliesslich lassen sich selbst hosten. Die richtige Antwort hängt von der zu erledigenden Arbeit ab, nicht von der Funktionstabelle.

Wir konfigurieren und integrieren diese Produkte im Alltag: Einstellungen, Verbindungen zu Ihrer Software (namentlich über das Protokoll MCP), Tests, Zugriffsrechte und Kontrollen im produktiven Betrieb. Die Produkte zu kennen ist wichtig, aber der Architekturentscheid kommt zuerst.

Die Arbeit beschreiben, bevor Sie das Produkt wählen

Ziehen Sie zuerst die Vertrauensgrenze um die Arbeit. Was darf das System lesen? Was darf es behalten? Welche Tools darf es aufrufen? Was darf es verändern? Wo muss eine Person bestätigen? Welche Spuren müssen nach getaner Arbeit verfügbar bleiben?

Diese Fragen verändern die Liste der Kandidaten sofort. Ein Unternehmens-Arbeitsbereich eignet sich zum Formulieren und Analysieren; ein Code-Agent gehört in ein isoliertes Repository; ein Agent, der mit den Dateien eines Arbeitsplatzes arbeitet, wird in einem sehr engen Rahmen getestet; eine offene Architektur ist für ein Produkt gerechtfertigt, das Sie vom Markt abhebt, nicht weil «offen» sicherer wäre, sondern weil das Unternehmen Kontrollen beherrschen muss, die ein Online-Produkt nicht freigibt.

Art der ArbeitWas das System tun darfWas zu beweisen istVernünftige Standardwahl
Beim Formulieren helfenLesen und formulierenQualität, Einhaltung des DatenumfangsUnternehmens-Arbeitsbereich
Suchen und empfehlenLesen, vergleichen, empfehlenQuellengestützte Antworten, Zugriffsrechte, Spur der prüfenden PersonArbeitsbereich oder Programmierschnittstelle
EntwickelnCode lesen, ändern, testen, vorschlagenIsolierte Ausführung, Prüfung der Änderungen, TestergebnisseCode-Agent in isolierter Umgebung
In Software handelnTools aufrufen, Systeme aktualisierenMinimale Rechte, Prüfung, RückgängigmachenGesteuerte Anwendung
Kunden bedienenExternen Nutzenden in grosser Zahl antwortenBetrieb, Überwachung, Stückkosten, AusstiegProgrammierschnittstelle oder kontrollierte Grundlage

Jeden Kandidaten mit demselben Testdossier prüfen

Verkaufsdemos zeigen, wie gewandt ein Produkt wirkt; ein gemeinsames Testdossier zeigt, was für den Entscheid zählt. Dieselben Aufgaben, dieselben Dokumente, dieselben Rechte, dasselbe Bewertungsraster, dieselben Kostenannahmen für jeden Kandidaten. Nehmen Sie Grenzfälle auf: unvollständige Dokumente, widersprüchliche Anweisungen, Inhalte in mehreren Sprachen, vertrauliche Felder, eine in einem Dokument versteckte manipulierte Anweisung, den Ausfall eines Tools, die Aufforderung zu einer unumkehrbaren Aktion.

Das Dossier liefert sechs Ergebnisse:

  1. Qualität: Richtigkeit, Vollständigkeit, Treue zu den Quellen, Prüfaufwand.
  2. Zuverlässigkeit: reproduzierbare Ergebnisse, Verhalten bei Ausfall oder Zeitüberschreitung.
  3. Kontrollen: was das System verweigert, was es bestätigen lässt, was es protokolliert.
  4. Integrationsaufwand: Identitäten, Konnektoren, Schnittstellen, Umgebungen, Supportaufwand.
  5. Gesamtkosten: Lizenzen oder Verbrauch, Einrichtung, menschliche Prüfung, Betrieb, Ausstieg.
  6. Ausstiegsfähigkeit: was sich exportieren lässt, was neu gebaut werden müsste, was zur Abhängigkeit wird.

Fassen Sie das Dossier nicht in einer einzigen Note zusammen. Ein Kandidat kann bei der Qualität gewinnen und den Entscheid trotzdem verlieren, weil er den verlangten Datenumfang nicht einhält.

Zuerst die Daten: Wo werden sie bearbeitet?

Prüfen Sie bei jedem Kandidaten, wo die Inhalte bearbeitet und gespeichert werden, wie lange sie aufbewahrt werden, ob sie zur Verbesserung des Dienstes dienen können und auf welcher rechtlichen Grundlage eine Übermittlung ausserhalb der Schweiz möglich ist (als angemessen anerkanntes Land, Zertifizierung nach dem Swiss-US Data Privacy Framework, Standardvertragsklauseln). Bei Kimi Work ist das ein besonderer Punkt: Solange die Bearbeitung in China oder ausserhalb der Schweiz und der EU nicht durch ausreichende Garantien abgedeckt ist, gehören weder Kundendaten noch geschützte Daten hinein. Unsere Analyse nDSG, AI Act und generative KI erläutert diese Regeln.

Vier typische Architekturen

Der verwaltete Arbeitsbereich (ChatGPT Enterprise, Claude Enterprise, Copilot). Die richtige Standardwahl für eine breite interne Nutzung: Identitäten, Verwaltung und Zugang zu den Modellen an einem Ort. Im Gegenzug akzeptieren Sie die Grenzen des Produkts und müssen prüfen, wie Daten, Konnektoren, Aufbewahrung und Modellwechsel gehandhabt werden.

Die verwaltete Programmierschnittstelle (API eines Modellanbieters). Die richtige Wahl für eine Anwendung, die Sie vom Markt abhebt, oder für einen kontrollierten Prozess: Sie beherrschen Nutzererlebnis, Steuerung, Dokumentensuche und Regeln. Im Gegenzug liegen Umsetzung und Betrieb bei Ihnen: Eine API ist keine vollständige Dienstleistung.

Der Code- oder Arbeitsplatz-Agent (Claude Code, Codex, Kimi Work). Die richtige Wahl, wenn die Arbeit in Dateien, einem Code-Repository, einem Terminal oder einem Browser stattfindet. Im Gegenzug ist die Handlungsfläche grösser: Isolierung, lokale Rechte, Geheimnisse wie Zugangsschlüssel, Browser-Sitzungen und menschliche Prüfung liegen in Ihrer Verantwortung.

Die offene oder selbst gehostete Architektur. Die richtige Wahl, wenn Kontrolle, Hosting-Standort, Kostenstruktur oder Differenzierung es rechtfertigen, alles selbst zu beherrschen. Im Gegenzug geht es nicht nur um Server: Tests der Modelle, Aktualisierungen, Kapazität, Sicherheit, Reaktion auf Vorfälle und Support liegen bei Ihnen.

Eine Kombination ist oft sinnvoll, sofern die Grenzen schriftlich festgehalten sind: der Arbeitsbereich für die alltägliche Nutzung mit geringem Risiko, der Code-Agent für die Entwicklung, eine Programmierschnittstelle für einen kundennahen Prozess, ein offenes Modell nur dort, wo die Kontrolle es verlangt. Ein Stapel von Tools ohne Grenzen erzeugt doppelte Identitäten, widersprüchliche Datenregeln und keine verantwortliche Person.

Die Kosten pro erledigtem Vorgang vergleichen

Die Frage lautet fast nie «Preis pro Nutzer gegen Preis pro Anfrage». Vergleichen Sie die Gesamtkosten pro erfolgreich erledigtem Vorgang: Plattform, Verbrauch, Integration, Datenaufbereitung, Tests, menschliche Prüfung, Betrieb, Änderungen und Ausstieg. Vergleichen Sie diese dann mit den heutigen Kosten, nachgebesserte Arbeit und Wartezeiten eingerechnet. Ein Tool, das pro Anfrage günstig ist, wird pro Vorgang teuer, wenn die Nutzenden die meisten Ergebnisse korrigieren müssen.

Rechnen Sie drei Szenarien: Pilotprojekt, erwartetes Volumen und schwieriges Szenario (mehr Volumen, längere Dokumente, tiefere Erfolgsquote, Modellwechsel, verstärkte Prüfung). Ziel ist nicht eine genaue Zahl, sondern die Annahme zu finden, die den Entscheid umkehren würde.

Den Entscheid und den Ausstiegsweg festhalten

Ein gutes Entscheidblatt beschreibt Ausgangslage, Optionen, Ergebnisse des Testdossiers, die getroffene Wahl, die akzeptierten Risiken und die Bedingungen für eine Neubeurteilung. Es beschreibt auch den Ausstieg in fünf Zeilen: Exportformat der Daten, Liste der Integrationen, Wiederverwendbarkeit der Tests, Abhängigkeiten der Nutzenden und Schulungen, geschätzte Dauer für einen glaubwürdigen Ersatz. Es wird überprüft, wenn sich Vertrag, Preis, Verhalten des Modells oder Bedeutung des Prozesses ändern.

Die richtige Antwort lautet nicht «Wir sind anbieterneutral». Sie lautet «Wir wissen, warum diese Architektur für diese Arbeit gewinnt, was wir in Kauf nehmen und welche Optionen wir uns offengehalten haben».

Wie wir helfen können

Die Wahl und Konfiguration eines Arbeitsbereichs für Ihre Teams gehört zur KI-Begleitung. Das Testdossier, die Integration in Ihre Software, Agenten und massgeschneiderte Architekturen gehören zum Angebot KI-Engineering: eine Klärungsphase von einer bis drei Wochen, danach eine verbindliche Offerte, oder ein Abonnement, wenn mehrere Vorhaben aufeinander folgen. Für ein KMU, das zwischen ChatGPT, Claude, Gemini und Copilot schwankt, ist die Analyse welcher Assistent zum KMU passt direkter.