OpenClaw Tools, Skills, and Plugins Overview

Learn how OpenClaw tools, skills, and plugins enable agents to act and extend functionality. This guide helps developers select the right capabilities surface.

Read this when

  • You want to understand what tools OpenClaw provides
  • You are deciding between built-in tools, skills, and plugins
  • You need the right docs entry point for tool policy, automation, or agent coordination

This page helps you select the appropriate Capabilities surface. Tools are functions an agent can invoke, skills show agents how to perform tasks, and plugins extend runtime functionality with tools, providers, channels, hooks, and bundled skills.

This page serves as an overview and routing guide. For complete details on tool policy, default settings, group membership, provider restrictions, and configuration fields, refer to Tools and custom providers.

Start here

For most agents, begin with the default tool categories and only modify policy when the agent should access fewer tools or requires explicit host access.

If you need to...Use this firstThen read
Let an agent act with existing capabilitiesBuilt-in toolsTool categories
Control what an agent can callTool policyTools and custom providers
Teach an agent a workflowSkillsSkills, Creating skills, Skill Workshop, and Self-learning
Add a new integration or runtime surfacePluginsPlugins and Build plugins
Run work later or in the backgroundAutomationAutomation overview
Coordinate multiple agents or harnessesSub-agentsACP agents and Agent send
Orchestrate concurrent agents from codeSwarmCode Mode and Sub-agents
Search a large OpenClaw tool catalogTool SearchTool Search
Combine several tools in one compact programCode ModeCode Mode

Choose tools, skills, or plugins

Use a tool when the agent needs to act

A tool is a typed function that the agent can call, for example exec, browser, web_search, message, or image_generate. Use tools when the agent must read data, modify files, send messages, invoke a provider, or interact with another system. Visible tools are provided to the model as structured function definitions.

The model only sees tools that pass through the active profile, allow/deny policy, provider restrictions, sandbox state, channel permissions, and plugin availability.

Use a skill when the agent needs instructions

A skill is a SKILL.md instruction set injected into the agent prompt. Use a skill when the agent already has the necessary tools but needs a repeatable workflow, review checklist, command sequence, or operational constraint.

Skills can reside in a workspace, shared skill directory, managed OpenClaw skill root, or plugin package.

Skills | Skill Workshop | Self-learning | Creating skills | Skills config

Use a plugin when OpenClaw needs a new capability

A plugin can introduce tools, skills, channels, model providers, speech, realtime voice, media generation, web search, web fetch, hooks, and other runtime features. Use a plugin when the capability involves code, credentials, lifecycle hooks, manifest metadata, or installable packaging. Existing plugins can be obtained from ClawHub, npm, git, local directories, or archives.

Install and configure plugins | Build plugins | Plugin SDK

Built-in tool categories

The table shows representative tools to help you identify the surface. It is not the complete policy reference. For exact groups, defaults, and allow/deny semantics, see Tools and custom providers.

CategoryUse when the agent needs to...Representative toolsRead next
RuntimeExecute commands, handle processes, or perform Python analysis backed by a providerexec, process, terminal, code_executionExec, Control UI terminal, Code execution
FilesAccess and modify files inside the workspaceread, write, edit, apply_patchApply patch
Human inputHalt execution until the user makes a structured choiceask_userAsk user
WebLook up information on the internet, browse X posts, or retrieve readable page contentweb_search, x_search, web_fetchWeb tools, Web fetch
BrowserControl an active browser instancebrowserBrowser
Operator UILay out linked Control UI panes, panels, and navigation elementsscreenScreen
Messaging and channelsDispatch replies or take actions in a channelmessageAgent send
Sessions and agentsReview sessions, assign tasks, coordinate collectors, redirect a run, or report statussessions_*, agents_wait, subagents, agents_list, session_status, get_goal, create_goal, update_goalGoal, Swarm, Sub-agents, Session tool
AutomationSchedule tasks or react to events happening in the backgroundcron, heartbeat_respondAutomation
Gateway and nodesCheck Gateway status or connected target devicesgateway, nodesGateway configuration, Nodes
MediaExamine, produce, or vocalize media contentimage, image_generate, music_generate, video_generate, ttsMedia overview
Large OpenClaw catalogsFind, invoke, and combine many available tools without transmitting each schema to the modelexec, wait, tool_search_code, tool_search, tool_describeCode Mode, Tool Search

Note

Code Mode and Tool Search are experimental OpenClaw agent surfaces. Codex harness runs use Codex-native code mode, native tool search, deferred dynamic tools, and nested tool calls instead of tools.codeMode or tools.toolSearch.

Plugin-provided tools

Plugins can register extra tools. Plugin developers connect tools using api.registerTool(...) together with the manifest's contracts.tools; refer to the Plugin SDK and Plugin manifest for contract specifics.

Frequently encountered plugin tools are:

  • Diffs to display file and markdown differences
  • Show widget for self-contained inline SVG and HTML inside supported chat interfaces
  • Screen to lay out a connected Control UI
  • LLM Task for JSON-only workflow steps
  • Lobster for typed workflows that support resumable approvals
  • Tokenjuice to compress noisy exec and bash tool output
  • Tool Search for locating and invoking large tool collections without embedding every schema in the prompt
  • Canvas for node Canvas control and A2UI rendering

Configure access and approvals

Tool policy applies before the model is called. When policy removes a tool, the model does not see that tool's schema during that turn. A run may lose tools due to global configuration, per-agent configuration, channel policy, provider restrictions, sandbox rules, channel or runtime policy, or plugin availability.

Extend capabilities

Pick the extension path based on what you need OpenClaw to accomplish:

Troubleshoot missing tools

If the model cannot see or invoke a tool, begin with the effective policy for that turn:

  1. Review the active profile, tools.allow, and tools.deny in Tools and custom providers.
  2. Examine provider-specific limitations in Tools and custom providers and verify the chosen model provider supports the tool format.
  3. Inspect channel permissions, sandbox status, and elevated access with Sandbox vs tool policy vs elevated and Elevated exec.
  4. Confirm the owning plugin is installed and enabled in Plugins.
  5. For delegated runs, check agent-specific restrictions in Per-agent sandbox and tool restrictions.
  6. For large OpenClaw catalogs, determine whether the run uses direct tool exposure, Code Mode, or Tool Search.
  • Automation for cron, tasks, heartbeat, hooks, standing orders, and Task Flow
  • Agents for the agent model, sessions, memory, and multi-agent coordination
  • Tools and custom providers as the authoritative tool policy reference
  • Plugins for plugin installation and management
  • Plugin SDK for plugin author reference
  • Skills for skill load order, gating, and configuration
  • Skill Workshop for generated and reviewed skill creation
  • Tool Search for compact OpenClaw tool catalog discovery
  • Code Mode for compact JavaScript or TypeScript workflows over a hidden OpenClaw tool catalog
  • Swarm for structured fan-out and collection from Code Mode