openclaw-multi-session-plugins
v0.1.8
Published
OpenClaw multi-session plugin runtime support for scoped XWorkmate artifacts
Maintainers
Readme
openclaw-multi-session-plugins
OpenClaw plugin for logical multi-session isolation and scoped XWorkmate artifact manifests.
Why
XWorkmate talks to OpenClaw through xworkmate-bridge using the existing
/gateway/openclaw task contract. The bridge sends chat.send, waits for
agent.wait, then asks this plugin for a session/run-scoped artifact manifest.
The APP can then sync generated files into its local thread workspace without
changing the UI or adding provider-specific routes.
It registers four Gateway methods:
xworkmate.artifacts.prepare
xworkmate.artifacts.export
xworkmate.artifacts.list
xworkmate.artifacts.readprepare creates a per-task artifact scope under tasks/ in the resolved OpenClaw workspace. export
and read then return safe, relative artifact entries that XWorkmate Bridge can normalize
into the APP artifacts[] contract.
Install
Install from the npm package through OpenClaw:
openclaw plugins install openclaw-multi-session-plugins
openclaw plugins enable openclaw-multi-session-pluginsOr install from a Git checkout for development:
git clone https://github.com/x-evor/openclaw-multi-session-plugins.git
openclaw plugins install --link ./openclaw-multi-session-plugins
openclaw plugins enable openclaw-multi-session-pluginsEquivalent config shape for a linked checkout:
{
"plugins": {
"load": {
"paths": [
"/path/to/openclaw-multi-session-plugins"
]
},
"entries": {
"openclaw-multi-session-plugins": {
"enabled": true
}
}
}
}Contract
Prepare request params:
{
"sessionKey": "thread-main",
"runId": "turn-1"
}Prepare response payload:
{
"runId": "turn-1",
"sessionKey": "thread-main",
"remoteWorkingDirectory": "/home/user/.openclaw/workspace",
"remoteWorkspaceRefKind": "remotePath",
"artifactScope": "tasks/thread-main-.../turn-1-...",
"scopeKind": "task",
"artifactDirectory": "/home/user/.openclaw/workspace/tasks/thread-main-.../turn-1-...",
"relativeArtifactDirectory": "tasks/thread-main-.../turn-1-...",
"warnings": []
}Export request params:
{
"sessionKey": "thread-main",
"runId": "turn-1",
"artifactScope": "tasks/thread-main-.../turn-1-...",
"sinceUnixMs": 1770000000000,
"latestIfEmpty": true,
"maxFiles": 64,
"maxInlineBytes": 10485760
}Export response payload:
{
"runId": "turn-1",
"sessionKey": "thread-main",
"remoteWorkingDirectory": "/home/user/.openclaw/workspace",
"remoteWorkspaceRefKind": "remotePath",
"artifactScope": "tasks/thread-main-.../turn-1-...",
"scopeKind": "task",
"artifacts": [
{
"relativePath": "reports/final.md",
"label": "final.md",
"contentType": "text/markdown",
"sizeBytes": 1234,
"sha256": "...",
"artifactRef": "...",
"artifactScope": "tasks/thread-main-.../turn-1-...",
"scopeKind": "task"
}
],
"warnings": []
}Files at or below maxInlineBytes also include encoding: "base64" and content.
When scoped export finds no task files and latestIfEmpty is true, the plugin scans
the workspace root for the latest real files and returns them with scopeKind:
"workspace-latest". This is a controlled recovery path for existing files already
present in /home/ubuntu/.openclaw/workspace; it still skips plugin metadata and
runtime directories, including the plugin-owned .xworkmate/ directory.
Each exported artifact includes artifactRef, a plugin-signed reference over
the artifact scope, path, size, and SHA-256 digest. read accepts
artifactScope + relativePath for task-scope files. Workspace fallback files
must be read with artifactRef; there is no unscoped arbitrary workspace read
API.
View And Download
After installation, enable the optional agent tool if you want OpenClaw chat to show a quick artifact table:
{
"agents": {
"list": [
{
"id": "main",
"tools": {
"allow": ["openclaw_multi_session_artifacts"]
}
}
]
}
}Then ask OpenClaw to list artifacts in the current workspace. The tool returns a Markdown table with the workspace path, relative file paths, content types, file sizes, and hash prefixes. Files are still stored in the OpenClaw workspace, so local users can open or download them directly from that workspace path.
Gateway clients can use:
xworkmate.artifacts.preparebeforechat.sendto allocate a task artifact directory.xworkmate.artifacts.listfor a metadata-only manifest and Markdown table.xworkmate.artifacts.readwithartifactScopeandrelativePathfor one task file.xworkmate.artifacts.readwithartifactReffor a plugin-returned task orworkspace-latestfile.xworkmate.artifacts.exportwithartifactScopeafteragent.waitfor the XWorkmate APP sync path.
Large files are metadata-only in the export payload, but XWorkmate Bridge can
generate its own signed download URL and call xworkmate.artifacts.read as the
only remote file access path.
Limits
- Only files inside the resolved OpenClaw workspace are exported.
.git,.openclaw,.xworkmate,.pi, build outputs, and dependency folders are skipped when scanning the workspace root.- Symlinks are skipped to avoid workspace escape.
- Files larger than
maxInlineBytesare listed with metadata and a warning, but are not inlined. artifactScopemust betasks/<safe-session-key>/<safe-run-id>.artifactScope,artifactRef, andrelativePathmust stay inside the workspace; absolute paths,.., empty path segments, and symlink escapes are rejected.
Development
pnpm install
pnpm test
pnpm typecheck
pnpm pack:check