> ## Documentation Index
> Fetch the complete documentation index at: https://docs.localmind.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Werkzeuge in der Library

> Tool-Server zentral in der Bibliothek anlegen und an Spaces verteilen.

Werkzeuge können analog zu Agenten zentral in der Bibliothek angelegt und an Spaces verteilt werden. So stellen Sie sicher, dass alle Spaces auf einheitlich konfigurierte Tool-Server zugreifen.

<Warning>
  Erfordert **Library-Manager-Rechte** oder eine gleichwertige Administratorrolle.
</Warning>

## Funktionsweise

Die Konfiguration eines Tool-Servers (MCP) in der Bibliothek entspricht dem Ablauf auf Space-Ebene: Sie vergeben einen Namen, wählen einen der sechs Verbindungstypen (Remote-HTTP, NPX-Paket, Python-Paket, HTTP API, OpenAPI, Skill), hinterlegen die Konfiguration und prüfen sie über den Verbindungstest. Der Unterschied: Ein in der Bibliothek angelegtes Werkzeug kann über die [Verteilungseinstellungen](/administration/Ressourcen-Bearbeiten#verteilungseinstellungen) automatisch an ausgewählte Spaces verteilt werden.

<Note>
  Details zu Verbindungstypen und Einrichtung eines Tool-Servers finden Sie unter [Werkzeuge](/core-functions/Werkzeuge).
</Note>

<Note>
  Für vorgebaute Integrationen (Jira, Confluence, Notion, SharePoint, Outlook, Microsoft Teams) verwenden Sie nicht die hier beschriebenen Tool-Server, sondern die jeweiligen Konnektor-Setup-Seiten unter **Administration → Integrationen** – zum Beispiel [Jira](/integrations/Jira) oder [Outlook](/integrations/Outlook). Diese OAuth-basierten Konnektoren sind getrennt von selbst konfigurierten Tool-Servern (MCP).
</Note>

## Code-Sandbox konfigurieren

Werkzeuge vom Verbindungstyp **Skill** führen Code in einer isolierten **Code-Sandbox** aus. Die Sandbox konfigurieren Sie zentral unter **Org-Einstellungen → KI-Konfiguration → Code-Sandbox**.

<Warning>
  Die Code-Sandbox-Einstellungen erfordern die Rolle **Org Admin**. Sie gelten org-weit für alle Spaces – eine abweichende Konfiguration auf Space-Ebene gibt es nicht. Die Instanz-Einstellungen definieren die Obergrenzen; Org-Werte können diese nur unterschreiten.
</Warning>

### Verknüpfte Zugangsdaten

Hier steuern Sie, welche [Zugangsdaten](/settings/organization/Zugangsdaten) innerhalb der Sandbox verfügbar sind:

* Nur **Organisations-Zugangsdaten**, die Sie hier explizit verknüpfen (anhaken), werden der Sandbox als **Umgebungsvariablen** bereitgestellt.
* **Space-Zugangsdaten** werden nicht in die Sandbox injiziert. {/* TODO: verifizieren — belegt ist nur das Checkbox-Prinzip für Org-Zugangsdaten */}
* Änderungen wirken nur für **neu gestartete** Sandboxen – bereits laufende Sandboxen behalten ihre Umgebung.

<Tip>
  Verknüpfen Sie nur die Zugangsdaten, die Ihre Skills tatsächlich benötigen. Jede verknüpfte Anmeldeinformation ist für sämtlichen Code sichtbar, der in der Sandbox ausgeführt wird.
</Tip>

### Ressourcen-Grenzen

Zusätzlich begrenzen Sie hier, wie viele Ressourcen eine einzelne Sandbox-Ausführung beanspruchen darf. Passen Sie die Grenzen nur an, wenn Skills reproduzierbar an Ressourcen-Grenzen scheitern.

<Note>
  Wie Sie einen Skill anlegen und welche Dateien in die Sandbox gehören, beschreibt die Plattform-Seite [Werkzeuge](/core-functions/Werkzeuge).
</Note>