examples/openclaw-plugin/INSTALL-AGENT.md
This guide is for AI agents such as Claude Code, Cursor, or similar operator flows. Prefer automation. Ask the user only when detection fails or a choice materially changes the outcome.
For user-facing installation details, see INSTALL.md or INSTALL-ZH.md.
Choose the smallest action that matches the user's intent:
| User intent | Command |
|---|---|
| Fresh install, latest | npm install -g openclaw-openviking-setup-helper@latest && ov-install |
| Upgrade plugin to latest | npm install -g openclaw-openviking-setup-helper@latest && ov-install -y |
| Install or upgrade a specific release | npm install -g openclaw-openviking-setup-helper@latest && ov-install -y --version 0.2.9 |
| Upgrade only the plugin | ov-install --update |
| Show installed versions | ov-install --current-version |
| Operate on a specific OpenClaw instance | add --workdir <path> |
| Start missing OpenViking server | openviking-server init && openviking-server doctor && openviking-server |
Default rule: when upgrading, refresh the setup helper first unless the user explicitly asks to pin the helper itself.
If the user did not specify a workdir, check for multiple OpenClaw instances:
ls -d ~/.openclaw* 2>/dev/null
--workdir.Verify:
node -v
openclaw --version
Requirements:
The OpenClaw plugin only connects to an OpenViking HTTP server. It does not start the server.
Check the default local server first:
curl -fsS http://127.0.0.1:1933/health
If no OpenViking server is running and the user wants a local server:
pip install openviking --upgrade --force-reinstall
openviking-server init
openviking-server doctor
openviking-server
Keep openviking-server running while OpenClaw uses the plugin. Use http://127.0.0.1:1933 as the plugin baseUrl for the default local setup.
For a remote server, confirm the reachable URL with the user and use that URL as baseUrl.
If OpenClaw is missing, tell the user to run:
npm install -g openclaw && openclaw onboard
Use:
ov-install --current-version
This reports:
Use for fresh installs:
npm install -g openclaw-openviking-setup-helper@latest
ov-install
Notes:
ov-install is interactive on first install.plugins.entries.openviking.config.Use when the user wants the plugin upgraded:
npm install -g openclaw-openviking-setup-helper@latest
ov-install -y
Current behavior:
-y runs the non-interactive path; verify the resulting plugin config after upgrade if the target instance has custom settingsUse when the user names a release such as 0.2.9:
npm install -g openclaw-openviking-setup-helper@latest
ov-install -y --version 0.2.9
This sets the plugin version to v0.2.9.
Use only when the user explicitly wants to upgrade just the plugin:
ov-install --update
If the machine previously used memory-openviking, run the bundled cleanup script from this repository:
bash examples/openclaw-plugin/upgrade_scripts/cleanup-memory-openviking.sh
Then continue with install or upgrade.
openclaw config get plugins.slots.contextEngine
Expected output:
openviking
openclaw config get plugins.entries.openviking.config
OpenClaw log:
openclaw logs --follow
Look for:
openviking: registered context-engine
OpenViking service log, default path:
cat ~/.openviking/data/log/openviking.log
If the checks above all pass and you want to further verify the full Gateway → OpenViking pipeline, run the health check script:
python examples/openclaw-plugin/health_check_tools/ov-healthcheck.py
This injects a real conversation through Gateway and verifies from the OpenViking side that the session was captured, committed, archived, and had memories extracted. See health_check_tools/HEALTHCHECK.md for full details.
openclaw gateway restart
Check the whole config first:
openclaw config get plugins.entries.openviking.config
Core OpenClaw plugin fields:
baseUrlapiKeyagent_prefix: optional; interactive setup accepts only letters, digits, _, and -Plugin only:
bash examples/openclaw-plugin/upgrade_scripts/uninstall-openclaw-plugin.sh