Dieser Leitfaden erklärt die KI-Tools und Berechtigungen der Modelle, die Bliros agentische Integrationen antreiben. Er richtet sich an IT-, Sicherheits- und CRM-Verantwortliche, die verstehen möchten, wie Bliros KI-Agenten auf Drittsystemen agieren und wie diese Aktivität kontrolliert wird.

Nicht jede in diesem Artikel beschriebene Funktion ist für jede Integration verfügbar — manche Integrationsziele unterstützen nur einen Teil der unten beschriebenen Tools, Feldkontrollen oder Konfigurationsoptionen. Wenn eine Option für eine bestimmte Integration nicht verfügbar ist, erscheint sie in den Einstellungen dieser Integration einfach nicht.
​

Bliros KI-Agenten agieren auf verbundenen Integrationen (CRM, Kalender, Kommunikationsplattformen und andere) über einen festen Satz von Tools. Jedes Tool repräsentiert eine spezifische Aktion auf einem spezifischen Objekttyp, und jedes Tool hat eine Berechtigungsstufe, die steuert, wann und ob Bliros Agenten es verwenden dürfen. Tools und Berechtigungen werden von Organisationsadministratoren konfiguriert und gelten für die gesamte Bliro-Organisation.
​

Ein Tool ist eine einzelne, klar definierte Aktion auf einem bestimmten Objekt in einem verbundenen System. Jedes Tool wird durch drei Felder definiert:

Tools folgen einer strikten Ein-Objekt-pro-Operation-Regel: Ein einzelnes Tool führt immer genau eine Operation (Lesen, Erstellen, Aktualisieren oder Suchen) auf genau einem Objekttyp aus. Mehrstufige Aktionen werden vom KI-Agenten aus mehreren Tool-Aufrufen zusammengesetzt.
​

Jede agentische Integration wird mit einem vordefinierten Katalog von Tools mit sinnvollen Standardberechtigungen ausgeliefert, sodass die Integration sofort nach dem Verbinden nutzbar ist.

Für CRM-Integrationen können Administratoren zusätzlich benutzerdefinierte Tools erstellen, indem sie ein CRM-Objekt auswählen, das noch nicht abgedeckt ist. Bliro generiert automatisch die entsprechenden Tools zum Lesen, Erstellen, Aktualisieren und Suchen für dieses Objekt. Du kannst einschränken, welche Felder jedes Tool offenlegt (siehe „Welche CRM-Felder der Agent sehen darf" weiter unten), oder für fortgeschrittene Fälle die Ein- und Ausgaben eines Tools mit einem benutzerdefinierten JSON-Schema festlegen (siehe „Erweitert: Tools mit benutzerdefiniertem JSON-Schema" weiter unten). Die Erstellung benutzerdefinierter Tools ist derzeit nur für CRM-Integrationen verfügbar.
​

Standardmäßig legt ein CRM-Tool jedes Feld offen, das Bliro für dieses Objekt lesen oder schreiben kann. Administratoren können dies pro Tool einschränken:

Felder, die aus der Liste eines Tools entfernt wurden, sind für Bliros KI-Agenten bei diesem Tool unsichtbar — er kann sie weder lesen, empfangen noch setzen, selbst wenn ein anderes Tool dieselben Felder offenlegt.

So konfigurierst du die Feldauswahl:

Für CRM-Objekte mit ungewöhnlicher Struktur, oder wenn du genaue Kontrolle darüber brauchst, welche Parameter der Agent senden kann und in welcher Form er die Antwort erhält, unterstützt Bliro, die Ein- und Ausgabe eines Tools vollständig über ein handgeschriebenes JSON-Schema zu definieren, anstatt es automatisch aus dem CRM-Objekt zu generieren.

Dies ist eine erweiterte Option für Teams, die mit dem Verfassen von JSON-Schemas vertraut sind und die zugrunde liegenden Feld-/API-Namen ihres CRM-Systems kennen. Ein fehlerhaft konfiguriertes Schema kann dazu führen, dass ein Tool fehlschlägt oder gültige Anfragen des Agenten ablehnt.

So verwendest du es:

Wir empfehlen, den oben beschriebenen Standardweg über ein CRM-Objekt zu verwenden, sofern kein spezifischer Grund für die volle Schema-Kontrolle vorliegt.

Für Suchen-Untertools, die mit einem handgeschriebenen JSON-Schema erstellt wurden (siehe oben "Erweitert: Tools mit benutzerdefiniertem JSON-Schema"), können Administratoren einen dauerhaften Filter festlegen, der bei jeder Suche gilt, die der KI-Agent mit diesem Tool ausführt. Der Filter wird einmal im JSON des Tools gesetzt und kann weder vom KI-Agenten noch vom Nutzer entfernt oder überschrieben werden. Typischer Einsatz ist das Ausschließen deaktivierter oder archivierter Datensätze, damit der Agent nur noch relevante Datensätze zurückgibt. Ohne dauerhaften Filter gibt eine Suche alle Datensätze zurück, die zum Suchbegriff passen - auch archivierte und inaktive - und du musst die veralteten Einträge selbst erkennen.

Diese Option steht nur für Suchen-Tools zur Verfügung, die im Advanced-Modus konfiguriert sind. Das Standard-Suchen-Tool aus der CRM-Objektauswahl unterstützt keinen dauerhaften Filter.

So setzt du einen dauerhaften Filter auf ein Advanced-CRM-Suchtool:

Ein dauerhafter Filter schränkt Ergebnisse ein, er erweitert keine Zugriffe. Er kann dem KI-Agenten keinen Zugriff auf Datensätze geben, die der verbundene Nutzer ohnehin nicht sehen darf.

Zusätzlich zum dauerhaften Filter können Administratoren im JSON eines Suchen-Untertools eine filterableFields-Liste hinzufügen, die Felder benennt, nach denen der KI-Agent selbst filtern darf. Der Agent setzt dann einen Filter, wenn es zur Anfrage passt - zum Beispiel nur offene Opportunities abzufragen - und trifft so in einem Schritt den richtigen Datensatz, anstatt eine lange Ergebnisliste abzuarbeiten. Der Agent kann ausschließlich nach den Feldern in dieser Liste filtern; alle anderen Felder bleiben für ihn nicht verfügbar.

Diese Option steht nur für Suchen-Tools zur Verfügung, die im Advanced-Modus konfiguriert sind.

So veröffentlichst du filterbare Felder für ein Advanced-CRM-Suchtool:

Halte diese Liste kurz. Zwei bis vier Felder, die klar abbilden, wie dein Team Datensätze qualifiziert, funktionieren am besten; jedes zusätzliche Feld gibt dem KI-Agenten eine weitere Option und macht seine Entscheidung weniger vorhersehbar. Der dauerhafte Filter gilt immer zusätzlich: Ein Filter, den der Agent wählt, schränkt das Ergebnis weiter ein, er überschreibt den gesetzten Filter nie.

Jedes Tool - ob vordefiniert oder benutzerdefiniert - muss genau eine von drei Berechtigungsstufen haben.

Wenn ein Tool auf „Um Erlaubnis fragen" gesetzt ist, führt Bliros KI-Agent das Tool niemals ohne die ausdrückliche Zustimmung des Benutzers für genau diesen Aufruf aus. Die Genehmigungsanfrage wird kontextabhängig zugestellt, je nachdem, wie der Benutzer mit dem Agenten interagiert:

Wenn der Benutzer nicht antwortet, wird die Aktion nicht ausgeführt. Die Genehmigung gilt pro Aufruf: Ein vorheriges „Ja" autorisiert keine zukünftigen Aufrufe desselben Tools.
​

Berechtigungsentscheidungen werden von Bliros Infrastruktur durchgesetzt - nicht durch die Befolgung von Anweisungen durch das Sprachmodell. Zwei Schichten arbeiten zusammen:

Beide Schichten greifen gleichzeitig, sodass ein verweigertes Tool unter keinen Umständen ausgeführt werden kann - selbst wenn der KI-Agent es „wollte" oder eine Prompt Injection versuchen würde, ihn davon zu überzeugen.
​

Tools und Berechtigungen werden pro Integration verwaltet:

Nur Organisationsadministratoren können diese Einstellungen ändern. Änderungen gelten für die gesamte Bliro-Organisation.
​

Tools definieren einzelne Aktionen. Skills setzen diese Aktionen zu wiederholbaren, mehrstufigen Workflows zusammen. Ein Skill beschreibt dem KI-Agenten, wie er eine vollständige Aufgabe erledigen soll (zum Beispiel „erstelle einen Besuchsbericht aus diesem Meeting"), indem er festlegt, welche Tools in welcher Reihenfolge aufgerufen werden, welche Daten gesammelt werden und welche Geschäftsregeln gelten.

Skills werden getrennt von Tools konfiguriert unter Einstellungen > Organisation > Skills. Ein Skill kann Tool-Berechtigungen nicht umgehen: Wenn ein Tool die Genehmigung des Nutzers erfordert, wird der Agent trotzdem nachfragen, auch wenn er innerhalb eines Skills agiert.

Eine ausführliche Erklärung, wie Skills funktionieren und wie sie konfiguriert werden, findest du unter KI-Skills.
​

Fragen dazu, wie ein bestimmtes Tool funktioniert, oder wie du die Standardeinstellungen für deine Organisation absichern kannst? Kontaktiere [email protected].