Get started with xopc
Keep what matters moving. Start with the desktop app, connect one model, and let xopc help you find the next credible step.
Choose how to start
| If you prefer… | Start with |
|---|---|
| A normal desktop application | Download from xopc.ai |
| A terminal | Terminal quick start |
| A self-hosted container | Docker |
The desktop app is the simplest choice for most people. See the desktop guide for installation details. Terminal and Docker use the same configuration and can be added later.
What you need
- A supported model account and its API key, or a local model server such as Ollama.
- Node.js 22 or newer only when installing the command-line package.
- Docker only when choosing the container installation.
You do not need to configure channels, tools, extra Agents, or remote access before the first chat.
Your first successful setup
- Download, install, and open xopc using one of the options above.
- Add one model provider. In the desktop or web console, follow the model setup screen. In a terminal, run
xopc onboard --quick. - Open Chat or run
xopc. - Send:
Reply with “xopc is ready” and tell me which model you are using.
The setup is complete when the assistant replies without a credential or connection error.
If it does not, run xopc doctor and continue with Troubleshooting.
Give it something real
Once the connection works, skip the feature tour and give xopc one meaningful direction:
One thing I want to move forward this week is ____.
Help me clarify the outcome and choose the smallest credible next step.
Do not remember anything long-term unless I can review it.When the user model is enabled, proposed facts can be reviewed under User model. Confirm only what is accurate and useful; correct, reject, or archive the rest. See User model and memory.
Some desktop releases also offer experimental Connect recent work onboarding. It analyzes only folders you select, within a bounded read-only scope, and shows evidence-backed next steps. On macOS it may separately request access to Apple Notes, Calendar, and Reminders. Skip it if you prefer to begin with conversation.
Learn the main parts as you need them
| Part | What it is for | Guide |
|---|---|---|
| User model | Reviewable assertions, goals, priority windows, collaboration rules, and knowledge | User model and memory |
| Session | A conversation you can return to from any connected client | Chat and sessions |
| Agent | A named assistant with its own role, model choices, tools, and workspace | Agents |
| Project and Task | Long-running work with an explicit result, status, and next action | Projects, Tasks, and Notes |
| Workflow | A reusable sequence for multi-step work | Workflows |
| Automation | A schedule, webhook, or manual trigger that starts work | Automations |
| Channel | Telegram, Weixin, or Feishu access to the same assistant | Channels |
You can use xopc as a normal chat assistant without creating Projects, Workflows, or Automations. Add them only when work needs to continue or repeat.
Recommended next steps
- Read Product philosophy to understand the intended trust and initiative model.
- Review Data and file locations so you know what is stored locally.
- Read Models and providers before adding a second model, especially if personal context may be sent to a cloud provider.
- Configure remote access only if another device must reach the Gateway.
- Connect a channel after local chat works.
Where configuration lives
The default xopc state directory is ~/.xopc/. The main configuration file is ~/.xopc/xopc.json. Use these commands instead of finding the file manually:
xopc config path
xopc config validate
xopc config showconfig show masks sensitive values. Never paste API keys, Gateway tokens, or bot tokens into an issue or screenshot.