Software auswählen, wenn ein Agent sie bedienen soll

Du sitzt in der Demo. Der Verkäufer klickt sich durch die Oberfläche, alles sieht gut aus, der Preis stimmt. Eine Frage stellt in diesem Termin niemand — und es ist die, die später am meisten kostet.

In den letzten Wochen fielen hier ungewöhnlich viele Software-Entscheide: Passwortmanager, Git-Hosting, Newsletter-System, Analytics, Mail-Versand, Identitätsverwaltung. Bei jedem einzelnen stand dieselbe Frage an erster Stelle — vor dem Preis, vor der Funktionsliste, vor dem Design:

Kann ein KI-Agent dieses Werkzeug von aussen vollständig bedienen?

Teil 4 hat die These begründet: Ein Agent ist nur so nützlich wie die Flächen, die er bedienen kann. Dieser Teil macht daraus das Handwerkszeug — die konkrete Checkliste, mit echten Ausgängen echter Entscheide.

Die fünf Prüffragen

1. Gibt es eine Schnittstelle für alles, was die Oberfläche kann? Der entscheidende Unterschied heisst «hat eine API» gegen «ist API-first». Ersteres bedeutet oft: Ein nachgerüsteter Endpunkt kann drei Dinge, die Weboberfläche kann dreissig. API-first bedeutet: Die Oberfläche ist selbst nur ein Klient der Schnittstelle — alles Klickbare ist auch aufrufbar. Der Test dauert zehn Minuten: Nimm die drei Verwaltungsaufgaben, die du am häufigsten machst, und such sie in der API-Dokumentation. Fehlt eine, bleibt sie für immer Handarbeit.

2. Gibt es eine Kommandozeile? Für einen Agenten ist ein gutes CLI oft wertvoller als eine API — keine Token-Verwaltung, keine HTTP-Fehlerbehandlung, direkt benutzbar. Unser Passwortmanager-Entscheid fiel genau hier: Der langjährige, bequeme Anbieter hatte kein CLI und keine brauchbare API. Für einen Menschen ein Komfortverlust von null — für einen Agenten ist das Werkzeug schlicht unsichtbar. Er kann kein Secret holen, keins ablegen, nichts prüfen. Der Nachfolger (Vaultwarden) wird komplett über die Kommandozeile bedient.

3. Ist die Konfiguration Text? Einstellungen, die nur in einer Datenbank oder hinter Klickpfaden leben, kann ein Agent weder versionieren noch nachvollziehen noch wiederherstellen. Konfiguration als Datei heisst: Git kennt jede Änderung, ein neuer Server ist ein Abspielen der Dateien, und der Agent liest die Wahrheit statt sie zu erraten. Das war ein Hauptgrund für unser selbst gehostetes Git (Forgejo) und gegen verwaltete Alternativen.

4. Kommt man an die Daten — vollständig, jederzeit, maschinenlesbar? Der Ausstiegstest: Bekäme ich heute Abend alle meine Daten in einem offenen Format heraus, per Skript? Wer hier zögert, verkauft Lock-in als Produkt. Beim Newsletter-System war das ein Ausschlusskriterium erster Güte — die Abonnentenliste ist Eigentum, kein Mietobjekt.

5. Läuft es, wo ich es kontrolliere? Nicht alles muss self-hosted sein. Aber alles muss kontrollierbar sein: eigene Infrastruktur, eigene Region, eigener Vertrag. Bei Werkzeugen, die Kundendaten sehen, ist das für Schweizer Firmen keine Geschmacksfrage.

Drei echte Scorecards

Analytics: Der Marktführer hat Schnittstellen in Hülle und Fülle — aber Prüffrage 5 beerdigt ihn (Daten beim Werbekonzern) und der Zustimmungszwang gleich mit. Die selbst gehostete Zählung (Datenschutz-Teil 2) besteht alle fünf; der Agent holt die Zahlen jeden Morgen selbst.

Git-Hosting: Cloud-Anbieter bestehen 1–4 problemlos. Den Ausschlag gab 5 in Kombination mit den Kosten wachsender Teams — und die Erfahrung, dass die eigene Instanz vom Agenten per API vollständig verwaltet werden kann: Spiegelungen, Zugänge, Backups, alles Skript.

Mail-Versand: Hier zeigte sich der Wert von Prüffrage 1 im Detail: Domains verifizieren, Zugangsdaten rotieren, Zustell-Logs lesen — alles per API möglich. Der Agent hat die komplette Einrichtung inklusive DNS-Einträgen selbst erledigt; ein Werkzeug ohne diese Flächen hätte Stunden Klickarbeit bedeutet, bei jeder Änderung erneut.

Die Kostenwahrheit

Der Einwand liegt nahe: API-first-Werkzeuge sind oft die spartanischeren, und Self-Hosting kostet Betrieb. Stimmt beides. Die Gegenrechnung: Jedes Werkzeug, das ein Agent nicht bedienen kann, wird zur Handarbeits-Insel in einer zunehmend automatisierten Kette — und Handarbeit skaliert nicht, sie wiederholt sich. Man kauft mit jedem klickgebundenen Werkzeug die Grenzen der eigenen Automatisierung von morgen ein.

Deshalb ist die Checkliste keine Technikfrage, sondern eine Einkaufsrichtlinie: Was der Agent nicht bedienen kann, wird nicht angeschafft — ausser man will es bewusst. Bewusste Ausnahmen gibt es; LinkedIn etwa besteht keine einzige Prüffrage und wird trotzdem genutzt, weil dort die Kunden sind. Aber es ist eine dokumentierte Ausnahme, kein schleichender Normalfall.

Die Frage für deine nächste Anschaffung: Würde die Demo auch ohne Maus funktionieren?

Teil 7 von «Own Your Stack». Am Sonntag rechnet die Sonntagsausgabe ab: sechs Wochen Umbau in Franken, Stunden und Pannen.