Skip to main content
Extend Arka with third-party skills installed to ~/.config/arka/skills/. Arka also provides a universal plugin registry. Existing Arka manifests remain supported, while Claude/Codex-style folders, MCP-backed plugins, and executable plugin repositories are normalized into the same catalog and execution path.

Install a plugin

plugin and plugins are lifecycle aliases; skills remains compatible with older installations.

Plugin compatibility

Inspect the normalized descriptor before enabling an unfamiliar plugin:
The descriptor reports its adapter, source, entrypoint, capabilities, requirements, permissions, health, and any trigger conflicts. Conflicting or unavailable plugins are not routed.

Security defaults

Third-party plugins pass Arka’s security and hosted-mode gates. Permissions can declare read, write, network, shell, or install; risky operations need interactive approval, and hosted/user-disabled skills remain unavailable. Command plugins receive structured arguments and are not evaluated through a shell string. Unsafe argument syntax, missing dependencies, invalid manifests, and failed health checks block activation. Plugin installation is always explicit; discovery never executes code.

skill.json format

Every plugin needs a skill.json manifest:

Supported types

How triggers work

Arka matches plugin triggers before AI routing. When you say something that matches a trigger, Arka runs the plugin immediately with zero LLM tokens.
Triggers are case-insensitive substring matches against the full user request.

Directory structure

Voice acknowledgment

Set voice_ack to speak a confirmation when the plugin runs from voice:

Profession plugins

Arka supports profession-domain plugins with curated source registries. See src/arka/professions/examples/ in the repo for an architect example.

Refresh after changes

Keep triggers specific enough to avoid false matches. Test with arka route "your trigger phrase" before deploying.