Skip to content

feat: plugin system over the existing seams (#64) - #77

Merged
melvincarvalho merged 1 commit into
gh-pagesfrom
issue-64-plugins
Jun 11, 2026
Merged

feat: plugin system over the existing seams (#64)#77
melvincarvalho merged 1 commit into
gh-pagesfrom
issue-64-plugins

Conversation

@melvincarvalho

Copy link
Copy Markdown
Contributor

Built to the audited PoC scope on #64: jsclaw.plugin.json + activate(api) over the four seams this week built (channel registry #51, command registry #60, gateway dispatch, MCP tool table #73) — nothing invented. openclaw's exact config shape and policy order (deny > allow > entry.enabled, default-on, per-plugin config delivered to activate). Boot-time dynamic import with warn-and-skip degradation. examples/plugins/ping demonstrates all three host surfaces (slash command, WS method, MCP tool). Deferred per audit: install sources (clawhub/npm/git — load.paths only), slots, typed hooks, provider zoo, compatible bundles. Runner-side tools intentionally never (MCP's job). Tests 156/156.

A plugin = directory with jsclaw.plugin.json ({id, version, entry})
whose entry exports activate(api); api registers into the four seams
that already exist: registerChannel (channel registry),
registerCommand (slash commands, host-side), registerGatewayMethod
(WS dispatch), registerMcpTool (gateway /mcp). Config speaks
openclaw's shape — plugins.{enabled, allow, deny, load.paths,
entries.<id>.{enabled, config}} with deny > allow > entry semantics.
Failing plugins warn and skip, never crash the gateway. Plugins
extend the gateway; agent capabilities remain MCP's job. Example
plugin in examples/plugins/ping as the contract's living docs.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant