So verbindest du Notion, GitHub und Gmail mit den Aufgaben eines KI-Agenten

Unter Konto → Apps verbinden verknüpfst du Google Drive, Gmail, Notion, GitHub, Linear, Slack, Fireflies oder Granola. Ein verbundener Agent bekommt dadurch vier neue MCP-Tools: list_connections, search_context, read_context und save_context. Mit ihnen findet und liest er echten Kontext, bevor er eine Aufgabe erledigt, statt dass du selbst eine Spezifikation oder einen Gesprächsverlauf in die Notizen der Aufgabe einfügst. Das Ganze ist bewusst vor allem aufs Lesen ausgelegt: Ein Agent kann ein Notion-Dokument oder ein GitHub-Issue in seine Arbeit holen und ein fertiges Ergebnis in Google Drive ablegen. Er kann aber weder deine E-Mails versenden noch in Slack posten noch ein Issue in irgendeinem Tracker anlegen. Das sind keine Dinge, die ihm bloß untersagt wurden, sondern Dinge, die er hier schlicht nicht kann.

Aus welchen Apps kann ein Agent Kontext holen?

• Google Drive: Dateien lesen und schreiben, beschränkt auf drive.file. Das sind Dateien, die diese App erstellt hat, und solche, die du ihr ausdrücklich übergeben hast, nie dein gesamtes Drive.
• Gmail: E-Mails durchsuchen und lesen, nur Lesezugriff. Google stuft diese Berechtigung als eingeschränkt ein. Sie erscheint deshalb erst, wenn die Done-Installation den zusätzlichen Verifizierungsschritt durchlaufen hat, der sie freischaltet.
• Notion: Seiten lesen und schreiben. Das OAuth von Notion kennt überhaupt keinen Scope-Parameter. Was ein Agent erreicht, sind genau die Seiten, die du bei der Installation ausgewählt hast. Done fordert diesen Umfang nicht selbst an.
• GitHub: Dateien und Issues in den Repositorys lesen und schreiben, die du freigibst. Der Scope repo gilt bei privaten Repositorys ganz oder gar nicht, denn GitHub hat für sie keinen engeren Scope nur zum Lesen.
• Linear: Issues lesen und schreiben. Zugriffstokens gelten 24 Stunden. Done erneuert die Verbindung im Hintergrund, damit sie nicht unbemerkt veraltet.
• Slack: Suche mit reinem Lesezugriff im Verlauf der Kanäle und Gruppen, die du freigibst. Dafür wird dieselbe Slack-App verwendet, die Done schon für Freigabe-Benachrichtigungen nutzt.
• Fireflies: Meeting-Transkripte mit reinem Lesezugriff, über einen Bearer-Schlüssel, den du aus den Einstellungen von Fireflies einfügst (Pro-Tarif von Fireflies oder höher).
• Granola: Meeting-Transkripte mit reinem Lesezugriff, auf dieselbe Weise, über einen Schlüssel aus den Einstellungen von Granola (Business- oder Enterprise-Tarif von Granola).

Wie nutzt ein Agent eine verbundene App konkret in einer Aufgabe?

list_connections ist der Ausgangspunkt. Das Tool zeigt, was verbunden ist, auf welches Konto jede Verbindung zeigt und welche Fähigkeiten genau diese Verbindung tatsächlich hat. Das können weniger sein, als die App anbietet, wenn du beim Verbinden auf dem Zustimmungsbildschirm etwas abgewählt hast. Danach nimmt search_context eine Suchanfrage entgegen und liefert Treffer: einen Titel, eine Art (Datei, Notiz, Issue, Nachricht, Transkript, E-Mail), einen Link und eine Referenz, aber nie den Inhalt. read_context nimmt diese Referenz und gibt den eigentlichen Text zurück. Typischerweise sucht ein Agent nach der Spezifikation oder dem Gesprächsverlauf, auf den sich eine Aufgabe bezieht, liest den einen passenden Treffer und arbeitet damit, statt allein aus dem Titel der Aufgabe zu raten. Hat er etwas erstellt, das sich aufzuheben lohnt, schreibt save_context es in eine Drive-Verbindung mit files.write. Das Ergebnis meldet der Agent trotzdem über propose_completion oder complete_task in der Aufgabe selbst zurück, wie bei jedem anderen Lauf.

Was durchsucht search_context eigentlich? Ist das eine Volltextsuche über alles?

Nein, und die Unterschiede sind wichtig dafür, was ein Agent zu finden erwarten kann. Drive durchsucht Dateinamen und Inhalte. Die Suche von GitHub deckt nur Issues und Pull Requests ab, keinen Code. Eine bestimmte Datei zu lesen ist ein Aufruf von read_context mit ihrer eigenen Referenz (owner/repo:path) und kein Suchtreffer. Slack durchsucht Nachrichten, Notion durchsucht Seitentitel und Text. Fireflies und Granola durchsuchen nur die Titel der Meetings. Was in einem Transkript gesagt wurde, taucht also nur auf, wenn das Meeting selbst danach benannt war. Nichts davon ist ein einheitlicher Volltextindex über alle verbundenen Apps: Jeder Anbieter antwortet mit dem, was seine eigene API tatsächlich unterstützt.

Kann ein verbundener Agent für mich E-Mails senden, in Slack posten oder ein Issue anlegen?

Nein, und das ist Absicht. In der gesamten Konnektor-Schicht ist keine Fähigkeit zum Senden von E-Mails oder Nachrichten definiert. Ein Agent kann dein Postfach und deine Kanäle als Kontext lesen, hat aber keinen Weg, aus einem von beiden etwas zu senden. Auch save_context ist enger, als die Liste der Anbieter vermuten lässt: Es ist das einzige Schreib-Tool, und heute setzt nur der Adapter für Google Drive das Schreiben tatsächlich um. Selbst in eine GitHub- oder Notion-Verbindung mit erteiltem Schreibzugriff lässt sich über save_context also noch nicht schreiben. Wenn ein Agent vorschlägt, jemandem eine E-Mail zu schicken oder ein Update zu posten, beschreibt er, was ein Mensch als Nächstes tun sollte, und nichts, was er hier selbst ausführen kann.

Funktionieren verbundene Apps mit einem Token, das auf einen Arbeitsbereich beschränkt oder nur lesend ist?

Nur ein vollständiges, unbeschränktes Token kann sie nutzen. Eine Verbindung sind persönliche Zugangsdaten, die an dein Konto gebunden sind und nicht an einen einzelnen Arbeitsbereich. Deshalb werden list_connections, search_context, read_context und save_context für ein MCP-Token, das auf einen Arbeitsbereich oder ein Projekt beschränkt ist, komplett abgelehnt. So ergeht es auch get_digest und den anderen kontoweiten Tools, bei denen es keinen Ausschnitt pro Board gibt, auf den sie sich eingrenzen ließen. Dein Gmail hat keinen „Anteil dieses Arbeitsbereichs“. Statt es halb einzugrenzen, lehnt Done die gesamte Oberfläche für ein engeres Token ab.

Brauche ich einen kostenpflichtigen Tarif, um eine App zu verbinden?

Auf der Seite von Done nicht: Vom Konto-Bereich bis hin zu search_context oder save_context gibt es nirgends eine Tarifprüfung. Zwei der acht, Fireflies und Granola, verlangen in ihrem eigenen Dienst womöglich einen kostenpflichtigen Tarif, bevor sie dir überhaupt einen API-Schlüssel ausstellen. Das ist aber deren Preisgestaltung, nicht die von Done. Welche OAuth-Apps in deinem Konto tatsächlich eine Schaltfläche „Verbinden“ zeigen, hängt davon ab, ob der Betreiber von Done die Zugangsdaten dieses Anbieters in dieser Installation hinterlegt hat. Eine App, die nicht eingerichtet ist, sagt das klar, statt eine Schaltfläche anzubieten, die auf der Fehlerseite eines anderen Dienstes endet.