Install
Install the CLI
Section titled “Install the CLI”npm i -g @wrktr/cli# or, without Node:curl -fsSL https://wrktr.com/install | shEither way you get a standalone binary for macOS or Linux; it needs git. The install script puts it in
~/.wrktr/bin (set WRKTR_INSTALL_DIR to change that) and installs the latest release (set WRKTR_VERSION to pin
one).
Check it:
wrktr --versionSet up the machine
Section titled “Set up the machine”wrktr setupwrktr setup does everything a machine needs, and is safe to run again: each step it finds done, it skips.
- Signs in (
wrktr login): it shows a code and opens the browser for you to approve. The token it receives is saved in~/.wrktr/config.json, readable only by you. - Runs the daemon as a login service (
wrktr daemon install). The service is a macOS LaunchAgent; elsewhere, runwrktr daemonunder your own supervisor (systemd, a container’s entrypoint). - Installs the agent skill (
wrktr skill install), which teaches Claude Code and other agents to work the wrktr way. It goes in~/.claude/skillsand~/.agents/skills.
Given a project, wrktr setup <org>/<project> also gets you a copy to work in: a clone if it’s yours, otherwise a
fork into your personal organization. That’s how the starter is meant to be tried.
wrktr whoami # who the CLI acts as, and your organizationswrktr daemon status # what the daemon is syncingIn CI and sandboxes
Section titled “In CI and sandboxes”Skip login and give the CLI a personal access token instead:
wrktr token create --name ci # once, on your machine: you approve it in the browserexport WRKTR_TOKEN=<the token it printed>A token can’t create tokens by itself: only a person signed in to the web app can approve a new one. See Scripting wrktr and API authentication.
Next: the quickstart.