Overview
Übersicht
Verwenden Sie diese Seite, um die passende Capabilities-Oberfläche auszuwählen. Tools sind aufrufbare Aktionen, Skills bringen Agenten Arbeitsweisen bei, und Plugins fügen Runtime- Capabilities wie Tools, Provider, Kanäle, Hooks und paketierte Skills hinzu.
Dies ist eine Übersichts- und Routing-Seite. Für vollständige Tool-Richtlinien, Standards, Gruppenmitgliedschaft, Provider-Einschränkungen und Konfigurationsfelder verwenden Sie Tools und benutzerdefinierte Provider.
Hier beginnen
Für die meisten Agenten beginnen Sie mit den integrierten Tool-Kategorien und passen dann die Richtlinie nur an, wenn der Agent weniger Tools sehen soll oder expliziten Host-Zugriff benötigt.
| Wenn Sie Folgendes benötigen... | Verwenden Sie zuerst | Lesen Sie anschließend |
|---|---|---|
| Einen Agenten mit bestehenden Capabilities handeln lassen | Integrierte Tools | Tool-Kategorien |
| Steuern, was ein Agent aufrufen kann | Tool-Richtlinie | Tools und benutzerdefinierte Provider |
| Einem Agenten einen Workflow beibringen | Skills | Skills und Skills erstellen |
| Eine neue Integration oder Runtime-Oberfläche hinzufügen | Plugins | Plugins und Plugins erstellen |
| Arbeit später oder im Hintergrund ausführen | Automatisierung | Automatisierungsübersicht |
| Mehrere Agenten oder Harnesses koordinieren | Sub-Agenten | ACP-Agenten und Agent senden |
| Einen großen PI-Tool-Katalog durchsuchen | Tool-Suche | Tool-Suche |
Tools, Skills oder Plugins auswählen
Verwenden Sie ein Tool, wenn der Agent handeln muss
Ein Tool ist eine typisierte Funktion, die der Agent aufrufen kann, etwa exec, browser,
web_search, message oder image_generate. Verwenden Sie Tools, wenn der Agent
Daten lesen, Dateien ändern, Nachrichten senden, einen Provider aufrufen oder ein
anderes System bedienen muss. Sichtbare Tools werden als strukturierte Funktions-
Definitionen an das Modell gesendet.
Das Modell sieht nur Tools, die das aktive Profil, Allow-/Deny- Richtlinie, Provider-Einschränkungen, Sandbox-Zustand, Kanalberechtigungen und Plugin-Verfügbarkeit überstehen.
Verwenden Sie einen Skill, wenn der Agent Anweisungen benötigt
Ein Skill ist ein SKILL.md-Anweisungspaket, das in den Agenten-Prompt geladen wird. Verwenden Sie einen
Skill, wenn der Agent bereits die benötigten Tools hat, aber einen wiederholbaren
Workflow, eine Review-Rubrik, eine Befehlssequenz oder eine Betriebsbeschränkung benötigt.
Skills können in einem Workspace, einem gemeinsamen Skill-Verzeichnis, einem verwalteten OpenClaw- Skill-Root oder einem Plugin-Paket liegen.
Verwenden Sie ein Plugin, wenn OpenClaw eine neue Capability benötigt
Ein Plugin kann Tools, Skills, Kanäle, Modell-Provider, Sprache, Echtzeit- Sprache, Mediengenerierung, Websuche, Webabruf, Hooks und andere Runtime- Capabilities hinzufügen. Verwenden Sie ein Plugin, wenn die Capability Code, Zugangsdaten, Lifecycle-Hooks, Manifest-Metadaten oder installierbare Paketierung hat. Bestehende Plugins können aus ClawHub, npm, git, lokalen Verzeichnissen oder Archiven installiert werden.
Plugins installieren und konfigurieren | Plugins erstellen | Plugin SDK
Integrierte Tool-Kategorien
Die Tabelle listet repräsentative Tools auf, damit Sie die Oberfläche erkennen können. Sie ist nicht die vollständige Richtlinienreferenz. Für genaue Gruppen, Standards und Allow-/Deny- Semantik verwenden Sie Tools und benutzerdefinierte Provider.
| Kategorie | Verwenden, wenn der Agent Folgendes tun muss... | Repräsentative Tools | Weiterführende Informationen |
|---|---|---|---|
| Runtime | Befehle ausführen, Prozesse verwalten oder Provider-gestützte Python-Analyse verwenden | exec, process, code_execution |
Exec, Codeausführung |
| Dateien | Workspace-Dateien lesen und ändern | read, write, edit, apply_patch |
Patch anwenden |
| Web | Das Web durchsuchen, X-Beiträge durchsuchen oder lesbare Seiteninhalte abrufen | web_search, x_search, web_fetch |
Web-Tools, Webabruf |
| Browser | Eine Browser-Sitzung bedienen | browser |
Browser |
| Messaging und Kanäle | Antworten oder Kanalaktionen senden | message |
Agent senden |
| Sitzungen und Agenten | Sitzungen prüfen, Arbeit delegieren, einen anderen Lauf steuern oder Status melden | sessions_*, subagents, agents_list, session_status |
Sub-Agenten, Sitzungstool |
| Automatisierung | Arbeit planen oder auf Hintergrundereignisse reagieren | cron, heartbeat_respond |
Automatisierung |
| Gateway und Nodes | Gateway-Zustand oder gekoppelte Zielgeräte prüfen | gateway, nodes |
Gateway-Konfiguration, Nodes |
| Medien | Medien analysieren, generieren oder sprechen | image, image_generate, music_generate, video_generate, tts |
Medienübersicht |
| Große PI-Kataloge | Viele zulässige Tools suchen und aufrufen, ohne jedes Schema an das Modell zu senden | tool_search_code, tool_search, tool_describe |
Tool-Suche |
Von Plugins bereitgestellte Tools
Plugins können zusätzliche Tools registrieren. Plugin-Autoren verdrahten Tools über
api.registerTool(...) und contracts.tools des Manifests; verwenden Sie
Plugin SDK und Plugin-Manifest
für Vertragsdetails.
Häufige von Plugins bereitgestellte Tools sind:
- Diffs zum Rendern von Datei- und Markdown-Diffs
- LLM-Aufgabe für reine JSON-Workflow-Schritte
- Lobster für typisierte Workflows mit fortsetzbaren Genehmigungen
- Tokenjuice zum Verdichten verrauschter
exec- undbash-Tool- Ausgaben - Tool-Suche zum Entdecken und Aufrufen großer Tool- Kataloge, ohne jedes Schema in den Prompt zu stellen
- Canvas für Node-Canvas-Steuerung und A2UI- Rendering
Zugriff und Genehmigungen konfigurieren
Die Tool-Richtlinie wird vor dem Modellaufruf erzwungen. Wenn die Richtlinie ein Tool entfernt, erhält das Modell das Schema dieses Tools für diesen Turn nicht. Ein Lauf kann Tools verlieren aufgrund globaler Konfiguration, Agent-spezifischer Konfiguration, Kanalrichtlinie, Provider- Einschränkungen, Sandbox-Regeln, Owner-only-Gating oder Plugin-Verfügbarkeit.
- Tools und benutzerdefinierte Provider dokumentiert Tool-Profile, Allow-/Deny-Listen, Provider-spezifische Einschränkungen, Schleifenerkennung und Provider-gestützte Tool-Einstellungen.
- Exec-Genehmigungen dokumentiert die Genehmigungsrichtlinie für Host-Befehle.
- Erhöhtes Exec dokumentiert kontrollierte Ausführung außerhalb der Sandbox.
- Sandbox vs. Tool-Richtlinie vs. erhöht erklärt, welche Ebene Datei- und Prozesszugriff steuert.
- Agent-spezifische Sandbox- und Tool-Einschränkungen dokumentiert Agent-spezifische Einschränkungen für delegierte Läufe.
Capabilities erweitern
Wählen Sie den Erweiterungspfad nach der Aufgabe, die OpenClaw ausführen soll:
- Installieren oder verwalten Sie ein bestehendes Plugin mit Plugins.
- Erstellen Sie eine neue Integration, einen Provider, Kanal, ein Tool oder einen Hook mit Plugins erstellen.
- Fügen Sie wiederverwendbare Agentenanweisungen hinzu oder passen Sie diese an mit Skills und Skills erstellen.
- Paketieren Sie wiederverwendbares Workflow-Material mit Skill-Workshop, wenn der Workflow in ein per Plugin verteiltes Skill-Bundle gehört.
- Verwenden Sie Plugin SDK und Plugin-Manifest, wenn Sie Implementierungsverträge benötigen.
Fehlende Tools beheben
Wenn das Modell ein Tool nicht sehen oder aufrufen kann, beginnen Sie mit der effektiven Richtlinie für den aktuellen Turn:
- Prüfen Sie das aktive Profil,
tools.allowundtools.denyin Tools und benutzerdefinierte Provider. - Prüfen Sie Provider-spezifische Einschränkungen in Tools und benutzerdefinierte Provider und bestätigen Sie, dass der ausgewählte Modell-Provider die Tool-Form unterstützt.
- Prüfen Sie Kanalberechtigungen, Sandbox-Zustand und erhöhten Zugriff mit Sandbox vs. Tool-Richtlinie vs. erhöht und Erhöhtes Exec.
- Prüfen Sie, ob das besitzende Plugin in Plugins installiert und aktiviert ist.
- Prüfen Sie für delegierte Läufe Agent-spezifische Einschränkungen in Agent-spezifische Sandbox- und Tool-Einschränkungen.
- Bestätigen Sie für große PI-Kataloge, ob der Lauf direkte Tool-Bereitstellung oder Tool-Suche verwendet.
Verwandte Themen
- Automatisierung für Cron, Aufgaben, Heartbeat, Zusagen, Hooks, Standing Orders und Task Flow
- Agenten für das Agentenmodell, Sitzungen, Memory und Multi-Agent-Koordination
- Tools und benutzerdefinierte Provider als kanonische Tool-Richtlinienreferenz
- Plugins für Plugin-Installation und -Verwaltung
- Plugin SDK als Referenz für Plugin-Autoren
- Skills für Skill-Ladereihenfolge, Gating und Konfiguration
- Tool-Suche für kompakte PI-Tool-Katalogerkennung