Skip to content

Agent Tools & Plugins

Tools and plugins give agents the ability to take actions beyond generating text. The Plugins page in the sidebar provides full plugin management — installing, configuring, diagnosing, and updating plugins. Individual plugins are then assigned to agents from the agent profile dialog.

Open Plugins from the sidebar. The page has three tabs:

TabPurpose
InstalledView, search, filter, enable/disable, configure, and remove plugins
DoctorRun diagnostics to check plugin health
UpdatesCheck for and install available plugin updates

The page header shows the total installed count and active count (e.g., “15 installed · 12 active”).

Plugins have two scopes, shown as badges on each plugin card:

ScopeBadgeMeaning
GatewayDefault badgeRuns on every request. Infrastructure-level plugins like rate limiting, caching, and authentication.
Per-AgentPurple badgeAssigned individually to agents. Capability plugins like memory, web search, and code execution.

These plugins provide tools that agents use during conversations. Assign them per-agent from the profile dialog:

PluginDescription
MemoryPersistent memory — store and recall facts across conversations
Web SearchSearch the web and retrieve page content
File I/ORead, write, and manage files in the workspace
Code ExecExecute code in a sandboxed runtime

These plugins run at the gateway level and apply to all requests:

PluginDescription
Rate LimiterRequest rate limiting
Request LoggerLog incoming requests
CORSCross-origin resource sharing
AuthAuthentication and authorization
IP FilterIP-based access control
Usage QuotaUsage quota enforcement
Webhook DispatcherWebhook event delivery
Circuit BreakerFault tolerance and circuit breaking
Response CacheResponse caching
Request ValidatorRequest validation
CompressionResponse compression

Each plugin has a trust level badge:

LevelBadgeMeaning
OfficialGreen shieldBuilt-in or platform-maintained
VerifiedBlue shieldReviewed and verified
CommunityAmber users iconCommunity-contributed
UnverifiedGray shieldNew or unreviewed

Each plugin is displayed as an expandable card showing:

  • Category icon with a health indicator dot (green = active, red = error, gray = inactive)
  • Plugin name with trust level badge, scope badge, and update badge (if available)
  • Description (one line)
  • Enable/disable toggle — switch the plugin on or off globally
  • Configure button (gear icon) — opens the configuration dialog (only shown if the plugin has configurable settings)
  • Expand/collapse button — reveals detailed metadata

When expanded, the card shows:

  • Version, Author, Source (builtin, npm, local, archive), License
  • Provided Tools — tools the plugin makes available to agents
  • Registered Channels — channels the plugin registers
  • Slash Commands — commands the plugin provides
  • Lifecycle Hooks — hooks the plugin implements
  • Dependencies — other plugins this one depends on
  • Install date and Last updated
  • Homepage link (if available)
  • Uninstall button (for non-builtin plugins)

The Installed tab provides:

  • Search — Filter plugins by name
  • Category filter — Filter by category (memory, messaging, tools, security, etc.)
  • Trust level filter — Filter by Official, Verified, Community, or Unverified

Click Install Plugin at the top of the Plugins page. The install dialog supports three sources:

SourceDescriptionExample
npm PackageInstall from the npm registry@aigentic/plugin-memory
Local PathInstall from a local directory/path/to/plugin
Archive URLInstall from a .tar.gz archivehttps://example.com/plugin.tar.gz

You can optionally provide a display name and description. After installing, a restart banner appears — click Restart Engine to activate the new plugin.

Plugins with configurable settings show a gear icon on their card. Click it to open the configuration dialog, which dynamically renders fields based on the plugin’s config schema:

Field TypeControl
BooleanToggle switch
StringText input
NumberNumber input
SelectDropdown with predefined options

Required fields are marked with a red asterisk. Changes require an engine restart to take effect.

Per-agent plugins must be assigned to specific agents before they can use them:

  1. On the Agents page, click the agent card to open the profile dialog.
  2. Go to the Plugins tab.
  3. Toggle individual plugins on or off for this agent.

The tab header shows the count of active plugins (e.g., “Agent Plugins (3 active)”). A link to the full Plugins page is available at the top.

The Doctor tab runs diagnostic checks on all plugins. Click Run Doctor to start a scan. Each plugin gets a status:

StatusIconMeaning
OKGreen checkPlugin is healthy
WarningAmber trianglePlugin has a non-critical issue
ErrorRed XPlugin has a critical problem

An overall health badge appears at the top: Healthy, Degraded, or Unhealthy.

The Updates tab checks for newer versions of installed plugins. Click Check Updates to scan. Each available update shows:

  • Current version and new version
  • Breaking changes warning (if applicable)
  • Changelog (if available)
  • Update button to install the new version

When all plugins are current, the tab shows “All plugins are up to date.”

When you install, uninstall, toggle, configure, or update a plugin, a banner appears at the top of the page:

Plugin configuration changed. Restart the backend to apply.

Click Restart Engine to apply changes. A progress bar shows the restart status.

Aigentic uses a configurable permission model for tools:

  1. Per-agent configuration — Each agent has its own plugin assignments. Enabling a plugin on one agent does not affect others.
  2. Runtime enforcement — Tool permissions are enforced by the Rust backend. Even if the model attempts to use a disabled tool, the request is rejected.
  1. The AI model decides to use a tool based on the conversation context.
  2. The model generates a tool invocation request with parameters.
  3. The gateway checks the request against the agent’s permissions.
  4. If permitted, the request is forwarded to the tool executor.
  5. The tool executes and returns its result.
  6. The result is sent back to the model, which incorporates it into the response.

If the request is denied, the model receives an error message and generates a text response instead.

Every tool invocation is logged to the audit log, including:

  • Which agent invoked the tool
  • What parameters were passed
  • Whether the invocation was permitted or denied
  • The result (success or failure)
  • Timestamp and duration

Skills are a separate extension system. See Skills for details.

AspectPluginsSkills
SourceBuilt-in or installed from npm, local path, or archiveInstalled from ClawHub catalog or created with SkillForge/SkillCreator
ScopeGateway (all requests) or Per-Agent (assigned individually)Per-Agent (attached individually)
ExamplesMemory, Web Search, Rate Limiter, CORSCustom API integrations, workflows
ConfigurationToggle on/off, configurable settings with restartInstall, then attach to agents
  1. Principle of least privilege — Only assign the plugins an agent actually needs. A research agent needs web search but may not need code execution.
  2. Review the audit log — Periodically check the audit log to see what tools your agents are using and whether any unexpected invocations are occurring.
  3. Test before connecting to channels — When adding new plugins to an agent, test them in a direct conversation before connecting the agent to external channels.
  4. Run Doctor regularly — Use the Doctor tab to catch plugin health issues early.
  5. Check for updates — Keep plugins up to date for bug fixes and new features.