---
title: "Technical"
description: "Choose CLI or desktop-hosted setup"
---
Use this path if you are setting up the runtime, picking how OpenWork should run, or deciding how teammates connect to a worker.
---
## Pick a runtime
OpenWork runs locally and hosts the server on-device. Use this when you want the app and server together.
`openwrk` or `openwork-server` runs on a trusted machine. Use this when you want automation without the desktop app.
---
## Start the setup
Download OpenWork, create a worker, and use the desktop-hosted path for the fastest local setup.
Install `openwrk`, inspect status, and run headless when you do not need the desktop UI.
Review desktop host mode, CLI host mode, and remote client mode before you commit to one path.
Follow the operator playbook for one worker, one share path, and one scheduled automation.
---
## Share it
Use the current share flow when another person needs access to a worker you already host.
- Fastest: open worker actions, choose **Share**, then send `OpenWork invite link`.
- Manual: share `OpenWork worker URL` + `Access token`.
- Owner-only: keep `host token` private for approvals and admin actions.
- Teammates connect through `Add worker` -> `Connect remote`.
Prefill URL, token, and startup mode in one step.
See the target design for sharing more than runtime access.
---
## Extend it
Once the runtime is stable, wire in messaging and stricter operations.
Map chat surfaces to the right worker directories.
Keep runtime operations predictable as you change the stack.