Re-Use and Enhance

Automatisierung wird angeboten, als würde jeder Auftrag auf einem leeren Blatt beginnen, und genau diese Annahme frisst das Budget. Analytics-Reporting, DNS-Autorität, Publishing und Metadaten, Repository-Aufgaben und Anwendungs-Mail liegen hier als ausgeführte Prozeduren vor, mit ihren Fallen als Regeln festgehalten. Ein erstes Projekt installiert überwiegend erprobte Arbeit.

Wirklich maßgeschneidert ist das System, das außerhalb des Unternehmens niemand betreibt: die Planungsdatenbank, das Rechnungsprogramm, das Lieferantenportal. Jedes bekommt einen Wrapper; Berechtigungen, Consent und Quota-Rechnerei sind bekannte Arbeit. Microsoft 365 wird über dieselbe Schicht erreicht, und Claude Cowork arbeitet über den ganzen Satz hinweg.

Der kaufmännische Effekt ist leise, weil die Zahl der Lizenzen gleich bleibt. Was sich ändert, ist das, was diese Systeme gemeinsam leisten: Eine Frage über drei davon zwingt niemanden mehr, alle drei zu öffnen, und der Nachmittag, der bisher für das Hin und Her zwischen ihnen draufging, kommt zurück.

Ein Skill deckt ab, was die Demo überspringt

Ein Rezept, das nur den Happy Path beschreibt, ist der Grund, warum die zweite Person aufgibt. Der Skill trägt eine Troubleshooting-Tabelle, in der neben jedem Symptom die Lösung steht: ein Server, der nie in der Tool-Liste auftaucht, Credentials mit dem falschen Scope ausgestellt, ein Refresh Token, das nach sieben Tagen abläuft, solange der Consent im Testing Mode steht, ein Konto ohne Zugriff auf die Property.

Er deckt auch die Arbeit davor und danach ab. Messung heißt: das Konto, die Property, der Web Stream, ein Snippet auf einer Website, die Analytics hinter dem Cookie Consent hält, und die Informationspflicht zum Datenschutz, die mit dem Tagging dazukommt.

Auf der Publishing-Seite erzwingt ein API-Projekt ohne bestandenes Compliance Audit jeden Upload als privat, egal was der Request angefordert hat, und Kapitel, die aus Zeitmarken in der Beschreibung statt aus einem API-Feld gelesen werden, erscheinen nur bei exaktem Format.

Systeme antworten auf dem Gerät, das das Team benutzt

Jedes System, das als MCP Server gewrappt ist, antwortet über eine Oberfläche: den Chat Client, den das Team ohnehin benutzt. Diese Oberfläche läuft auf dem Gerät, das die Person gerade in der Hand hat. Eine Frage zu den Rechnungen dieser Woche, zum Terminplan von morgen oder zum Saldo eines Kunden wartet nicht mehr auf einen Schreibtisch mit drei offenen Anwendungen.

Die Planungsdatenbank, die Buchhaltungs-API und das Lieferantenportal bieten jeweils ihre eigene Schnittstelle; die MCP-Schicht gibt dem Agent einen typisierten Weg hinein. Dieselbe Verbindung, die im Büro funktioniert, funktioniert auch vom Handy unterwegs, denn die Arbeit passiert im Chatfenster und nicht in einer installierten Anwendung.

Schreibzugriffe warten auf einen Menschen: Das Modell erzeugt einen Entwurf, und ein Formular im Chat Client führt den einzigen Schreibzugriff aus, geprüft am Bildschirm, bevor etwas gespeichert wird. Die Frage, die früher wartete, bis jemand wieder am Schreibtisch saß, wird in dem Moment gestellt und beantwortet, in dem sie auftaucht.

10
geordnete Reference Leaves hinter einer einmal ausgeführten DNS-Methode
Mock first
Connector-Code läuft gegen einen Stub, bis der Key da ist
Zero
Credential-Werte in einer Prozedurdatei, nur der Dateiname
Read-only
Reporting-Server, die berichten, so im Skill festgeschrieben

Jedes System im Haus wird erreicht, ersetzt wird nichts

Erreichen, was schon da ist 3 Schritte
01

Davor gewrappt, nicht darunter neu gebaut

Was die meisten Connector-Projekte stoppt, ist die Angst, dass zuerst etwas ersetzt werden muss. Ersetzt wird nichts. Die Terminplanungs-App, die Buchhaltung, ein Lieferantenportal, ein Ticketsystem oder eine App mit Weboberfläche und ohne Dokumentation bekommt jeweils einen Wrapper als MCP Server, der vor dem System sitzt, das ohnehin läuft. Das System behält seine eigenen Benutzer, seine eigene Datenbank und seine eigene Oberfläche.
02

Die Planungsdatenbank und die Buchhaltungs-API, erreichbar als Tools

Die Systeme, in denen die eigentliche Arbeit liegt, sind meist die, für die es keinen fertigen Connector gibt: eine selbst gebaute Planungsdatenbank, ein Branchenpaket, das außerhalb der Branche niemand betreibt, eine Buchhaltungs-API mit eigenem Login. Jedes bekommt einen Wrapper über die Schnittstelle, die es ohnehin anbietet. Belege, Steuerzahlen, Kontakte und Termine fragen Sie damit in der Sprache des Büros ab. Microsoft 365 wird über Graph erreicht und gehört auf die Cowork-Seite.
03

Reporting beantwortet in einer Konversation, nicht in einer Dashboard-Session

Reporting-Fragen sterben in der Lücke zwischen dem Moment, in dem jemand die Frage hat, und dem Moment, in dem jemand Zeit hat, das Dashboard zu öffnen. Ein Analytics MCP Server schließt diese Lücke: ein eigenes Cloud-Projekt, die Admin und Data APIs aktiviert, ein OAuth Client und ein Server-Eintrag in der Tool-Konfiguration. Danach kommen Nutzer von gestern, Top-Seiten, Funnel und Realtime-Zahlen in einer normalen Konversation zurück. Nur Reporting, und der Skill sagt das ausdrücklich.
Übergeben als lesbarer Text 3 Schritte
04

Ausgeliefert wird ein Skill plus ein Connector

Eine Automatisierung, die nur als Skript auf dem Laptop von jemandem existiert, kann niemand prüfen, übernehmen oder wiederholen. Geliefert wird stattdessen ein Paar: ein MCP Server, der dem Agent einen typisierten Weg in das System gibt, und ein geschriebener Skill, der sagt, wann und in welcher Reihenfolge er zu benutzen ist. Wie diese Datei aufgebaut ist, gehört auf die Cowork-Seite. Hier zählt sie, weil ein Connector ohne Rezept einmal benutzt und danach geraten wird.
05

Aus Fehlerfällen werden Regeln, die niemand zweimal entdeckt

Teuer sind die stillen Fehler, und sie wiederholen sich, weil sie niemand aufgeschrieben hat. Zwei davon stehen jetzt als Regeln in ihren Skills. Jede Property, die bei einem Video-Update fehlt, wird gelöscht, ein Update schickt deshalb immer das vollständige Snippet. Und eine bestehende Video-ID nimmt nie eine neue Datei an, ein neues Rendering ist deshalb ein neuer Upload. Beides steht in keiner Herstellerdokumentation, und beides hat einmal einen Nachmittag gekostet, bevor daraus eine Zeile in einer Datei wurde.
06

Gebaut und getestet, bevor es ein einziges Credential gibt

Integrationsarbeit steht meistens still, weil ein Credential fehlt, das jemand anderer ausstellen muss, und genau dieses Warten frisst das Budget. Der Mock Mode nimmt die Abhängigkeit weg. Er ist standardmäßig an, die Credentials liegen hinter einem einzigen Konfigurationsabschnitt, und ein Status-Endpoint meldet die fehlenden Keys mit Namen, nie mit Werten. Das komplette Publishing-Feature wird zuerst gebaut, getestet und geprüft, danach läuft derselbe Code-Pfad live, sobald der Key da ist.
Guardrails bei jedem Schreibzugriff 2 Schritte
07

Schreibzugriffe bleiben hinter einer bestätigten Aktion

Ein Agent mit Schreibrechten auf ein laufendes Geschäftssystem ist der Teil, der einen Eigentümer zu Recht nervös macht. Er bekommt deshalb nie welche. Das Modell darf ausschließlich einen Entwurf erzeugen, und ein Formular im Chat Client führt den einzigen Schreibzugriff aus. Ein Monat Terminplanung aus einer Tabelle wird vollständig vorgeschlagen, nach Standort gruppiert und mit echten Fahrzeiten, und am Bildschirm geprüft, bevor ein einziger Datensatz gespeichert wird.
08

Kein Credential-Wert landet je in einer Prozedurdatei

Credentials sickern über die Dateien durch, die niemand als sensibel einstuft: das Runbook, die Prozedur, das eingecheckte Konfigurationstemplate. Keine Skill-Datei hält einen Wert, sie nennt die git-ignorierte Datei, die ihn hält. Eine Model Registry gibt Keys nie im Klartext zurück, ein eingechecktes Template wird leer ausgeliefert und die echten Werte liegen in User Secrets oder Umgebungsvariablen, und der Endpoint selbst ist per OAuth mit Microsoft Entra ID geschützt.
Wo der zweite günstig wird 2 Schritte
09

Was sich nicht automatisieren lässt, steht zuerst da

Eine Connector-Liste, die alles verspricht, ist der Grund, warum niemand etwas davon glaubt. Deshalb steht zuerst da, was nicht dazugehört. Eine Reporting-Integration bleibt read-only, und die Analytics-Konfiguration ändert man weiterhin in der Oberfläche des Produkts selbst. Metadaten, Kapitel, Untertitel, Thumbnails und der Upload sind API-Arbeit. Schnitt, Weichzeichnen und Endcards gibt es nur im Videoeditor und lassen sich gar nicht automatisieren.
10

Der erste Connector ist teuer, der fünfte ist ein Config File

Der erste Connector kostet mehr als gedacht, und genau deshalb wird der vierte nie gebaut. Die DNS-Autorität einer Domain umzuziehen hat beim ersten Mal eine Woche Recherche gekostet. Heute sind es zehn geordnete Reference Leaves zu Inventar, Apex-Design, Zone Authoring, Mail-Übernahme, Cutover und einem Audit auf veraltete Records, abgeleitet aus einer live ausgeführten Umstellung und seither auf zwei weiteren Domains wiederholt, ohne die Recherche noch einmal zu machen.

Häufige Fragen

Muss etwas weg, das wir schon betreiben, damit das funktioniert?
Nein. Ein Connector ist eine Schicht vor einem System und spricht mit der Schnittstelle, die dieses System ohnehin anbietet. Die Menschen, die damit arbeiten, behalten ihre Logins, ihre Masken und ihre Gewohnheiten. Ein zusätzlicher Connector ändert weder die Lizenzierung des Systems noch, wer es administriert, und die Herstellerbeziehung dahinter bleibt außen vor. Der ehrliche Test ist das Abschalten: Schalten Sie den Connector ab, und jedes System läuft genau wie vorher weiter.
Wohin fließt das Geld tatsächlich, sobald die Connectors live sind?
Drei messbare Posten, und keiner davon überrascht. Die Modellnutzung wird pro Call als strukturiertes Log erfasst, die Ausgaben pro Durchlauf lassen sich also im Nachhinein nachlesen statt schätzen. Hosting sind Container auf einer Box, die ohnehin monatlich bezahlt wird. API-Quotas sind eine Rechnung und keine Vermutung: Eine Publishing-API erlaubt 10.000 Units pro Tag, ein Upload kostet 1.600, die Obergrenze steht also fest, bevor gebaut wird, statt erst beim Anschlagen aufzufallen.
Werden unsere Daten durch die Anbindung irgendwohin kopiert?
Die Geschäftsdaten bleiben in den Systemen, die sie heute halten, denn für einen Connector wird nichts in eine neue Platform kopiert. Die Integrationsschicht läuft als Container auf einer Box in unserem eigenen Betrieb statt auf einer Hersteller-Platform und hält keinen eigenen Speicher, der aus dem Takt geraten könnte. Inhalte aus Microsoft 365 bleiben in Ihrem Tenant. Wo das Hosting-Konzept in der EU liegen muss, klärt der Compliance-Durchgang das pro Service, bevor etwas angebunden wird.
Was passiert, wenn die Person, die es eingerichtet hat, nicht verfügbar ist?
Verfügbarkeit war hier nie die Abhängigkeit. Jede Automatisierung liegt im Repository neben dem System, das sie bedient, sie wird also dort gefunden, wo die Arbeit passiert, und nicht in privaten Notizen. Sie ist versioniert, damit sichtbar bleibt, was sich geändert hat und wer es geändert hat. Credentials stehen nie darin, nur der Name der git-ignorierten Datei, die sie hält. Ein Kollege oder eine frische Agent Session führt dieselben Schritte aus und bekommt dasselbe Ergebnis.