Der Agent liest jede Datei, die die Aufgabe braucht

Richten Sie den Agent auf den Ordner mit den Quellen. Er liest in einem Durchgang jede Datei, die die Aufgabe braucht, und gibt ein fertiges Dokument in dem Format zurück, das die Abteilung verwendet, abgelegt neben den Dateien, aus denen es entstanden ist.

Halten Sie die immer gleichen Korrekturen einmal in der Regeldatei fest: welcher Ordner maßgeblich ist, was unangetastet bleibt, wie eine Zahl im Haus-Layout formatiert wird. Ab da wird jeder Lauf geprüft statt neu geschrieben.

Abläufe entstehen während des ersten echten Laufs

Erledigen Sie die Aufgabe einmal und erzählen Sie mit, während es passiert. Das Nachlesen, die Sackgassen und die Reihenfolge der Schritte kommen in die Skill-Datei, damit der nächste Lauf der Aufzeichnung folgt und nicht wieder sucht.

Schärfen Sie die Trigger-Zeile an echten Anfragen, bis sie die Formulierungen trifft, die die Leute wirklich verwenden, und geben Sie den Start dann an die Person weiter, der die Aufgabe gehört.

Mail, Kalender und Datensätze unter den bestehenden Rechten erreicht

Der Agent liest Postfach, Drive und Kalender als das Konto, für das er handelt, über Microsoft Graph mit delegated permissions. Die Daten bleiben, wo sie sind, und das bestehende Berechtigungsmodell bleibt das einzige, das gepflegt wird.

Entziehen Sie den Zugriff einmal im Directory, und jede angebundene Oberfläche geht mit. Geben Sie Connectors auf Geschäftsdatenbanken Beschreibungen in den deutschen Begriffen des Büros, damit ein halb erinnerter Mitarbeiter- oder Gebäudename den richtigen Datensatz trifft.

Eine Aufgabe
die ohnehin jeden Montag läuft, wird zum ersten Skill
Einmal von Hand
dann aufgezeichnet, dann aus dem Skill gefahren, der daraus entstand
1 Tenant
das bereits bezahlte Microsoft 365, erreicht dort, wo es liegt
Ihr Konto
der Agent sieht nur, was die angemeldete Person ohnehin öffnen darf

Die ersten Skills entstehen an Arbeit, die das Büro ohnehin erledigt

Wo die Arbeit ohnehin passiert 3 Schritte
01

Der Agent wird im Arbeitsordner eingerichtet

Richten Sie den Agent in dem Ordner ein, in dem die Dokumente liegen. Legen Sie eine Regeldatei dazu, die sein Verhalten festlegt, geben Sie ihm ein Session-Verzeichnis, in das er sehen kann, und stellen Sie den Ordner am ersten Tag unter Version Control. Recherche, Entwürfe und Dateiarbeit werden dort übergeben.
02

Ganze Aufgaben gehen als fertige Dateien hinüber

Übergeben Sie die ganze Aufgabe: welche Quelldateien zu lesen sind, was zu recherchieren ist, was zu entwerfen ist und in welchem Format es zurückkommt. Word-, Excel- und PowerPoint-Dateien kommen in dem Layout zurück, das im Büro ohnehin zirkuliert. Wer für das Ergebnis verantwortlich ist, prüft es und schickt es weg.
03

Anwendungen ohne API werden über ihre Oberfläche bedient

Für ein Lieferantenportal, eine Desktop-Anwendung oder jede Maske ohne API nutzen Sie Browser- und Desktop-Automation: Der Agent liest den Bildschirm, klickt und tippt. Schreiben Sie jede Falle der Oberfläche als Regel in den Skill, etwa ein Feld, das programmatisch gesetzt wird und trotzdem den Standardwert des Formulars behält.
Die Systeme erreichen, die schon im Einsatz sind 2 Schritte
04

Mail, Dateien, Kalender und Teams als Endpoints

Erreichen Sie Outlook, SharePoint, OneDrive, den Kalender und Teams über Microsoft Graph, und zwar als die Person, für die der Agent handelt. Nutzen Sie delegated permissions im eigenen Tenant, damit die Grenze, die Microsoft Entra ID ohnehin durchsetzt, die Grenze bleibt. Zwei Freigaben schalten es ein: ein Administrator in Entra, der Kontoinhaber in Claude.
05

Ein Connector für das System, das keinen Connector hat

Verpacken Sie eine bestehende REST API, eine Datenbank oder einen internen Service als Model Context Protocol Server. Beschreiben Sie jedes Tool und seine Argumente in den Begriffen, die das Büro verwendet. Das System dahinter bleibt, wie es ist, und der Agent übergibt typisierte Werte, statt einen Bildschirm zu lesen.
Skills aus echter Arbeit 3 Schritte
06

Einmal von Hand erledigen, dann aufzeichnen, was passiert ist

Erledigen Sie die Aufgabe einmal von Hand, gemeinsam mit der Person, die sie verantwortet. Halten Sie fest, was getan wurde, in der richtigen Reihenfolge, samt allem, was Zeit gekostet hat. Aus dieser Aufzeichnung wird der Skill, und jeder Failure Mode kommt als Regel hinein, etwa ein Import, der jeden Datensatz ersetzt, den er nicht mitbekommt.
07

Ein Skill ist einfaches Markdown, das jeder lesen kann

Schreiben Sie den Skill als reine Textdatei: die Zeile, die entscheidet, wann er auslöst, die Schritte in der Reihenfolge, in der sie laufen, und die Details in Referenzdateien, die erst geladen werden, wenn ihr Schritt sie braucht. Legen Sie ihn neben die Arbeit, zu der er gehört, unter Version Control.
08

Der erste Skill ist eine Montagsaufgabe

Nehmen Sie eine Aufgabe, die jemand ohnehin jede Woche erledigt, und bauen Sie den ersten Skill an dieser echten Arbeit, gemeinsam mit der Person, die sie fährt. Ein wöchentliches Performance- und Search-Audit, so gebaut, läuft nach Zeitplan und legt sein eigenes priorisiertes Issue an.
Aufsicht und Handover 2 Schritte
09

Jeder Schreibvorgang läuft beaufsichtigt und wird geprüft

Alles, was ein Live- oder Remote-System verändert, läuft bewusst und mit einem Prüfschritt danach. Read-only-Integrationen bleiben read-only, und Zugangsdaten stehen nicht in den Ablaufdateien: Die Datei nennt die Credential und ihren Ort. Lockern Sie die Aufsicht Ablauf für Ablauf, auf Basis der Belege aus seinen Läufen.
10

Verpackt für die Person, der die Aufgabe gehört

Verpacken Sie dieselben Rezepte als Skill-Ordner, die die Desktop-Anwendung aus dem eigenen Dateispeicher des Unternehmens aufnimmt, damit der Aufgabeninhaber seine Läufe selbst startet. Für ein Team bündeln Sie ein Command, einen Skill für den Haus-Stil und einen internen Connector zu einer installierbaren Einheit.

Häufige Fragen

Müssen wir die Software ersetzen, die wir schon betreiben?
Nein. Microsoft 365 wird über Graph im eigenen Tenant mit delegated permissions erreicht, also behalten Outlook, SharePoint, OneDrive, der Kalender und Teams ihre Lizenzierung und ihr Berechtigungsmodell. Zwei Freigaben schalten es ein: ein Administrator in Microsoft Entra und der Kontoinhaber in Claude. Systeme außerhalb des Tenants bekommen einen Connector, und Anwendungen ohne API werden über die Oberfläche bedient, die auch ein Mensch benutzt.
Brauchen wir für den täglichen Betrieb einen Entwickler?
Für den Betrieb nicht. Einen Ablauf zu ändern heißt, eine Textdatei zu ändern, und das liegt im Griff eines technisch neugierigen Fachanwenders; die Desktop-Verpackung lässt den Aufgabeninhaber seine Läufe selbst starten. Einen Entwickler brauchen Sie dort, wo ein internes System keinen eigenen Connector mitbringt, und das ist ein klar abgegrenztes Stück Arbeit.
Verlassen unsere Daten das Land?
Inhalte bleiben in der Region, in der Ihr Tenant angelegt ist, und der Agent sieht, was das Konto sehen darf, für das er handelt. Die Integration liest an Ort und Stelle, es entsteht also keine zweite Kopie. Für Services außerhalb des Tenants und für den Modellanbieter wird die Residency im Compliance-Durchgang pro Service geklärt.
Was bleibt, wenn die Person geht, die das aufgesetzt hat?
Die Skills, die Connectors und die Regeldateien liegen in Ihrem eigenen Speicher unter Ihren eigenen Konten, als Text, den Ihre Leute öffnen und ändern können. Jede Integration meldet sich über das Directory an, und alles läuft auf Firmengeräten und Firmenkonten. Der Handover-Test lautet: Erledigt jemand anderes die Montagsaufgabe am Montag allein aus der Datei?