Using meith
Plugins
A meith plugin is a web app that runs inside a controlled plugin browser tab — with only the access you approve.
What a plugin can and can't do
A plugin is just a web app. It does not load code into the main process, does not get Node access, and does not register its own tools into the host. Instead, meith may expose a window.meithPluginbridge in the plugin's tab — containing only the API namespaces you approved, with every privileged action routed back through the shared tool registry.
Installing & approving
- Install a plugin from a local folder, a packaged archive, or a dev URL.
- meith reads the plugin's manifest and stores its requested grants.
- The plugin starts disabled, with no approved grants.
- You review the requested API namespaces and capabilities and approve a subset.
- Once its requested APIs are approved, the plugin can be enabled.
- Opening it creates a plugin-mode browser tab.
Approval can only narrow
API namespaces
The bridge can expose these namespaces, each only when approved:
identity— always present; the approved id, name, version, APIs, and capabilities.tools— list and call registry tools (still gated by approved capabilities).storage— read browser and workspace tab listings.cdp— send Chrome DevTools Protocol commands to a tab (requires a browser-control capability).ai— stream text from an ephemeral agent session, without bypassing agent or tool permissions.
Managing plugins
Plugin management is itself exposed through normal tools — surfaced in the Settings → Plugins panel and callable from the CLI: list_plugins, install_plugin, approve_plugin_grants, set_plugin_enabled, uninstall_plugin, and open_plugin_tab.
Building your own
Building a plugin is building a web app with a plugin.json manifest. The full reference — manifests, sources, grants, every bridge API, and the security model — is in the developer docs: Plugin API.