plugins list of Quivr’s configuration file so Quivr calls it.
Prerequisites
- The plugin runs at an address Quivr’s processes can reach, and
quivr plugin testcertifies it. - You can edit the JSON configuration file that
QUIVR_CONFIGnames, and restart Quivr. In the local stack,make devwrites that file for you; see Build your first plugin for the local shortcut.
Steps
1
Copy the manifest next to Quivr
Quivr reads the plugin’s
quivr-plugin.yaml at startup, so it needs the exact file the plugin was built from. Copy it where every Quivr process can read it, for example /etc/quivr/plugins/acme-markdown/quivr-plugin.yaml.2
Add the pin
Add one object per plugin to
plugins in the configuration of every api, worker and migrate process:QUIVR_CONFIG
manifest and endpoint are always required. configuration is validated against the schema the manifest declares under configuration.schema. The other fields depend on the plugin’s type:The configuration reference lists every field of a pin.
3
Restart Quivr
Restart the
api and worker processes. Each validates every pin before it serves: the manifest, the compatibility ranges, the configuration, routes and conflicts between pins. An invalid pin stops startup and lists every problem with its path, for example /plugins/0/configuration. Quivr does not contact the plugin at startup, so a plugin that is down does not stop Quivr.Check it worked
An operator key with theplugins:admin action reads what the deployment registered:
GET /v0/admin/plugins/plan shows the active Pipeline Plan: which plugin serves each media type, alert rule, connector kind, ingestion and retrieval. Then exercise the plugin: ingest a file of a routed type, create an instance of a new connector kind, or run a search. To change plugins later without a restart, see Switch plugins without restarting.