Field reference:
plugins — every field, type, default, and tier for this page.Today the engine consumes two of a plugin’s components at chat time: its MCP servers (connected as tools) and its Commands (a message of the form
[COMMAND:/name] expands that command’s prompt template before the LLM call). Skills, sub-agents, and hooks declared inside a plugin are saved here but not yet active during conversations.What a plugin contains
Each plugin also has a Name, Description, and Version (must look like
1.0 or 1.2.3, optionally with a prerelease/build suffix).
Adding a plugin
- Open your agent and go to Plugins in the sidebar.
- Click Add Plugin to create an empty plugin in-place, or Add Plugin From Directory to install one from the plugin directory.
- Fill in the name, description, and version.
- Expand the + Skills, + Commands, + Agents, + Hooks, or + MCP Servers sections to add components.
- Click Save Changes.
Adding components
Inside each expandable section, click the corresponding Add … button to add a row. Each row has its own fields (e.g. an MCP server takes a name, URL, and description; a command takes a name, description, and prompt template). Sub-agent tool restrictions accept a comma-separated list of tool names; the input auto-completes against the agent’s available tools.Examples
Hello world — install from the directory. Click Add Plugin From Directory, pick a plugin, and click Install. This adds an entry to your plugin list, but its component arrays (MCP Servers, Commands, Skills, Sub-Agents, Hooks) start empty — nothing auto-activates. Open the new plugin card and populate its MCP Servers and Commands yourself, following the plugin’s README. Medium — a reusable team toolkit. Build a plugin namedsupport-toolkit that bundles the MCP server for your help-desk, two skills (ticket lookup, canned-response formatter), and a /escalate command. Save it once and install it into every support agent you run, so they all share the same tooling without re-entering it.
Complex — a packaged sub-agent system. Build a plugin that contributes a sub-agent (e.g. a “researcher” with a restricted tool set), the MCP servers that sub-agent needs, hooks that log its activity, and a command that invokes it. The plugin becomes a self-contained extension — a whole specialist capability, its tools, its governance, and its entry point — that travels as one installable unit across your fleet.
Plugin order
Plugins appear in the list in the order they were added. The engine merges their MCP servers in that order; if two plugins provide servers with the same name, the first one wins.Enabling and disabling a plugin
Every plugin carries anenabled flag (default true). When it is false, the engine skips that plugin’s MCP servers and commands at chat time — the plugin’s configuration stays saved but does nothing.
There is no on/off control for this flag in the dashboard; it can only be set through the Management MCP. Because the plugins section is an array, config.set writes the whole list, so include every plugin you want to keep and set enabled: false on the one you are taking out of service:
Manage via the Management MCP
This page can be configured programmatically through the Management MCP — useful for AI agents and CI pipelines.
Example:
config.get to read the current values and schema.get (or the HTTP schema URL above) to see the full field list.