Benutzerdefinierte Konnektoren für Ihr Team
Swipe um das Menü anzuzeigen
Zentrales Konzept
Wahrscheinlich wirst du selbst keinen eigenen Connector entwickeln, es sei denn, du bist Entwickler. Aber du bist die Person, die einen Connector anfragt. Und richtig zu fragen ist eine eigene Fähigkeit. In diesem Kapitel geht es darum, zu wissen, was möglich ist, worüber du dein Team informieren solltest und wie ein guter erster eigener Connector aussieht.
So funktioniert es (Schritt für Schritt)
Schritt 1 – Erkennen, wann eine Eigenentwicklung sinnvoll ist
Drei Varianten von „custom“.
Das eigene Dashboard, die eigene Datenbank oder Analyseebene deines Unternehmens. Es gibt keinen offiziellen Connector und wird auch nie einen geben, weil es dein eigenes System ist.
Du nutzt ein CRM, hast es aber stark angepasst, und der Standard-Connector deckt deine Felder nicht ab.
Ein branchenspezifisches Tool, für das es noch keinen Connector gibt.
In allen drei Fällen ist eine Eigenentwicklung der richtige Weg.
Schritt 2 – Das zugrundeliegende Standardprotokoll verstehen
MCP – Model Context Protocol – ermöglicht Eigenentwicklungen, ohne auf Anthropic warten zu müssen. Es ist ein offener Standard. Jeder kann jedes Tool in MCP einbinden, und Cowork kann damit kommunizieren. Dein Entwicklerteam braucht keine Erlaubnis. Sie müssen es nur bauen.
Schritt 3 – Präzise Anforderungen formulieren
Die Genauigkeit deiner Anfrage bestimmt, ob der Connector jemals fertiggestellt wird. Gib deinem Entwicklerteam fünf Dinge mit:
- Tool. Systemname, API-Name, Versionsnummer.
- Aktionen. Genaue Liste der benötigten Funktionen. „Kontaktdatensätze lesen“, „Notiz zu einem Deal hinzufügen“.
- Datenstruktur. Welche Felder, welche Datensätze, in welchem Format.
- Authentifizierung. OAuth, API-Schlüssel – das ist dem Team meist bekannt.
- Erster Anwendungsfall. Eine konkrete Cowork-Aufgabe, die du mit diesem Connector von Anfang bis Ende ausführen möchtest.
Ohne diesen fünften Punkt wird der Connector zu einem „kann alles“-Projekt – und wird nie fertig.
Schritt 4 – Ein gutes erstes Ziel wählen
Drei Regeln für den ersten internen Connector:
- Begrenzt. Ein Tool, wenige Aktionen.
- Häufig. Etwas, mit dem das Team täglich arbeitet.
- Vorwiegend lesend. Starte damit, Informationen auszulesen. Schreibzugriffe sind risikoreicher und benötigen mehr Absicherung.
Schritt 5 – Realistische Erwartungen setzen
Ein fokussierter eigener Connector ist eine Minuten- bis Stundenaufgabe, kein wochenlanges Projekt. Dein Entwicklerteam bindet einige API-Endpunkte in MCP ein – sie bauen keine komplette App. Ein Entwickler, der das schon einmal gemacht hat, kann die meisten einfachen internen Tools an einem Nachmittag anbinden. Es gibt laufenden Wartungsaufwand, wenn sich die API des zugrundeliegenden Tools ändert, aber das gilt für jede Integration. Sobald der Connector fertig ist, zahlt sich der Aufwand ab dem ersten Tag aus – und an jedem weiteren.
Warum das wichtig ist
Die Teams, die in den nächsten zwei Jahren mit Cowork erfolgreich sind, sind die, die früh mit dem Aufbau dieses internen Toolkits begonnen haben. Ein eigener Connector nach dem anderen, jeweils klar abgegrenzt, jeweils an einem Nachmittag umgesetzt. Cowork wird dadurch individuell und kennt dein Geschäft.
Was danach möglich sein sollte
- Einen Kandidaten für den ersten eigenen Connector im Unternehmen identifizieren.
- Ein Fünf-Punkte-Briefing für einen Entwickler verfassen.
- MCP einem nicht-technischen Kollegen auf hohem Niveau erklären.
- Realistische Zeitrahmen mit dem Team abstimmen.
Sie haben nun das vollständige Erweiterungsbild. Native Konnektoren für die großen Anwendungen. Skills, die Sie selbst installieren oder schreiben können. Plugins für Bundles. MCP für die Community-Ebene. Eigene Konnektoren für die internen Tools Ihres Teams. Jeder Workflow ab Abschnitt 3 greift auf dieses Toolkit zurück. Weiter zu Dateien.
Danke für Ihr Feedback!
Fragen Sie AI
Fragen Sie AI
Fragen Sie alles oder probieren Sie eine der vorgeschlagenen Fragen, um unser Gespräch zu beginnen
Benutzerdefinierte Konnektoren für Ihr Team
Zentrales Konzept
Wahrscheinlich wirst du selbst keinen eigenen Connector entwickeln, es sei denn, du bist Entwickler. Aber du bist die Person, die einen Connector anfragt. Und richtig zu fragen ist eine eigene Fähigkeit. In diesem Kapitel geht es darum, zu wissen, was möglich ist, worüber du dein Team informieren solltest und wie ein guter erster eigener Connector aussieht.
So funktioniert es (Schritt für Schritt)
Schritt 1 – Erkennen, wann eine Eigenentwicklung sinnvoll ist
Drei Varianten von „custom“.
Das eigene Dashboard, die eigene Datenbank oder Analyseebene deines Unternehmens. Es gibt keinen offiziellen Connector und wird auch nie einen geben, weil es dein eigenes System ist.
Du nutzt ein CRM, hast es aber stark angepasst, und der Standard-Connector deckt deine Felder nicht ab.
Ein branchenspezifisches Tool, für das es noch keinen Connector gibt.
In allen drei Fällen ist eine Eigenentwicklung der richtige Weg.
Schritt 2 – Das zugrundeliegende Standardprotokoll verstehen
MCP – Model Context Protocol – ermöglicht Eigenentwicklungen, ohne auf Anthropic warten zu müssen. Es ist ein offener Standard. Jeder kann jedes Tool in MCP einbinden, und Cowork kann damit kommunizieren. Dein Entwicklerteam braucht keine Erlaubnis. Sie müssen es nur bauen.
Schritt 3 – Präzise Anforderungen formulieren
Die Genauigkeit deiner Anfrage bestimmt, ob der Connector jemals fertiggestellt wird. Gib deinem Entwicklerteam fünf Dinge mit:
- Tool. Systemname, API-Name, Versionsnummer.
- Aktionen. Genaue Liste der benötigten Funktionen. „Kontaktdatensätze lesen“, „Notiz zu einem Deal hinzufügen“.
- Datenstruktur. Welche Felder, welche Datensätze, in welchem Format.
- Authentifizierung. OAuth, API-Schlüssel – das ist dem Team meist bekannt.
- Erster Anwendungsfall. Eine konkrete Cowork-Aufgabe, die du mit diesem Connector von Anfang bis Ende ausführen möchtest.
Ohne diesen fünften Punkt wird der Connector zu einem „kann alles“-Projekt – und wird nie fertig.
Schritt 4 – Ein gutes erstes Ziel wählen
Drei Regeln für den ersten internen Connector:
- Begrenzt. Ein Tool, wenige Aktionen.
- Häufig. Etwas, mit dem das Team täglich arbeitet.
- Vorwiegend lesend. Starte damit, Informationen auszulesen. Schreibzugriffe sind risikoreicher und benötigen mehr Absicherung.
Schritt 5 – Realistische Erwartungen setzen
Ein fokussierter eigener Connector ist eine Minuten- bis Stundenaufgabe, kein wochenlanges Projekt. Dein Entwicklerteam bindet einige API-Endpunkte in MCP ein – sie bauen keine komplette App. Ein Entwickler, der das schon einmal gemacht hat, kann die meisten einfachen internen Tools an einem Nachmittag anbinden. Es gibt laufenden Wartungsaufwand, wenn sich die API des zugrundeliegenden Tools ändert, aber das gilt für jede Integration. Sobald der Connector fertig ist, zahlt sich der Aufwand ab dem ersten Tag aus – und an jedem weiteren.
Warum das wichtig ist
Die Teams, die in den nächsten zwei Jahren mit Cowork erfolgreich sind, sind die, die früh mit dem Aufbau dieses internen Toolkits begonnen haben. Ein eigener Connector nach dem anderen, jeweils klar abgegrenzt, jeweils an einem Nachmittag umgesetzt. Cowork wird dadurch individuell und kennt dein Geschäft.
Was danach möglich sein sollte
- Einen Kandidaten für den ersten eigenen Connector im Unternehmen identifizieren.
- Ein Fünf-Punkte-Briefing für einen Entwickler verfassen.
- MCP einem nicht-technischen Kollegen auf hohem Niveau erklären.
- Realistische Zeitrahmen mit dem Team abstimmen.
Sie haben nun das vollständige Erweiterungsbild. Native Konnektoren für die großen Anwendungen. Skills, die Sie selbst installieren oder schreiben können. Plugins für Bundles. MCP für die Community-Ebene. Eigene Konnektoren für die internen Tools Ihres Teams. Jeder Workflow ab Abschnitt 3 greift auf dieses Toolkit zurück. Weiter zu Dateien.
Danke für Ihr Feedback!
