Why custom plugins matter
Custom MCP plugins let your team ground Fossy on internal systems—knowledge bases, incident dashboards, policy engines, you name it. Once installed, every Fossy interaction can call those tools with live data, so reviewers stop copying screenshots or stale snippets into pull requests. This guide shows the opinionated flow we recommend for any custom plugin, whether it is a simple read-only endpoint (like the Fossa Docs MCP) or a more advanced pipeline with authentication.Fossa supports remote MCP servers only—that means the plugin must be reachable from Fossa’ infrastructure.
Prepare your plugin info
Gather these details before opening the Plugins catalog:
Looking for remote MCP servers to try out?
- Smithery.ai curates deployable MCP services plus an easy launcher you can point at your own infra.
- Awesome Remote MCP Servers lists community-maintained endpoints spanning docs search, security scanners, and workflow bots.
Install the plugin in Fossa
- Go to Code Review Settings → Plugins (beta) inside your Fossa workspace.
- Click Add Plugin.
-
Fill in the form:
- Hit Create Plugin. Once it appears in the list, it is instantly available to the entire workspace.
Verify the connection
- Open any pull request where Fossy is enabled.
-
Mention
@fossyand include a question that forces the plugin to respond. - In the drawer, check the Plugins section. You should see a call to your new plugin. If it fails, expand the error to inspect the status code or validation message.
The Fossa Docs MCP (
/mcp) is a quick sanity test—you can install it first to ensure your workspace can reach external hosts.Quick checklist
- Plugin manifest is hosted and reachable.
- Auth model (if any) is documented and tested.
- Plugin is installed via Add Custom Plugin with the right URL + headers.
- A sample PR proved Fossy can call the plugin.
- Owners know how to monitor and update the integration.