Find, create, and upload files
Resolve drives and folders, create directories or starter files, upload local files, and verify results.
Infomaniak tools for OpenClaw
Install one native plugin to give OpenClaw safe, reviewed access to kDrive, Mail, kChat, URL shortener, and Infomaniak discovery workflows.
openclaw plugins install clawhub:@opencow42/potassium-openclaw
openclaw plugins install clawhub:@opencow42/potassium-openclaw
What it helps with
Potassium wraps the published liquid-potassium SDK with OpenClaw tools, agent skills, and safety defaults that keep credentials out of prompts and mutating actions blocked until you allow them.
Resolve drives and folders, create directories or starter files, upload local files, and verify results.
List mailboxes, inspect unread threads, move messages, and prepare draft responses through reviewed workflows.
Send text or media, reply in threads, receive inbound events, and keep conversation context intact.
Check quota, list short links, create new links, and adjust expiration dates when mutations are enabled.
Search operation metadata, describe API capabilities, and discover reviewed workflow coverage before acting.
Apply domain allowlists, operation allowlists or denylists, and mutation blocking before SDK calls run.
Install in 4 steps
The plugin reads INFOMANIAK_TOKEN from the OpenClaw
process environment by default. For credential storage, prefer
OpenClaw's built-in SecretRef workflow and audit command instead
of memory notes or plaintext config.
openclaw plugins install clawhub:@opencow42/potassium-openclaw
openclaw plugins enable potassium
Use OpenClaw's secrets helper for supported credentials and verify that no plaintext secret residue remains. Potassium still points at the env var name, so keep the secret value in a trusted Gateway source such as the Gateway process environment or the global OpenClaw runtime env file.
openclaw secrets configure
openclaw secrets audit --check
openclaw secrets reload
If you are asking OpenClaw to help with setup, use a prompt that routes the secret through the native secrets feature:
Use OpenClaw's native secrets feature to configure my Infomaniak token for Potassium. Do not store the token in memory, chat history, plugin config, docs, logs, or committed files. Use SecretRefs or the Gateway environment as appropriate, keep Potassium configured with tokenEnvName: "INFOMANIAK_TOKEN", run openclaw secrets audit --check, then reload secrets or restart the Gateway. If you need the token value, ask me to enter it only through the OpenClaw secrets flow or a trusted local shell, not in chat.
Potassium does not need the token pasted into plugin config. Set the token where the OpenClaw Gateway can read it, then leave only the variable name in Potassium config.
export INFOMANIAK_TOKEN="<your-infomaniak-token>"
See OpenClaw's Secrets management and secrets CLI docs for SecretRefs, providers, audits, and reloads.
openclaw config patch --stdin <<'JSON5'
{
plugins: {
entries: {
potassium: {
enabled: true,
config: {
tokenEnvName: "INFOMANIAK_TOKEN",
blockMutating: true
}
}
}
}
}
JSON5
openclaw gateway restart
openclaw plugins inspect potassium --runtime --json
Example workflows
“Create a project folder in kDrive, upload these local handoff files, and summarize what was created.”
“Review unread support threads, draft short replies for the urgent ones, and leave all writes blocked.”
“Post the deployment summary to the release channel and keep replies threaded in kChat.”
“Create a chk.me link for this release note and set an expiration date after the campaign.”
Safety defaults
openclaw secrets audit --check for supported credentials.