Set up Worktable
Source: 119d1471
Find existing setup
Section titled “Find existing setup”Check available Worktable tools and, on the intended host, command -v worktable.
If the CLI exists, inspect worktable status and worktable paths. For Desktop
or Cloud, use the user’s existing workspace and Settings → Agents.
Do not install another workspace merely because the agent lacks a connection.
Establish where Worktable should run and where the agent runs. Respect the user’s choice of Desktop, CLI, self-hosted service, or Cloud. If that choice is missing, explain the relevant options and resolve it before installing.
Install when needed
Section titled “Install when needed”Each option has a documented installation page:
- CLI on macOS or Linux: CLI install
- Desktop on macOS: Desktop
- Cloud: Cloud setup
For the CLI, ask the user to run the install command from its page on the
intended host and tell you when it finishes. Interactive setup selects a
workspace, run mode, and supported clients. The installer’s --dry-run flag
previews its downloads and changes. For a non-interactive installation, suggest
installer flags that name the
user’s existing or intended workspace and clients, and keep the default local
host unless the user chose remote access.
Connect the client
Section titled “Connect the client”On the same computer as a CLI host, use worktable mcp setup <client> for
claude-code, codex, cursor, vscode, or opencode. For a remote agent,
use the command generated by that workspace’s Settings → Agents.
Cloud clients complete OAuth in the browser. Stop dependent setup while user sign-in or consent is pending. Browser credentials belong only in the browser sign-in, not in a document or chat.
The general Worktable plugin connects to Cloud. Local/self-hosted clients need their own endpoint. OpenClaw and Hermes use their dedicated plugins with pairing, or Cloud registration (OpenClaw) or sign-in (Hermes). Follow Connections for these paths; do not overwrite unrelated client configuration.
Add skills
Section titled “Add skills”Check whether the client already receives the Worktable suite through a plugin. If it does, avoid a duplicate installation. For a local CLI installation:
worktable skills statusworktable skills install agentsUse target claude for ~/.claude/skills, or agents for ~/.agents/skills
when the client supports that shared directory. On a computer that needs only
skills, ask the user to run the skills-only installer from
Skills with the chosen
target.
Inspect existing or modified skills before replacing anything. See Skills for preview, update, repair, and removal behavior.
Verify and finish
Section titled “Verify and finish”Use worktable doctor and worktable mcp test where the CLI manages the host.
In the agent client, call worktable_discover action state and verify the
intended workspace. For conversation-only access, use an authorized test message
instead. Report any unavailable or unverified part of setup accurately.
Complete the user’s first requested task if one was included. If the request was only setup, report the connection and how to open Worktable without creating sample content. Return the selected workspace, connection method, installed skills, and any user action still required.