Skip to main content
The desktop app is Pioneer’s native client. It connects to gateways, manages workspaces, lets you talk to models, and exposes tool runs, providers, skills, MCP servers, and tasks. The desktop app is a client. It gives you control, while the gateway owns the work. Provider calls, tool execution, task runs, skills, MCP servers, and stored Pioneer state belong to the gateway you are connected to.

Local use

For a single-machine setup, the desktop app can start and manage a local gateway. Install the app, start the gateway when prompted, add a model provider, and create a thread. In this setup, tool calls happen through the local gateway. If an agent lists files, it lists files visible to your local gateway. If it runs a shell command, Pioneer applies the selected turn permission and sandbox/resource policy before spawning on your machine.

Multiple gateways and other clients

One desktop app can connect to any number of gateways. Separate gateways are useful when environments need different files, accounts, or credentials. For example, you can keep one gateway for local experiments, another near work repositories, and a third for testing skills or MCP servers. Switching gateways changes the execution environment. A thread on Work uses that gateway’s provider keys and tools. A thread on Home Server uses the server’s files, network, and services. The mobile app can connect to those same gateways, but it does not manage a local gateway process on the phone. Use desktop when you need local gateway installation/start/stop flows; use mobile when you need a remote client into an already running gateway.
When you connect to a remote gateway, tool work is owned by the remote gateway. The selected permission mode and sandbox/resource policy are enforced there, not by the desktop app process.

What you do in the app

Most daily work happens in the gateway switcher, workspace selector, and thread timeline. The gateway switcher shows which environment you are using. Check it before sending a prompt that will use tools. The workspace selector at the top of the main thread sidebar shows the active workspace. Use it to create, switch, or rename workspaces. Switching workspaces reloads the thread tree and workspace-scoped configuration for the connected gateway. Threads are where conversations happen. The thread timeline shows messages, model output, tool calls, tool results, errors, retries, and final responses. When an agent changes something or a tool fails, the timeline is the first place to inspect. The composer permission mode controls how much Pioneer asks before tool actions in the next turn. Use Supervised for new or risky work, Auto-accept edits when file edits are expected, and Full access only when the gateway and workflow are trusted.

Settings

Settings are split between app-level preferences, gateway-owned configuration, and workspace-scoped configuration. Provider credentials, skills, MCP servers, and tasks belong to a workspace on the connected gateway. If you switch workspace or connect to another gateway, configure them there too. This separation lets one desktop app control several Pioneer environments without mixing their state. Gateway-owned settings, such as memory and thread-context switches, are read from the connected gateway. If you switch to another gateway, the settings screen should reload that gateway’s values. If you switch back, it should show the previous gateway’s values again. Gateway bearer tokens saved by the desktop app are stored in the desktop keystore instead of being shown back as ordinary settings. Remote access is also gateway-owned. The desktop settings screen can enable the gateway’s remote-access tunnel, save its relay key, and show live tunnel status. See Remote Access.

Localization

The desktop UI includes English, German, Spanish, French, Hindi, Japanese, Russian, and Chinese locales.

Workspace

Create, switch, and rename workspaces, and decide when to use gateways.

Threads

Read timelines, tool events, and conversation history.

Remote Access

Expose a gateway through the relay and connect other clients to it.

Mobile App

Connect iOS and Android clients to remote gateways.

Further reading