Skip to content

Set up Worktable

Source: 119d1471

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.

Each option has a documented installation page:

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.

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.

Check whether the client already receives the Worktable suite through a plugin. If it does, avoid a duplicate installation. For a local CLI installation:

Terminal window
worktable skills status
worktable skills install agents

Use 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.

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.