feat: add plugin architecture
This commit is contained in:
@@ -22,6 +22,13 @@ You can globally allow/deny tools via `tools.allow` / `tools.deny` in `clawdbot.
|
||||
}
|
||||
```
|
||||
|
||||
## Plugins + tools
|
||||
|
||||
Plugins can register **additional tools** (and CLI commands) beyond the core set.
|
||||
See [Plugins](/plugin) for install + config, and [Skills](/tools/skills) for how
|
||||
tool usage guidance is injected into prompts. Some plugins ship their own skills
|
||||
alongside tools (for example, the voice-call plugin).
|
||||
|
||||
## Tool inventory
|
||||
|
||||
### `bash`
|
||||
|
||||
@@ -36,6 +36,13 @@ In **multi-agent** setups, each agent has its own workspace. That means:
|
||||
If the same skill name exists in more than one place, the usual precedence
|
||||
applies: workspace wins, then managed/local, then bundled.
|
||||
|
||||
## Plugins + skills
|
||||
|
||||
Plugins can ship their own skills (for example, `voice-call`) and gate them via
|
||||
`metadata.clawdbot.requires.config` on the plugin’s config entry. See
|
||||
[Plugins](/plugin) for plugin discovery/config and [Tools](/tools) for the tool
|
||||
surface those skills teach.
|
||||
|
||||
## ClawdHub (install + sync)
|
||||
|
||||
ClawdHub is the public skills registry for Clawdbot. Use it to discover,
|
||||
|
||||
Reference in New Issue
Block a user