Connectors

Eine Connector besteht aus zwei Teilen: einem Connector, der mit der Plattform ausgeliefert wird, und den Zugangsdaten, die deine Organisation dazu hinterlegt. Der Connector bringt das Wissen über den Anbieter mit — welche Aktionen es gibt, was jede davon entgegennimmt und zurückgibt, wie die Anmeldung läuft — und sieht in jeder Organisation gleich aus. Die Zugangsdaten gehören dir, und ein Connector hält davon so viele, wie du brauchst: einen Eintrag pro Workspace, Shop, Postfach oder Bot. Dreizehn Connectoren werden ausgeliefert, und jeder davon wartet im Katalog hinter Zugangsdaten hinzufügen unter Einstellungen > Connectors auf seinen ersten Eintrag.

Lieber erst zusehen? Episode 7 geht die Türen zur Außenwelt ab — Connectoren, MCP und die Grenzen — in knapp drei Minuten, mit Untertiteln.

Was ein Connector ist

Es gibt nichts zu installieren. Jeder Connector kommt mit der Plattform, deshalb sieht der Katalog in jeder Organisation gleich aus und deshalb hält ein Upgrade ihn aktuell, ohne dass jemand ihn pflegt. Ein Connector ist eine Definition: ein Anzeigename mit einer Zeile Beschreibung, die Kategorien, zu denen er gehört, die Authentifizierungsmethoden, die er akzeptiert, und die Liste der Aktionen, die er beim Anbieter ausführen kann.

Weil diese Definition für alle gilt, entscheidet deine Organisation nur eines: als welche Konten Tale handeln darf. Diese Entscheidung sind die Zugangsdaten, und mehr Einrichtung gibt es nicht.

Die mitgelieferten Connectoren

Dreizehn Connectoren werden ausgeliefert, jeder mit der Kategorie, zu der er gehört — Knowledge, Messaging, Email, Developer, Commerce, Search oder Files. Anmeldung ist die Authentifizierungsmethode, die der Connector akzeptiert; sie bestimmt, wonach das Formular fragt. Aktionen ist die Anzahl der Operationen, die er anbietet — dieselbe Zahl, die seine Karte im Katalog hinter Zugangsdaten hinzufügen zeigt.

Seiten und Dateien, die über Confluence oder Google Drive hereinkommen, laufen durch dieselbe Indexierung wie ein direkter Upload, und Antworten zitieren sie zurück auf die Quelle — siehe Dokumente. OneDrive- und SharePoint-Import läuft über Wissen → Dokumente (pro Benutzer autorisiert), nicht als Org-Connector. Der WebDAV-Connector ist die Schreibseite desselben Speichers, den deine Geräte als Netzlaufwerk einbinden; das beschreibt WebDAV.

Zugangsdaten an einem Connector

Ein Connector hält so viele Zugangsdaten, wie deine Organisation braucht. Ein Slack-Workspace pro Geschäftsbereich, ein Shopify-Shop pro Markt, ein Postfach pro Support-Warteschlange — jeder davon ist eine eigene Zeile unter dem Connector, mit eigenem Secret und eigenem Zustand. Genau das lässt eine gemeinsame Automations-Bibliothek mehrere Teams bedienen, ohne dass eines das Konto eines anderen mitbenutzt.

Jeder Eintrag trägt vier Dinge:

• Name — unter diesem Namen wählt eine Aktion diesen Eintrag aus. Schreib ihn für die Person, die in einem halben Jahr die Automation liest: Support-Postfach, Shop EU, Release-Bot.
• Authentifizierungsmethode — API-Schlüssel, Token, Benutzername & Passwort oder OAuth, ausgewählt aus dem, was der Connector akzeptiert.
• Standard — ein Eintrag pro Connector kann das sein. Ein Automations-Node — oder der Aufruf eines Agents über den Broker — ohne eigene Angabe nutzt ihn.
• Zustand — ein Eintrag ist entweder im Einsatz oder Deaktiviert. Deaktivieren behält die Zeile samt Konfiguration, verhindert aber jeden Aufruf darüber.

Ohne Standard funktioniert ein Connector weiterhin für alle Aufrufer, die einen Eintrag benennen — wer keinen benennt, hat jedoch nichts, worauf er zurückfallen kann. Der Abschnitt des Connectors sagt das, und die Lösung ist, einen der vorhandenen Einträge zum Standard zu machen.

Einen Connector verbinden

Wo du anfängst, hängt davon ab, was der Connector akzeptiert. Connectoren mit Token oder Schlüssel öffnen ein Formular und nehmen das Secret direkt entgegen; OAuth-Connectoren schicken dich auf den Freigabe-Dialog des Anbieters und kommen mit einem fertig ausgefüllten Eintrag zurück. Beide Wege enden am selben Punkt — einer benannten Zeile unter dem Connector.

1. 1

   Einstellungen > Connectors öffnen

   Die Seite ist die Tabelle der Zugangsdaten, die deine Organisation schon hält — eine Zeile pro Eintrag mit Name, Connector und Authentifizierungsmethode. In einer frischen Organisation ist sie leer; der mitgelieferte Katalog wartet hinter Zugangsdaten hinzufügen.

2. 2

   Connector auswählen

   Zugangsdaten hinzufügen öffnet den Katalog: Connectoren, für die du schon Zugangsdaten hältst, stehen vorn, die übrigen folgen mit ihren Kategorien und Aktionszahlen, und die Suche grenzt die Liste ein. Wählst du einen aus, geht es weiter zur Einrichtung.

   

3. 3

   Zugangsdaten hinzufügen

   Ein Connector, der einen Schlüssel, ein Token oder Benutzername und Passwort entgegennimmt, zeigt sein Formular und nimmt das Secret direkt an. Ein OAuth-Connector bietet stattdessen Verbinden an: Der Freigabe-Flow des Anbieters läuft durch, und aus dem Ergebnis entsteht eine neue Zeile.

4. 4

   Benennen und zum Standard machen

   Gib dem Eintrag einen Namen, auf den deine Automationen zeigen können, und mache ihn zum Standard, wenn er greifen soll, sobald niemand einen Eintrag benennt. Die Aktionen des Connectors stehen Automationen — und lesend auch Projekt-Agenten — zur Verfügung, sobald die Zeile existiert.

Die Details pro Methode — wonach jedes Formular fragt, wie du ein Secret ersetzt, was bei einer abgelaufenen Autorisierung passiert — stehen unter Zugangsdaten für Connectors.

Aktionen in Automationen und Agent-Läufen

Jede Aktion, die ein Connector deklariert, hat einen Namen, eine Beschreibung, ein Eingabe-Schema, eine Ausgabe-Signatur und einen deklarierten Effekt: read oder write. Automationen setzen eine Aktion als Node in den Workflow-Editor; ein Projekt-Agent erreicht die lesenden Aktionen aus seiner Sandbox über einen Broker, der sie mit den hinterlegten Zugangsdaten ausführt und nur das Ergebnis zurückgibt. Der Chat erreicht keine davon — die Tools des Chat-Assistenten sind fest und nur lesend. In beiden Fällen löst der Aufruf zuerst die Zugangsdaten auf — den benannten Eintrag oder den Standard des Connectors — und scheitert mit klarer Meldung, wenn es beides nicht gibt.

Wenn kein Connector passt

Dreizehn Connectoren decken die Systeme ab, zu denen die meisten Teams greifen — und sie decken keine interne API ab, kein selbstgebautes Tool und keinen Anbieter, für den niemand einen Connector geschrieben hat. Einen eigenen MCP-Server zu registrieren, den Agenten aufrufen, gibt es in dieser Version nicht — die Lücke schließt dein eigener Code an einer von zwei Stellen. Ein Projekt-Agent trägt Secrets — einen API-Schlüssel, den er als Umgebungsvariable bekommt — und ruft den Dienst direkt aus seiner Sandbox auf. Eine Automatisierung ruft Connector-Aktionen auf und führt dein eigenes JavaScript in transform-Knoten aus, nach Zeitplan oder per Webhook.

Die einzige MCP-Oberfläche, die Tale mitbringt, zeigt in die Gegenrichtung: Dein MCP-Client verbindet sich unter Einstellungen > API > MCP mit Tale, wie MCP-Server erklärt.

Wo das hingehört

Connectoren sind der Weg, auf dem Tale die Systeme erreicht, in denen deine Arbeit ohnehin stattfindet; Zugangsdaten sind die Entscheidung darüber, als welche Konten Tale dabei handelt. Von hier aus zeigt Zugangsdaten für Connectors die Betriebsseite — Einträge anlegen, ersetzen, deaktivieren und neu verbinden. Projekt-Agenten zeigt, wie die Aktionen eines Connectors in der Ausrüstung eines Agents ankommen, Genehmigungen konfigurieren hält die schreibenden zurück, und MCP-Server sagt, was in dieser Version an die Stelle ausgehender MCP-Server getreten ist.