Zurück zu den DokumentenKernkonzepte

Agenten

Teamkollegen-förmige KI-Mitarbeiter — Name, Rolle, Workflows, Konnektoren und Persönlichkeit.

Zuletzt aktualisiert am 17. September 2026 · 6 min read

Ein Agent ist eine KI in Kollegenform, die in deinem Workspace lebt. Er hat einen Namen, eine Rolle, eine Persönlichkeit, eine Reihe von Workflows, in denen er gut ist, und eine Reihe von Konnektoren, die er erreichen kann. Du sprichst mit ihm, wie du mit einer Kollegin sprechen würdest.

Okou ist der Standard-Agent, der mit Okou ausgeliefert wird — der Generalist für spontane Anfragen, Entwürfe, Briefings und den meisten Alltag. Die meisten Workspaces starten nur mit Okou. Wächst die Nutzung, kannst du weitere Agenten um konkrete Aufgaben herum formen.

Warum Agenten und nicht ein riesiger Assistent

Ein einzelner „Kann-alles“-Assistent ist schwer zu durchschauen. Du weißt nicht, was er weiß, was er anfassen darf oder wie er sich bei der nächsten Anfrage verhält. Agenten lösen das, indem sie Spezialisten mit stabiler Form sind:

  • Eine klare Aufgabe. Jeder Agent hat einen Namen und eine einzeilige Beschreibung, wofür er da ist. „Lisa entwirft und versendet Kundenantworten.“ „Tim übernimmt die wöchentlichen Wettbewerbsscans.“
  • Ein enger Satz von Workflows. Agenten laden nur die Workflows, die zu ihrer Aufgabe passen, deshalb ist ihr Verhalten vorhersehbar. Ein Agent fürs Rechnungswesen fängt nicht plötzlich an, Code zu schreiben.
  • Eigene Konnektoren. Jeder Agent hat eigene Berechtigungen. Dein Finanz-Agent darf Stripe anfassen, dein Marketing-Agent nicht.
  • Eine Persönlichkeit. Ton, Stimme und Voreinstellungen werden einmal am Agent gesetzt und gelten für alles, was er tut.

Wie du mit Agenten arbeitest

Wie „mit einem Agent sprechen“ aussieht, hängt vom Kanal ab:

  • Web-Chat — wähle den Agent in der Seitenleiste. Jeder Agent hat seinen eigenen Chatverlauf.
  • Slack — erwähne Okou per @. Slack leitet nur zu Okou; um die Arbeit an einen anderen Agent zu übergeben, wechsle den Agent über die Steuerelemente in Okous Antwort und mach im selben Thread weiter.
  • Automationen — jede Automation nennt den Agent, der sie ausführt, damit zur richtigen Zeit der richtige im Dienst ist.

Wählst du keinen Agent, übernimmt Okou die Anfrage.

Agenten sind isoliert

Jeder Agent läuft für sich. Agenten im selben Workspace sehen einander in der Übersicht — Namen, Aufgaben, wer im Dienst ist —, aber sie haben kein gemeinsames Gedächtnis und können einander mitten im Run nicht aufrufen. Jeder Chat gehört genau einem Agent, und dieser Agent erledigt die Arbeit von Anfang bis Ende.

Zwei Dinge überschreiten die Grenze, und beide stößt du an:

  • Auf einen anderen Thread verweisen. Tippe @ im Eingabefeld, um einen früheren Chat-Thread — von irgendeinem deiner Agenten — als Kontext in die aktuelle Unterhaltung zu holen. Der aktuelle Agent liest, was du ihm gegeben hast. Er erbt nicht die Konnektoren oder Berechtigungen des anderen Agents.
  • An einen abgeschlossenen Run anknüpfen. Eine chat run finished-Automation kann einen deiner Threads beobachten und einen Workflow starten, wenn dort ein Run endet, optional gefiltert nach Status oder danach, was die letzte Antwort gesagt hat. Das ist ein Trigger, den du konfigurierst, und keine Entscheidung eines Agents, einen anderen aufzurufen.

Das ist Absicht:

  • Vorhersehbares Verhalten. Ein Chat mit Lisa bleibt ein Chat mit Lisa. Du weißt immer, wessen Stimme, Workflows und Berechtigungen im Spiel sind.
  • Vorhersehbare Berechtigungen. Ein Konnektor, der deinem Finanz-Agent erteilt wurde, sickert nicht zum Marketing-Agent durch. Es gibt keine Kette „Lisa fragt Tim fragt Okou“, die den Wirkungsradius stillschweigend vergrößert.
  • Vorhersehbare Kosten. Jeder Credit wird dem Agent zugeordnet, der den Chat ausgeführt hat. Kein verstecktes Übersprechen zwischen Agenten.

Umfasst eine Aufgabe mehrere Arten von Arbeit, setzt du sie aus Menschen, Automationen oder demselben Agent mit unterschiedlichen Workflows zusammen — nicht aus Agenten, die einander aufrufen.

Einen Agent anlegen

Öffne die Seite Agents in deinem Workspace und klicke New agent. Gib ihm einen Namen und setze dann die Visibility — Public (alle in diesem Workspace können ihn nutzen) oder Private (nur du siehst und nutzt ihn). Den Avatar kannst du im selben Dialog anpassen.

Jeder Plan, Free eingeschlossen, erlaubt bis zu 7 org-weit geteilte Agenten und eine unbegrenzte Zahl privater — die Obergrenze gilt also nur für das, was du dem ganzen Workspace zugänglich machst.

Dialog zum Anlegen eines neuen Agents, mit Name und Sichtbarkeitseinstellung

Sobald der Agent existiert, öffne sein Profil und füll den Rest aus — Beschreibung, Stimme, Anweisungen und die Konnektoren, die er anfassen darf:

Profil-Tab eines Agents, mit Name, Beschreibung und Ton-Einstellungen

  • Beschreibung. Ein Satz dazu, wobei dieser Agent hilft. Je klarer, desto besser verhält sich der Agent und desto leichter finden Teammitglieder den richtigen.
  • Wie er klingt. Wähle eine Ton-Vorlage (Professional, Friendly, Direct, Supportive) oder überschreib sie im Tab Instructions.
  • Anweisungen. Standardsprache, Standardlänge der Antwort und Eigenheiten der Persona leben im Tab Instructions.
  • Konnektoren. Erteile im Tab Authorization Zugriff auf die Tools, die dieser Agent braucht. Voreingestellt ist nur Lesezugriff.

Die meisten Teams justieren diese Einstellungen in den ersten Wochen. Das Verhalten des Agents wird schärfer, während du beobachtest, was er tut, und die Beschreibung nachziehst.

Agenten und Workflows

Workflows sind wiederverwendbar; Agenten sind diejenigen, die sie ausführen. Derselbe Workflow — sagen wir weekly-metrics — kann zwei verschiedenen Agenten zugewiesen sein und unterschiedliche Ergebnisse liefern, weil jeder Agent seinen eigenen Ton, seine Voreinstellungen und seine Konnektor-Berechtigungen mitbringt.

Ein verbreitetes Muster:

  • Generalisten (Okou) laden einen breiten Workflow-Katalog und wählen situativ.
  • Spezialisten (Lisa, Tim) laden eine enge Auswahl und wenden sie konsistent an.

Siehe Workflows dafür, wie man Abläufe schreibt und über Agenten hinweg teilt.

Agenten und Berechtigungen

Jeder Agent hat eigene Berechtigungen. Ein auf Workspace-Ebene verbundener Konnektor steht nicht automatisch jedem Agent zur Verfügung — im Tab Authorization des Agents wählst du, welche Agenten ihn nutzen dürfen. Das heißt:

  • Ein Junior-Agent kann nicht versehentlich Produktionssysteme anfassen.
  • Ein kundenseitiger Agent darf in Slack nach #cs-replies posten, aber nicht nach #exec-strategy.
  • Ein Finanz-Agent darf Stripe lesen, aber nur die Finanzleitung kann ihm Schreibzugriff geben.

Versucht ein Agent etwas außerhalb seiner Berechtigungen, wird die Aktion verweigert und protokolliert.

Wie es weitergeht

  • Richte einen Spezialisten für wiederkehrende Arbeit ein — siehe Workflows für die Bausteine.
  • Stell einen Agent hinter eine Automation, damit er ohne Anstoß läuft.
  • Siehe Permissions für die feingranulare Kontrolle darüber, was jeder Agent anfassen darf.